[发明专利]多平台微服务连接技术

说明书

微服务间通信通过内存内连接路由管理。发送微服务通过与所述连接相关联的端口写入消息。所述消息被直接路由到一个或多个接收微服务，所述一个或多个接收微服务通过它们的与所述连接相关联的端口与所述连接相关联。当通过所述发送微服务端口接收所述消息时，并且在通过所述接收微服务端口路由转变消息之前，所述消息可以通过处理的插件转变成不同的格式或多种不同的格式。所述微服务间通信与硬件和平台无关或对硬件和平台不可知，使得与所述连接相关联的所述微服务可以在彼此不同的硬件和不同的平台上处理。

背景技术

微服务与计算架构相关联，该计算架构将单个应用/服务构建为松散耦合服务的集合。这允许独立部署表示单个应用/服务的微服务中的每一个微服务，即使在整体单个应用/服务很复杂的情况下。微服务也易于维护和测试。每个微服务提供与单个应用/服务的一部分相关联的细粒度功能性。每个微服务与其他微服务松散地耦合，因为与单个应用/服务相关联的微服务之间的依赖程度较小并且相比于与原始单个应用/服务的原始功能之间的耦合/依赖性相关联的微服务显著更小。

企业正在迁移其应用/服务架构和新近提供的服务，以通过网络作为微服务提供给其客户，这不足为奇。

关于微服务的一个问题是实现微服务之间快速且高效通信的能力，因为以前在单一设备上执行的单个/应用或服务，现在已成为一系列个别服务，每一种服务可以在网络上的不同设备上执行。因此，微服务通信可以通过网络跨越多个设备，而单个单块应用/服务在单个设备的内存内通信。

因此，微服务通常利用基于管道的通信，这样将打开服务器/设备上的微服务之间的存储器中的连接，其中数据可以由微服务读取、写入并且被路由到微服务。

现有的基于管道的实用程序的问题在于它们是平台特定的(例如，操作系统(OS)特定的)，这意味着必须同时在相同的平台上处理需要彼此通信的两个微服务。现有的基于管道的实用程序的另一个问题是，管道只能通过一个插件处理一种数据格式。也就是说，微服务之间的任何数据格式变化必须通过具有在存储器管道内调用的单个插件的管道来处理；单个插件将处于发送微服务的格式的消息转换为接收微服务的所需格式。因此，现有的基于管道的实用程序是特定于平台和消息数据格式转换的实用程序，因为只有单个插件才能够在服务器/设备上的任何给定实例化管道中使用。

对于希望迁移到微服务架构的任何企业来说，这是行业中的一个问题，因为企业可能拥有许多不同的平台和许多不同的应用或数据格式，需要利用这些来有效且高效地向其客户提供其服务。

发明内容

在各种实施方案中，呈现了用于多平台微服务连接技术的方法和系统。

根据一个实施方案，呈现了一种用于多平台微服务连接技术的方法。例如，在与多个平台相关联的微服务之间建立内存内连接。在连接期间，从与第一平台相关联的发送微服务接收消息。调用与至少一个第二平台相关联的至少一个插件以将消息从第一格式转换为至少一个第二格式。通过内存内连接将至少一个第二格式的消息路由到与至少一个第二平台相关联的至少一个接收微服务。

附图说明

图1A是根据示例性实施方案的用于多平台微服务连接技术的系统的图。

图1B是根据示例性实施方案的示出图1A的系统的处理流程的图。

图2是根据示例性实施方案的用于多平台微服务连接技术的方法的图。

图3是根据示例性实施方案的用于多平台微服务连接技术的另一种方法的图。

具体实施方式

图1A是根据示例性实施方案的用于多平台微服务连接技术的系统100的图。应注意，组件以大大简化的形式示意性地示出，其中仅示出了与对实施方案的理解相关的那些组件。

此外，仅出于说明的目的，示出了各种组件并且呈现了所述各种组件的布置。应注意，在不脱离本文和下文所呈现的多平台微服务连接技术的教导内容的情况下，具有更多或更少组件的其他布置也是可能的。