译者 | 布加迪
审校 | 孙淑娟
51CTO读者成长计划社群招募，咨询小助手（微信号：TTalkxiaozhuli）
软件正变得越来越大。企业软件的每一次迭代和发布都立足于一堆已经很庞大的代码、数据集、功能和公式，最终形成更庞大、更广泛、越来越全面的软件应用程序、套件或平台。
同时，软件也变得越来越小。
在分解式互联网和云计算网络中，我们日益使用较小的增量式（通常可重用的）组件和微服务。使用微服务（和微服务架构）描述了一种使用模块构建的软件系统，所有模块都有自己特别定义的功能、任务和角色——每个模块通过一个标准化的、定义清晰的接口（比如API）加以连接。
毫无疑问，微服务方法在大多数方面都优于传统的单体架构。许多组织转向微服务，以避免供应商锁定，消除与单体方法相关的成本和限制，并提升敏捷性（比如，每个服务可以独立开发和部署，无需引起停运或需要重构应用程序的其他部分）。此外，获得拥有处理任务所需的合适功能的工具有明显的好处。
1、如何运行微服务？
如果这些介绍性陈述描述了现代软件的形态，那么我们应该以什么样的节奏、什么样的操作方式来使用微服务呢？开源数据平台公司Directus的联合创始人兼首席执行官Ben Haynes认为，轮辐式（hub and spoke）方案是关键。
他认为其理论是体现在软件应用开发领域的这个明显事实的结果，即部署大量的微服务有许多缺点。
Haynes解释：“从一种简单的单体模型到一种有成百上千个相互依赖关系的复杂模型，会导致难以理解和维护的数据生态系统，需要许多昂贵的许可证，迫使用户培训和入职面临陡峭的学习曲线。如果其中一项服务向前迈进，另一项服务停滞不前或不再受到支持，它们之间的集成和依赖关系可能会随之破裂。一个依赖关系的破裂可能会造成多米诺骨牌效应，导致运营戛然而止。”
由于微服务常常不能完美地首尾衔接，因此功能上可能存在缺口，需要用定制的软件代码和逻辑来填补。在数据在不同平台上彼此孤立的情况下，数据流之间脆弱的连接也会让情况变得更复杂。
2、为什么采用轮辐式？
Haynes面对一小群国际媒体时畅谈：“许多组织在评估技术架构时，应改而竭力采用更均衡的‘轮辐式’方法，它们借助的解决方案奠定了完整而坚实的数据基础，覆盖业务需求（轮），同时根据需要，仍然与微服务相集成，允许专业化（辐）。这种方法将单体架构的稳定性与微服务的敏捷性相结合，因此组织可以在不必为复杂性过度操心的情况下充分利用优势。”
他的整个理论和基本原理比较容易理解和掌握；组织可以将轮视为基础数据层，即可以提供大约80%的所需功能的单一数据访问点。
Haynes解释道：“轮旨在通过API、软件开发工具包（SDK）和webhook等其他工具与应用程序连接，以便专门的解决方案结合在一起，最有效地满足业务需求。”
他接着表示，轮相当于通用或关键功能的基准，但仍然允许组织轻松连接其他关键业务系统，比如Stripe、Hubspot、Salesforce或众多高度专业化的工具。
Haynes澄清道：“无需管理多个基础服务，这消除了任何功能缺口，因为在不改变堆栈或干扰运营的情况下，连接新工具或功能变得很容易。”
3、须经实际检验
他怎么如此自信地认为这种方法有效呢？因为他公开表示，Directus正是使用这种模板创建了今天推向市场的开放数据平台技术。其平台旨在取代单一平台中的许多不同系统（通过单一可扩展的API整合数据，并确保数据易于访问）。
在最近一个例子中，一家国际航空公司使用Directus平台整合了单一数据源的多个系统，包括预订、库存、机场服务亭、移动应用程序等，最终降低了成本，消除了系统之间的数据差异。
Haynes总结道：“通常来说，我们发现轮辐模型消除了软件开发/部署方面的障碍，减轻了工程师的负担——让他们可以腾出时间，以处理更高价值的创收活动。”
软件工程社区有一句很受欢迎的格言，说的是“面临选择时，两者都要”——这句真理在这里得到了很好的证明和验证。随着软件世界变得越来越大的同时变得越来越小，我们就需要能够在每个层面都倡导平衡之道。
现在是时候做大了，但也要借助轮辐式逻辑做小，不过先不妨给轮胎打打气。
原文链接：https://www.forbes.com/sites/adrianbridgwater/2023/01/10/how-to-use-software-microservices/?sh=3bd18ea11085
