2020最新著作：微服务架构设计模式PDF高清版免费开源！

微服务的概念虽然直观易懂，但“细节是魔鬼”，微服务在实操落地的环节中存在诸多挑战。我们在为企业提供PaaS、人工智能、云原生平台等数字化转型解决方案时也发现，企业实现云原生，并充分利用PaaS能力的第一步，往往是对已有应用架构进行现代化微服务改造，而如何进行微服务拆分、设计微服务逻辑、实现微服务治理等实操问题成为很大的挑战。

本文既包含了微服务的原理、原则，又包含了实际落地中的架构设计模式；既包含可举一反三的理念和概念，也包含类似领域驱动设计、Saga实现事务操作、CQRS构建事件驱动系统等具体可套用的示例。本书可以帮助读者把传统的单体巨石型应用循序渐进地改造为微服务架构，从微服务的拆分，微服务架构下业务逻辑的设计以及事务、API、 通信等的实现，一直到微服务系统的测试与生产上线，帮助读者建立从无到有的完整微服务系统搭建的生命周期。

书籍优质内容节选

第8章外部APl模式

8.1外部API的设计难题

为了探索与API相关的各种问题，让我们考虑一下FTGO应用程序。如图8-1所示,该应用程序的服务由各种客户端使用。使用服务API的客户端一共有四种:

■Web应用程序，如Consumer web 应用程序一为 消费者实现基于浏览器的用户界面，Restaurant web 应用程序一实 现基于浏览器的餐馆用户界面，以及AdminWeb应用程序一实 现供内部管理员使用的用户界面。

■在浏览器中运行的JavaScript应用程序。

■移动应用程序，一个供消费者使用，另一个供送餐员使用。

■由第三方开发人员编写的应用程序。

Web应用程序在防火墙内部运行，因此它们通过高带宽、低延迟的局域网访问服务。其他客户端在防火墙之外运行，因此它们通过较低带宽、较高延迟的互联网或移动网络访问服务。

API的一种设计思路是让客户端直接调用服务。从表面上看，这听起来非常简单，毕竟，这就是客户端调用单体应用程序的API的方式。但由于存在以下弊端，这种方法很少用于微服务架构：

■细粒度服务API要求客户端发出多个请求以检索所需的数据，这样做效率低，并且可能导致糟糕的用户体验。

■由于客户端了解每项服务以及服务的API从而导致封装不足(紧耦合),因此今后很难更改服务的架构和API。

”服务可能使用对客户端而言不便或不能使用的进程间通信机制，尤其是防火墙外的客户端。

要了解有关这些弊端的更多信息，让我们来看看FTGO移动应用程序如何从服务中检索数据。

 

8.1.1 FTGO 移动客户端API的设计难题

消费者使用FTGO移动客户端来下订单和管理他们的订单。想象一下，你正在开发移动客户端的View Order视图，该视图显示订单。如第7章所述，此视图显示的信息包括基本订单信息，如订单状态、付款状态、餐馆视角下的订单状态&#x