系统集成的演变

从企业开始使用软件系统开始，系统集成就一直是一个棘手的问题。 在过去的几十年中，这已经引起了很多关注，并且仍在发展为计算的其他因素。

从一开始，人们就习惯于设计异构的整体系统来实现其业务的某些部分的自动化，而那时的集成主要是一个人工过程，在该过程中需要很多人为干预。 它以从一个系统到另一个系统的数据输入或使用数据导出和导入的形式出现。 随着Internet的发明，人们想到了点对点连接，其中每个系统都必须修改才能与另一个系统集成。 这些交互主要基于文件，但是更严重的集成任务使用基于队列的消息传递，该消息提供了优于基于文件的集成方法的可靠性。

然后是网络时代，人们希望至少公开其系统的一小部分，以便在网络上使用，从而将公众用户的互动引入图片中。 这就导致了类似J2EE的技术的引入，以方便大多数这些系统通过Web公开，并且这些系统倾向于遵循客户端-服务器体系结构。 但是，服务器端的系统集成仍然存在相同的问题。

下一步是成功集成系统的重要一步。 随着分布式计算的发展，服务的概念应运而生，并引入了新的范例。 这被称为“ 面向服务的体系结构 ”，通常称为SOA 。 尽管此软件范例从理论上解决了大多数问题，但已在使用的旧系统却导致问题自下而上地实现了SOA。 这些服务（通常称为Web服务）随后连接到类似集线器的体系结构时，它还尝试通过进行协议转换和格式转换来解决Web服务与旧系统之间的差距。 这就是“ 企业服务总线 ”（通常称为ESB），仍用于解决系统之间的集成问题。 它为集成提供了位置透明性和许多其他服务质量改进。 我们（ AdroitLogic ）为此提供了一个产品，称为UltraESB。

尽管Web服务技术似乎提供了一个有前途的解决方案，但是与基于Web服务和WS- *堆栈使用的XML的SOAP信息集相关的权重使人们想到了替代解决方案。 REST后来被用作开发主要服务份额的框架，类似JAX-RS的规范为REST通过JSON，TEXT和POX等协议进入企业提供了帮助，尽管该技术存在一些限制，例如使用的传输方式，缺乏应用程序级别的安全性和可靠性。 协议缓冲区，节流，粗体，AS2和其他形式的技术也用于特定领域，并且已经过标准化。 尽管AdroitLogic为AS2通信提供了单独的产品，称为AS2网关 ，但UltraESB通常支持其余技术。

企业希望将其部分系统功能作为Web表单前端公开给用户的方式相同，现在企业对通过Internet共享其某些服务感兴趣。 这给这些公开服务带来了安全问题。 这些被标识为组织希望通过安全性，治理和许多其他集中可用功能公开的API。 API管理解决方案解决了这个问题，我们为此领域提供的产品是API Director 。

我们正处于引入另一个新软件范例和服务集成过渡的阶段，这就是所谓的微服务 。 另外， 云计算是与系统集成和服务公开紧密结合而发展的，与此同时，云计算的基本组件虚拟化迈出了革命性的一步，提供了面向过程的容器来模拟O / S。与虚拟机相比，还可以更有效地利用资源。 集成必须发展以促进这种移动，并且必须发明一种对容器驱动的精简，分布式，高度可伸缩的解决方案的要求，该解决方案必须能够轻松地提供新的集成流程。 这个概念涵盖了服务，API和合作伙伴的集成，到前端，用户和设备（包括移动设备）的集成 ，被称为“ 集成平台 ”。

是的，我们现在正在努力利用Kubernetes容器管理平台提供一种产品来解决此问题，该产品可在一组Docker容器上运行。

请继续关注有关此惊人软件的更多信息，它将改变您看待系统集成问题的方式！！

翻译自: https://www.javacodegeeks.com/2016/02/evolution-systems-integration.html