架构预见性的可扩展设计如何考虑？

架构在设计时就应该考虑的可扩展性，现在的很多技术使我们可以规划出动态的架构、弹性的架构。在规划时考虑到这些功能实现的制约条件，当需要进行扩展时，既可以在预设的范围内调整。比如POWER的LPM功能，可以使应用在线迁移到其他POWER上，使应用的性能得到非常灵活的扩展。现在很多应用软件架构也支持硬件的动态扩展，比如WEB应用和SAP应用服务器，当原有性能不足时，可以在不影响原应用的运行状态下即动态添加节点，扩展性能。收起

补充一句：当然架构能做到迭代那就很好了！收起

回复 2# 北京荣歆咨询


    架构也是有生命周期的，这点大家都是共识的。也是因为在上层应用层面出现了不能满足需求的时候才考虑到底层架构哪里哪里如果有什么功能就好了，如果是这么设计就好了，这时如果对架构进行微调，调整后的效果成效明显么？这样因为反复调整底层去适应上层应用（包括系统、数据库、应用程序等等）不觉得隐患可能会更大么？另外，按照生命周期来算，既然怀疑架构已经不能承担上层已用发展需求，就表明该架构已经接近生命周期的终点，如果此时，只是通过微调来满足需求，感觉有点应付的感觉。系统、数据库、应用程序等等这些在企业使用的过程中，使用上做些微调倒是很不错的选择。但是IT基础架构，怕越调越不伦不类了。收起

我同意您关于架构设计时即需考虑各方面的观点。这也是我在共享资料和其他帖子里强调的。好的规划一定是充分考虑到应用需求和基础架构技术现状及发展相结合的方案。

同时，IT需求和技术都是在不断演变和发展的，所以具体的IT基础架构方案也是有生命周期的。在生命周期内，我们应该规划出只需微调的系统架构，提供能够满足业务需求变化的扩展性。

优化方面，具体的技术实现中的应用程序、数据库、操作系统等层面的配置是需要随着系统负载不断配置和调整的。正如不存在没有bug的操作系统，所有程序都有完善的需求，配置优化是一个迭代的过程。收起