理解数据库分片

这篇文章系统讲解了数据库分片的概念、优缺点以及常见的分片方法，包括基于键的分片、基于范围的分片和基于目录的分片。通过图文并茂的方式，作者详细阐述了每种分片策略的实现原理和适用场景。内容适合数据库管理员、系统架构师以及对数据库扩展性设计感兴趣的开发者，提供了深入理解数据库分片的宝贵参考。

NAS 扩容简明指南：使用各种外设给 NAS 们扩容

说起来有趣，NAS 除了“不同设备共享存储”这个功能之外，最重要的功能就是为设备扩容，但是 NAS 自己的存储容量不够了，又该如何。​这篇文章分享下我目前使用外设给 NAS 扩容的思路，如何以相对低的成本来获取更大的容量和更稳妥的数据存放体验，也聊聊入手了几个月的硬盘阵列盒，以及之前使用过的各种模式的好处和踩坑之处。

分布式数据库系统如何做到平滑缩扩容?

分布式数据库系统的缩扩容能力(后面也称迁移)是最基础最基本的特性, 但是, 要实现平滑扩容并不容易, 需要包括服务端, 客户端共同完成, 这两者只要缺少任何一方的参与和配合, 便绝不可能实现平滑扩容.

平滑迁移要解决的问题, 本质上就是故障容错处理.

百家云借助“容器+神龙”三天内实现数十倍扩容

百家云之所以后来面临扩容问题，部分源于其原来业务架构规划未做好管理大规模集群的准备，阿里云帮助了百家云在短时间内优化了业务架构，优化集群的管理能力，阿里云作为全国第一、世界顶尖的云服务商，在IaaS和PaaS层能力强大；百家云在教育SaaS层的积累，可以与阿里云互补，一同以完整的在线教育方案去覆盖市场。

又抓了一个导致频繁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 的疑问，当工作几年后，对服务的可用性，可扩展性也有了新的疑问，什么疑问呢？其实是老生常谈的话题：服务的扩容问题。

MongoDB sharding 集合不分片性能更高？

在集合不开启分片的情况，mongos 收到的 batch 肯定是转发给 primary shard，所以转发过去还是一整个 batch 操作； 而在集合开启分片的情况下，因为用户测试时，shardKey 是随机生成的，基本上整个 batch 被打散成单条操作，逐个往后端 shard 上发送，请求到后端 shard 基本已经完全没有合并了。

浅谈区块链扩容 之 Layer2 扩展

摘要：以太坊扩容问题一直被大家所关注，这篇文章来谈一谈扩容问题的一个重要方向：Layer2 扩展（链下扩容）。

阿里云MongoDB Sharding备份和恢复服务深度解密