我们是否在构建过于庞大的系统，比实际需要更大的系统，ThoughtWorks 的首席顾问 James Lewis 在 GOTO Berlin 大会上谈论“微服务——自适应的架构和组织”时以此开始了他的演讲。有示例表明所有制总体成本超过 90% 发生在一个系统启动之后。还有很多项目示例显示作为一个产业我们把大量的金钱花在了构建非常大的、复杂的并且根本没有用的系统上。
James 在大型组织中的经验表明，传统的构建系统的方式是将所有的功能放到一个大的应用程序中，使用一个大的数据库，但是这样做产生的问题引导着他进入了另一种构建系统的方式，新的方法将整个业务分离成更小的部分，正如微服务那样，每一个部分有它们自己的数据库。
对于他而言，之所以能够采用这种方式首先是源于六边形（Hexagonal）业务能力，参考了 Alistair Cockburn 的 Hexagonal 架构。一个单独的业务能力或者功能以及它自己的数据形成了一个六边形，一个使用 DDD 条款的有边界的上下文。然后所有的这些六边形会一起被放到一个更大的六边形里面，最终形成了一个系统。
其次，他关注为所有的服务构建一个统一的接口。在构建隔离系统时一种常见的集成技术是直接集成数据库访问。这种方式的问题是，它与系统的不同部分紧耦合，逻辑和数据很容易分散到系统的各个部分，让它变得难以预测变化的影响。James 喜欢使用在Web 上应用地很成功的集成技术，它们基于HTTP、Html 和超媒体，并使用 REST 进行通信。除了 REST 之外，James 还发现了两种非常有用的标准应用程序协议，它们是 Atom 和 AtomPub 。
James 相信所有的这些小服务都应该遵循单一职责原则（Single Responsibility Principle），同时该原则应该应用到抽象的每一个层次，从对象到子系统业务能力，到形成系统的各个方面。
最后，James 谈到了可伸缩性。构建一个单独的支持所有功能的大系统使得它难以或者说不可能扩展系统的不同部分。即使系统中某些部分负载很高，而其他部分负载非常低，它们也必须以同样的容量运行。如果使用的是微服务，那么它们能够被部署到不同的服务器上，使用不同数量的服务器。另一种好处是不同的服务可以基于不同的平台实现。使用很多小服务的另一个至关重要的因素是自动地监控和部署，例如使用可编程的基础设施。过去这几年虚拟化、基础设施即服务（Infrastructure as a Service，IAAS）的进展让这些成为了可能。
2013 年的 GOTO Berlin 大会是 GOTO 大会首次在 Berlin 举行，本次大会有超过 400 位参会者和大约 80 位讲师。
查看英文原文： GOTO Berlin: Microservices as an Alternative to Monoliths
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论