Axon参考指南 - 2.事件驱动的微服务

在设计和创建（事件驱动的）微服务系统时，DDD和CQRS概念一章中描述的概念非常适用。在本章中，我们将明确列出在此类环境中应用Axon的几种常见策略。

进化的微服务

在AxonIQ，我们相信系统会逐渐发展为微服务，而不是尝试从头开始构建微服务系统。主要原因是探索合理的上下文边界（请参阅“边界上下文”）和模型需要时间。与在整体系统中相比，在分布式系统中更改这些边界要困难得多。

Axon利用组件的分离并在组件之间使用显式消息传递，这使这些组件位置透明。与使用服务发现不同，Axon用于消息传递的方法完全不需要组件知道消息的目的地。它们会自动路由到一个广告组件，以宣传处理此类消息的功能。这使得这些系统比“常规”基于微服务的系统更灵活地进行更改。

Axon使用的策略

在微服务环境中应用Axon有不同的策略。可以在系统级别采用Axon哲学，并使用Axon构建所有服务。但是，仅在单个应用程序/服务中应用Axon时，它也已经很有用。最后，我们还将讨论在多语言环境中使用Axon时的特定策略。为此，Axon在构建时就考虑了集成。

基于Axon的微服务

在系统级别使用Axon时，这意味着有多个服务在运行Axon（或兼容的API），一个服务可以最大程度地使用消息传递概念。应用程序可以简单地利用不同的消息总线来发送和接收来自其他组件的消息。在更改组件的部署策略时，这使系统变得非常灵活。

仅在单体服务中使用Axon

在现有的微服务系统中构建单个基于Axon的服务时，您可能希望使用“传统”的rest端点公开您的API。在这种情况下，基于Axon的应用程序将需要一个小的API层，该层将REST调用转换为命令，然后将其分派到内部。但是请务必考虑到，请求可能不会被一致地路由，并且用于同一聚合的命令可能会被路由到不同的实例。

如果基于Axon的服务已部署了多个实例，则仍可以使用总线的分布式实现来受益，以允许这些实例在它们之间适当地平衡消息处理。

混合/多语种环境

实际上，许多基于微服务的系统都在多语言环境中运行。不同的服务将在不同的技术堆栈上运行。在这些环境中，确保适当地保护上下文边界并在适用的情况下提供体面的反腐层更为重要。

所有使用过的技术堆栈都不太可能遵循与Axon应用程序相同的基于消息传递的方法。但是，这并不意味着需要放弃这些概念。您仍然可以从显式消息传递的许多优点中受益。在这样的环境中，可以将反腐层实现为处理命令，事件和查询，并执行对外部服务的其他类型的调用（例如REST调用）的组件。这样，使用显式消息传递的组件就不必担心轮询外部服务是否发生更改，也不必担心由不同类型的API引起的技术挑战。

Axon支持不同类型的连接器，这些连接器允许将事件（在某些情况下，还包括其他消息类型）发布到第三方消息代理。默认情况下，Axon将对这些外部事件的格式进行假设，但始终可以覆盖它们。阅读有关这些特定扩展的章节以获取更多详细信息。