如何更合理的进行系统扩容和优化

业务部门和后台支撑部门在对待IT系统变化的关注角度是不同的。一般来说，业务部门希望IT基础架构能够更灵活、容易扩容和更改，以支持不断演变的业务需求。也就是说，业务部门希望IT架构的发展是线性的。而后台支撑部门需要IT架构在一定时间范围内是相对稳定的。也就是说，支撑部门希望IT架构的发展是阶梯性的。所以，要想拥有高效适当的IT系统，业务部门和后台支撑部门的沟通是至关重要的。如果架构灵活度不够（比如每年才能提一次需求）那往往应用部门提出的需求也会有较大的冗余度，从而经常导致较大的浪费。收起

关于系统扩容，一般意义都是大数据量的增长，这种情况下，要评估未来3-5年的增长量，同时数据的清理备份和转储都是要规划的；
关于优化，个人觉得还是和业务的发展密不可分。可能上线时，业务量小，当前系统架构包括应用架构等等都ok，一旦到了一定的业务量，就会发现很多坑，然后不断去优化，所以很多时候建立一套扩展性强的基础架构很重要，横向扩展比单纯的优化更具有实用性，更能尽快的解决问题，后期的优化是个长期工程，不是短时间可以搞定的收起

其实对于扩容和优化，云平台还是最方便的。在云平台你可以实现资源的弹性伸缩，同时减少自身的IT成本和运维成本。收起

已经运行中的系统，定期做资源分析，掌握资源增长速度，达到某个数值就要申请扩容了
这是我之前所在公司的做法，可能也是大部分公司的做法

至于未上线的系统，大部分是由业务人员提出一个系统访问量，由开发与架构人员进行分析，特别是数据库方面，保证资源的可用性

我回复的好幼稚，呵呵收起

回复 3# 北京荣歆咨询
感谢专家的回复。业务部门提交的资源申请表确实冗余度很大，出于成本考虑，我们运维团队都是“使劲”的在压缩，尤其像cpu、ram这种弹性比较大的资源，而存储我们往往要考虑一定的额外冗余度。如果做的好的资源申请和配置，其实应该以现有的测试系统为原型去设计配置方案。即考虑业务上线的真实负载压力、当前测试系统的性能表现去设计生产的配置。另外，借助虚拟化架构的弹性特点以及快速灵活部署，可以在很大程度上减少这种资源设计差异带来的浪费或者是不足，这也是我们公司无论从前端主机和后端存储都全面铺开虚拟化的一个很大的诱因。收起

扩容和优化这个话题喊了好多年了，扩容一般是更加企业的实际情况和数据量的增长速度为依据的，一般来说当下的扩容一般要考虑到今后的3到5年的数据增长速度来定，优化这个问题考虑的比较多，一般有服务器的优化和存储、网络等方面的优化，主要是还是看企业上的实际情况提出合理的优化 建议方案！收起

系统的扩容和优化方案其实本身就是根据业务需求来的，特别需要考虑的是软件自身的生命周期，是不是因为随着业务的发展，系统已经不能满足业务的需求了，而在现有的系统上做超过系统生命周期的系统扩容和优化就没意义了。正常系统生命周期内，按照当前需求+3~5年的IT规划是合理的投入。收起