悠然的笔记本

目前在没有线上全链路压测改造的情况下，线上可以进行读服务的容量测试（写服务需要全链路压测改造才能在线上执行）。容量测试过程，是个循序渐进的过程，逐步对目标服务施加压力，期间需要严密监控各项指标，一旦出现异常，应确保无风险的情况下才能继续施压。容量测试结束后，得出明确的结论，总结测试过程中的各项指标和数据，与各方确认数据结论是否正常以及是否达到预期，编写测试报告，输出结论。容量测试是容量保障的一种验收手段，通过容量测试达到系统的2倍、3倍容量，我们可以知道对应的容量下需要多少的服务资源。如何进行容量测试呢？

对于小公司以上相关平台工具可以找到相应的工具进行搭建使用，也可以完成容量管理相关工具搭建，达到容量管理可衡量、可观测、可应对的效果。

容量预案(Capacity Plan)是容量管理的一个重要组成部分。

容量优化是容量管理的核心，是容量管理价值的集中体现。

总结策略、方法、方式上定义、明确和落地，组织、管理、流程上统一进行配合、协同，才能达到良好的效果。（1）设定容量管理目标。（2）建立专门的容量管理虚拟项目团队和相应负责人。（3）展开容量管理策略优化相关的业务和技术培训。（4）建立容量管理的考核和奖惩机制，并持之以恒做下去。

容量水位来代替IT资源的利用率。只有知道当前的容量水位，我们才可以依此进行各种判断和规划。后面进行容量分析时也是基于容量水位的元数据进行多维度整合分析，并进一步优化的。容量水位越低，则说明资源利用率不高、可优化空间大，可以采取一些缩容、降低配置等措施；容量水位越高，则说明业务即将或已经达到了资源瓶颈，需要进行扩容或增加相关IT资源投入，否则容易给业务造成风险。

随着企业对外服务的内容和用户不断增长，企业会不断增加对硬件和云基础设施的投入，用于满足业务发展的需要。但是很多业务和技术架构师很可能没有关心或思考过采购这些IT资源的必要性，或者应采购多少IT资源才算合理。当前很多企业的资源管理常态是上了新的产品或业务，相应的硬件和云资源也随之增加，最后导致企业费用支出不断上升、投入产出比很低，甚至入不敷出。很少有人从顶层设计层面出发，思考这些业务和产品到底需要多少 IT 资源，以及需要这么多 IT 资源背后的逻辑和依据。