主要观点：过去四年作者在 Mulesoft 产品及三种架构（单体、SOA、微服务）方面工作，本文讨论这些架构的演变及 Mulesoft 对它们的采用。
关键信息：

• 单体架构（单单元）：简单紧耦合，所有功能在同一应用层，小架构时好用，增长后管理和重构复杂，连续集成难，资源间通信直接无中间件干预，与 Java 中 SOAP 服务连接复杂。
• SOA 架构（粗粒度）：Mulesoft 原架构，ESB 集中业务逻辑，快速简单连接服务和应用，如 Mule Runtime 类似 Apache Tomcat，但所有部署集成在同一运行时导致耦合和单体性质。
• 微服务架构（细粒度）：模仿 SOA 但服务更小更独立，带来架构复杂性但隔离独立，需心态转变和快速执行的开发周期，Mulesoft 已发展为专注微服务架构的平台，通过 Anypoint Platform 可自动在分离实例中部署应用，其 API 导向连接分为三层，还可在不同基础设施上部署应用，对容器也有涉及。
  重要细节：
• 单体架构示例在客户关系管理中的简单图及相关问题图。
• SOA 架构中 Mule Runtime 工作图及相关流程图。
• 微服务架构中各层及与不同基础设施部署的相关图。
  总结：所谓必须采用微服务的观点存在问题，对于有特定结构和文化的组织，纯微服务观点因各种限制可能不可行，会导致失败。