银行it基础架构优化
架构预见性的可扩展设计如何考虑？
谈到架构优化都涉及到成本，不涉及预算变动的优化效果感觉都不明显。所以我观点是架构不是用来优化的，好的架构是在设计的时候就考虑到的，如果说随着业务递增，原有的系统架构不能满足需求，而采用优化的思路，提出各种优化方案，就感觉像是我的楼没有空间了，然后为了容纳更多的人，我往上追加一层，等业务又达到瓶颈，我就再追加一层，可是原有的楼的根基并没有那么结实，如此优化相当于饮鸩止渴！对于架构预见性的可扩展设计如何考虑？不知道大家是如何做的？
4同行回答
回复 2# 北京荣歆咨询
架构也是有生命周期的，这点大家都是共识的。也是因为在上层应用层面出现了不能满足需求的时候才考虑到底层架构哪里哪里如果有什么功能就好了，如果是这么设计就好了，这时如果对架构进行微调，调整后的效果成效明显么？这样因为反复调整底层去适应上层应用（包括系统、数据库、应用程序等等）不觉得隐患可能会更大么？另外，按照生命周期来算，既然怀疑架构已经不能承担上层已用发展需求，就表明该架构已经接近生命周期的终点，如果此时，只是通过微调来满足需求，感觉有点应付的感觉。系统、数据库、应用程序等等这些在企业使用的过程中，使用上做些微调倒是很不错的选择。但是IT基础架构，怕越调越不伦不类了。收起
架构也是有生命周期的，这点大家都是共识的。也是因为在上层应用层面出现了不能满足需求的时候才考虑到底层架构哪里哪里如果有什么功能就好了，如果是这么设计就好了，这时如果对架构进行微调，调整后的效果成效明显么？这样因为反复调整底层去适应上层应用（包括系统、数据库、应用程序等等）不觉得隐患可能会更大么？另外，按照生命周期来算，既然怀疑架构已经不能承担上层已用发展需求，就表明该架构已经接近生命周期的终点，如果此时，只是通过微调来满足需求，感觉有点应付的感觉。系统、数据库、应用程序等等这些在企业使用的过程中，使用上做些微调倒是很不错的选择。但是IT基础架构，怕越调越不伦不类了。收起
浏览1025