首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
架构
订阅
不断在学习的小白
更多收藏集
微信扫码分享
微信
新浪微博
QQ
56篇文章 · 0订阅
阿里IM技术分享(八):深度解密钉钉即时消息服务DTIM的技术设计
本文是国内企业IM的事实王者钉钉首次对外深度解密其即时消息服务(即DingTalk IM,简称DTIM)的技术设计实践。
十亿级订单系统的数据库查询性能优化之路
作者:京东零售 崔健 0.前言 •系统概要:BIP采购系统用于京东采销部门向供应商采购商品,并且提供了多种创建采购单的方式以及采购单审批、回告、下传回传等业务功能 •系统价值:向供应商采购商品增加库存
订单表超10亿数据,如何设计Sharding策略?解决跨分片查询和分布式事务?
在电商平台高速发展的今天,**海量订单处理**已成为技术团队必须面对的挑战。当订单数据突破10亿大关,传统单库架构在查询性能、存储容量和运维复杂度上都会遇到瓶颈。
📌《微服务拆分十大陷阱:三年血泪换来的经验》
—— 一名踩坑者的自白 📚 阅读导航 陷阱序号 致命陷阱 关键矛盾点 应急解决方案 ① 为拆而拆,过度设计 服务爆炸 vs 运维成本 康威定律+拆分三问 ② 忽视数据一致性 ACID vs BASE
XXL-JOB:揭秘定时机制
XXL-JOB 是一个优秀的分布式任务调度框架。一个好的框架底层都是枯燥无味的底层代码,经过架构师的设计、编排以及包装后,最后呈现给使用者的就是比较好用的功能模块,无需在关心底层的具体实现
一位架构师的自述:在尚未踏入的世界成为你自己
我叫艾佳,工作经验14年,编程经验30年。我来自智能平台部,负责标签平台、标签圈人、标签选品、EasyData、算法数据流的架构工作。在此,我跟大家分享一下我的个人经历和一些思考。
到底是先更新数据库还是先更新缓存?
从本质上讲,无论是先写数据库还是先写缓存,都是为了保证数据库和缓存的数据一致,也就是我们常说的数据一致性。
工作十年,谈谈我的100W QPS高可用架构和系统设计经验
高可用系统设计是每个技术人必须掌握的硬核技能,但很多人只会堆功能,忽视了系统稳定性的重要性。 本文从研发规范、应用服务、存储、产品、运维部署、异常应急六大层面,手把手教你如何设计一个高可用系统,让你的
中国支付清算体系顶层设计
中国支付清算体系是由多个组织和系统组成的复杂网络,也是中国经济运行的基础。以通俗易懂的方式,介绍中国支付清算体系的顶层设计和实施路线。
分库分表也没吹的那么神…… 这 7 个问题难以解决
- 分库分表技术是完美的解决方案吗?它有哪些不足之处? - 为什么单库单表存在系统瓶颈,就选择分库分表呢?有其他更好的方案吗?