如果从表面上看这些相互关系，您通常可以得出结论：系统景观的各个组件非常难以或不可能被替换。给人的印象是，更换一个系统就需要更换其他系统，而更换其他系统又需要更换其他系统，等等。这一考虑表明，既定的系统景观只能通过一大步实现现代化——“大爆炸”。
由于高度复杂性和预期的总体工作量，遵循“大爆炸方法”的转型项目通常会在分析阶段后停止。然而，这种方法的真正问题在于它是一种“全有或全无”的方法。您应该知道，这样的项目将需要很长的时间并且涉及很高的成本。其原因是项目是否成功通常要到很晚才显现出来。在这种情况下，没有取得部分成功。因此，投资风险相应较高。大多数此类项目实际上都失败了。
一切都围绕着接口
为了成功应对复杂 IT 结构的紧密互连，您应该选择一种较少关注系统本身而更多关注其接口的解决方案。经典的集成项目就源于这些知识。系统之间的现有连接被断开，并通过企业服务总线相互连接。事实上，通过这种方法，您可以解决根本问题，因为通过解耦系统，您现在可以更轻松地交换它们。只需要在 ESB 中对接口进行相应调整。
服务总线通常是整体系统，在相对较少但功能强大的节点上 汽车邮件列表 的集群中运行。因此，如果您将负载相当均匀地分布在接口上并且没有大的波动，那么这不是问题。然而，如果负载分布不均匀或者负载在各个接口上波动很大，则很难以有针对性且灵活的方式扩展整体系统。只有通过均匀分布，单个系统和接口才有可能损害整个基础设施。
银行IT分子整合
近年来，新技术已经成熟，可以让您摆脱这些束缚。我们谈论的是虚拟化、云计算和微服务。这些技术实际上在完全不同的领域流行，并且迄今为止很少在集成项目中使用。然而，如果您将视角从常见的应用场景转向这些技术的核心属性，并特别关注它们与单体系统的区别，您将看到许多针对企业应用集成的经典问题的解决方案。您还注意到需求的覆盖范围很高。
综上所述，我想给大家以下几点建议：
集成项目的各个接口通常在很大程度上彼此独立。因此，建议在各个单位中开发、推出和扩展这些服务。微服务环境中的工具和机制非常适合用于此目的。
通过将接口分布在自治虚拟节点上，借助虚拟化，它们可以临时单独扩展。这意味着现有容量的使用效率更高，因为只有当前处于适当负载的接口才会消耗资源。
现有接口不会以“大爆炸”的方式被取代，而是在可管理周期的“分子”层面上被取代。这使您有机会让虚拟化基础架构随着您的需求而增长，而无需从一开始就投资昂贵、资源匮乏的单一基础架构。
如果转换期间条件和优先级发生变化，您可以随时根据具体情况调整转换速度。这是可能的，因为每个接口都代表一个自给自足的“分子”，并且可以在完成后立即有效地使用。
原子步骤的迭代方法在每个“分子”实施后提供真正的业务价值，特别是在集成项目中。一旦系统的所有接口解耦，您就可以根据需要交换它们。
这篇文章也出现在“银行博客”上。
如果您喜欢这篇文章并想了解更多信息或告诉我您的经历，我很高兴通过收到您的来信。我很乐意亲自向您更详细地介绍该主题 - 无论是作为短期研讨会的一部分还是作为特殊项目情况的教练。