多运行时微服务架构（系列六）

机甲运行时间特点

以下是机甲运行时的一些特征：

• 机甲是一种通用的、高度可配置的、可重复使用的组件，提供分布式基元作为现成的功能。
• 机甲的每个实例都必须配置为与一个Micrologic组件（sidecar模型）一起使用，或者配置为与几个组件共享。
• 机甲没有对微观运行时做出任何假设。它适用于多语言微服务，甚至是使用开放协议和格式的单片系统，例如HTTP / gRPC，JSON，Protobuf，CloudEvents。
• Mecha 以声明方式配置了简单的文本格式，例如 YAML、JSON，它决定了要启用哪些功能以及如何将它们绑定到微逻辑端点。对于专门的API交互，可以额外提供Mechan规范，例如OpenAPI，AsyncAPI，ANSI-SQL等。对于由多个处理步骤组成的有状态工作流，可以使用规范（如 Amazon 状态语言）。对于无状态集成，企业集成模式 （EIP） 可以采用类似于 Camel-K YAML DSL 的方法使用。这里的关键点是，所有这些都是简单的、基于文本的、声明性的、多语言的定义，机甲无需编码即可实现。请注意，这些都是未来的预测，目前还没有用于状态编排或 EIP 的 Mecha，但我预计现有的 Mechas（Envoy、Dapr、Cloudstate 等）很快就会开始添加此类功能。机甲是一个应用级的分布式原语抽象层。
• 与其依赖多个代理来实现不同的目的，例如网络代理、缓存代理、绑定代理，不如有一个 Mecha 提供所有这些功能。某些功能的实现，如存储、消息持久性、缓存等，将入并由其他云或本地服务提供支持。
• 围绕生命周期管理的一些分布式系统问题由管理平台（如 Kubernetes 或其他云服务）提供是有意义的，而不是使用通用开放规范（如开放应用程序模型）的 Mecha 运行时。

此体系结构的主要优点是什么？

好处是业务逻辑与越来越多的分布式系统关注点列表之间的松散耦合。软件系统的这两个元素具有完全不同的动态。业务逻辑始终是唯一的自定义代码，由内部编写。它经常变化，具体取决于您的组织优先级和执行能力。另一方面，分布式原语是解决本文中列出的问题的原语，它们是众所周知的。这些由软件供应商开发，并作为库、容器或服务使用。此代码根据供应商优先级、发布周期、安全补丁、开源管理规则等而变化。这两个群体都很少能看到和控制对方。