JavaOne 2015即将结束,这又是一次很棒的社区活动。 我和Rafael进行了两次会议和HOL 。 我最喜欢的会议之一实际上是:关于ESB(如果今天完成的话)的样子。

我以为那是过去?

我通常也倾向于这样说。 但是,系统集成已经走了很长一段路,从单个系统之间的点对点连接到有助于使这些连接标准化的第一个集成解决方案。 随着以业务为中心的设计的出现以及向以服务为导向的组织的更广泛转变,企业服务总线(ESB)从一种模式演变为多种产品。 他们都承诺通过作为集中化和管理的基础架构组件来提供可重用性和可交换性。 随着下一个技术的发展-微服务-越来越需要管理更多潜在的多语言和分布式服务。

每个人都在微服务中冲洗他们的解决方案?

供应商已经开始“微服务清洗”他们的工具和平台,以引起您的关注。 段架构方法仍然太新,无法提出建议。 有一阵子,您仍然有责任通过自己的研究来了解所需的功能。 此时此刻,一些有前途的候选人正在从开源智囊中发展出来。 首先,像OpenShift Origin , WildFly Swarm , Fabric8和APIMan这样的项目将帮助您将大多数难题组合到基于微服务的体系结构中。

这里还有更多的想法

我的演讲摘要是:回顾过去的炒作主题,例如企业应用程序集成,ESB和SOA,事实是对可管理和可扩展的可靠集成解决方案的需求正在增长。 更多的设备和数据源,再加上新的和即将到来的用例,以及在云化的异构基础架构中令人兴奋的可穿戴设备,不仅需要具有某些规则和点对点连接的中央ESB,还需要更多的位和碎片。 那会是什么样? 以及如何使结果解决方案易于管理? 期待您的反馈意见!

现代Java EE设计模式

如何分析ES JVM暴涨的原因_人工智能

而且,如果您仍然停留在Java EE中,并且想知A道如何构建可扩展的体系结构以实现可持续的企业发展,则必须下载我的最新著作。 它为您提供了关于所有新趋势和主题的完整概述,并可以帮助您进行回顾(如果您仍在进行中)。

随着DevOps,微服务,容器和基于云的开发平台的兴起,最新解决方案与企业通常支持的技术之间的差距已大大增加。 但是,正如Markus Eisele在O'Reilly的这份报告中所解释的那样,一些企业现在正在寻求通过在Java EE之上构建基于微服务的体系结构来弥合这一鸿沟。

翻译自: https://www.javacodegeeks.com/2015/11/how-would-esbs-look-like-if-they-were-done-today.html