你同意吗？日期庞大的整体架构扼杀了未来的IT商机

尽管技术进步很快，但似乎很多企业在系统架构方面仍然深陷其中，无法自拔。SaaS公司LeanIX首席执行官兼联合创始人André Christ发现，太多企业继续使用旧架构，而不是升级到较新的系统。

Christ解释说，随着机器学习和物联网变得越来越重要，这开始成为一个问题。旧的架构根本无法扩展到支持这些新的技术。

Christ指出，“对于单片架构，更新这些应用的周期很长，如果企业不确保其软件架构足够灵活，他们将不再能够引入新产品，新渠道或新市场。”

据Christ透露，那些使用旧体系结构的企业基本上被迫花费资源维持现有的体系结构，而不是投入新技术。那些遗留系统正在扼杀未来的商机。与其他任何重大转变一样，现代化的决定不应轻易放过。从经理数十年发展的高度分层整体架构转移出来，带来了一系列挑战，而这些挑战并难免让人心生畏惧。

当今企业架构的解决方式比5-10年前更具协作性。在企业架构方面，有三个因素促成了需要更多的协作。

Christ表示，首先过往，决策，产品和方法更加集中和自上而下。现在，架构决策是决定应该购买哪些应用，还是应该开发哪些软件。它不再由CIO决定，而是更加广泛，这种民主化促成了企业与IT之间更多的合作。

其次，对现代平台的访问促进了协作，因为团队不再只是管理本地机器上运行的应用。他们正在实施诸如虚拟化，云计算和微服务等技术，这需要协作。

第三，信息技术项目越来越复杂，如数字化转型和对物联网的支持，导致需要在企业架构内进行更紧密的整合。

当试图从旧的整体体系结构转换时，会遇到一些障碍如数据量、完整性，自主服务管理以及运行诊断的能力。

Christ解释道，数据量可能会对企业网络造成重大压力，导致延迟。可能有数百个服务在单个应用内运行，并且请求可能跨越多个服务。另外，当采取分散化的方法时，例如微服务，高质量的数据变得更加复杂，特别是当每个微服务具有不同的数据库并且每个数据库可能使用不同的技术时。这可能会导致服务引用其他服务中的数据时出现问题。

当团队正在处理数百个相互依赖的服务而不仅仅是一个部署时，自治服务的管理也变得更加复杂。最后，管理基于微服务的应用的性能需要比整体应用更多的工作量。应用可能会产生大量需要分析的日志，这意味着调试和运行诊断成为一项艰巨的过程。

为了克服这些挑战，首先要强调这种转变不会一次全部发生，而是每天都在减少。整体代码在切换之后会在系统中生存多年。企业需要决定何时何地将这些微服务集成到现有的应用中。

他列出了微服务应用计划应遵循的六条规则：

• 服务的设计和责任仅限于单一的业务能力。

• 每个微服务应该有自己的数据存储。

• 代码应该具有相似的成熟度。

• 在容器中部署微服务。

• 将服务器视为具有相同功能的组中的可替换成员。

• 使用响应时间通知，服务错误通知和仪表板等机制监控微服务。

在制定计划时，重要的是要考虑如何使用该应用。在用户环境，任务或工作流程的背景下确定目标，并让需求告知设计。