可伸缩性一直以都是设计解决方案架构时的主要考虑因素。 可伸缩性意味着系统能够处理不断增长的工作负载，并且可以应用于架构的不同层次。例如应用服务器、Web应用程序和数据库。
传统伸缩模式 #
传统的伸缩模式分为两种：
- 水平伸缩：在这种模式下，团队通过添加更多实例来处理不断增加的工作负载。
- 垂直伸缩：在这种模式下，团队可以为同一实例添加额外的计算存储和内存能力，以处理不断增加的工作负载。垂直伸缩模型可能不具备成本效益。当购买具有更多计算和内存容量的硬件时，成本也将成倍地增加。垂直伸缩最常用于扩展关系数据库服务器。尽管如此，仍然需要考虑数据库分片。当单个服务器的性能达到了垂直伸缩的极限，额外的计算和内存容量也不能让它的性能得到提升。
容量伸缩的困境 #
在传统的本地数据中心，订购额外的硬件在可用于应用程序前可能需要4到6个月的准备时间，这意味着解决方案架构师必须提前规划容量。容量过多意味着IT基础设施将在一年中的大部分时间处于空闲状态，而容量不足则意味着将在重大的销售活动中损害用户体验，从而对整体业务产生重大影响。因此，解决方案架构师需要规划弹性的工作负载，确保它们可以按需扩容和伸缩。而公有云让这一切变得非常简单。
架构伸缩 #
静态内容伸缩 #
服务器集群弹性 #
数据库伸缩 #
参考资料 #
- 《解决方案架构师修炼之道》