分布式数据库系统如何做到平滑缩扩容?
分布式数据库系统的缩扩容能力(后面也称迁移)是最基础最基本的特性, 但是, 要实现平滑扩容并不容易, 需要包括服务端, 客户端共同完成, 这两者只要缺少任何一方的参与和配合, 便绝不可能实现平滑扩容.
平滑迁移要解决的问题, 本质上就是故障容错处理.
相关分享
NAS 扩容简明指南：使用各种外设给 NAS 们扩容
说起来有趣，NAS 除了“不同设备共享存储”这个功能之外，最重要的功能就是为设备扩容，但是 NAS 自己的存储容量不够了，又该如何。这篇文章分享下我目前使用外设给 NAS 扩容的思路，如何以相对低的成本来获取更大的容量和更稳妥的数据存放体验，也聊聊入手了几个月的硬盘阵列盒，以及之前使用过的各种模式的好处和踩坑之处。
无图
百家云借助“容器+神龙”三天内实现数十倍扩容
百家云之所以后来面临扩容问题，部分源于其原来业务架构规划未做好管理大规模集群的准备，阿里云帮助了百家云在短时间内优化了业务架构，优化集群的管理能力，阿里云作为全国第一、世界顶尖的云服务商，在IaaS和PaaS层能力强大；百家云在教育SaaS层的积累，可以与阿里云互补，一同以完整的在线教育方案去覆盖市场。
无图
2020双11，阿里巴巴集团数万数据库系统全面上云揭秘
多年双十一大促“磨练”出阿里巴巴DBA一整套技能来应对大考，比方说全链路压测、容灾预案、实时限流等，同时阿里的数据库产品能力也大幅提升，如智能化的企业级MySQL内核AliSQL，自研PolarDB引擎等，这些硬核能力是阿里巴巴集团数据库团队应对大考的底气。
无图
又抓了一个导致频繁GC的鬼--数组动态扩容
系统一直在做cms gc，但是老生代一直不降下去，但是执行一次jmap -histo:live之后，也就是主动触发一次full gc之后，通过jstat -gcutil来看老生代一下就降下去了，初看下理论上不太可能，因为full gc也会对old做回收。
无图
K8s 集群节点在线率达到 99.9% 以上，扩容效率提升 50%，我们做了这 3 个深度改造
2019 年阿里巴巴核心系统 100% 以云原生方式上云，完美地支撑了 双11 大促。这次上云的姿势很不一般，不仅是拥抱了 Kubernetes，而且还以拥抱 Kubernetes 为契机进行了一系列对运维体系的深度改造。
无图
分库分表就能无限扩容吗，解释得太好了！
像我这样的菜鸟，总会有各种疑问，刚开始是对 JDK API 的疑问，对 NIO 的疑问，对 JVM 的疑问，当工作几年后，对服务的可用性，可扩展性也有了新的疑问，什么疑问呢？其实是老生常谈的话题：服务的扩容问题。
无图
无图
无图
无图
无图