在有限的资源情况下系统架构设计如何的更加合理？

保险行业与银行业系统虽然同属金融行业，银行业在对新技术接受度和落地效率方面不如保险行业，不过面对的监管要求、资源有限等实际问题都很相似，谈谈我个人的理解，希望互相交流沟通。

资源有限的平衡是一种动态的平衡，不可能按照并发人数和高可用资源需求两个值取最大值，这么简单，信息技术经理的价值就在于此，用有限的系统资源结合新技术，在满足现有业务和高可用需求基础上，优化资源结构，以较小的新增投入，满足较大的未来增长，在发展的过程中解决未来增长的问题，具体的建议有以下几点：

1.选基准-现有资源统计与业务对资源使用情况详情（现有计算、存储、网络资源以及各资源使用率和承载应用系统详细情况；从业务系统角度也要知道从WEB、app、到中间件和数据库的业务流程全路径都经过哪些资源，这些资源的纵向弹性和横向扩展性如何）

2.找缺口-现有资源预计可以承载未来多久或多大应用增长（根据现有业务为基准推算），未来一段时间1-3年应用增长需要有多少资源（当然要在上新投产前的设计阶段，就要评估达到功能需求的最小系统资源）

3.补资源-这种资源补充并不是病哪儿医哪儿的补充，而是保留传统架构，准备陆续迁云的战略补充：
如果企业还没有上云，或者仅有Iaas，考虑完善Iaas，并将云原生新业务搭建在新架构上，补充新架构资源，将原有业务直接或改造上云，（WEB/APP/中间件云化改造，DB考虑MYSQL改造+RDS等)空出传统资源利旧或成本核销；
如果当前系统架构已经在云平台上，就做架构优化补充，云平台底层基础设施资源：计算、存储、网络资源按业务未来1-3年缺口补充，大中台资源建设是厚积薄发业务快速迭代的基础，按部就班陆续投入开发建设，其他前端业务调研和代码部分不在本问题考虑的范围之内。

4.找平衡-由现有和过去的业务增长情况，加上保险行业市场分析形势，预估每年增长，结合现有资源承载能力留出增长余量，评估增长合理范围，给出资源补充预算，这样动态的发展过程中，不会有过多的资源浪费，也不会有资源不足的情况。

我作为银行运维人员，经常面临资源紧张的情况，而且项目立项周期长、预算有限、资源补充不及时的情况时常发生，日常资源搬运就是我的工作，企业上云和AIops运维智能化是近期努力的方向，细节可以再讨论，希望有所帮助