0.前言@微服务的设计和开发

微服务的兴起是应用开发和部署的显著进步。例如，通过微服务，一个应用被开发或者重构成介个独立的服务。然后通过定义完好的API方式告诉其他人如何使用。每一个微服务是自包含的，每个都包含了它自己的数据存储(具有重大意义), 每一个都能够独立于其他服务进行更新。

换成基于微服务的方法使得 app 的开发更快，也更便于管理，要求更少的人来实现更多的特性。可以更快、更轻松地进行更改和部署.设计为微服务集合的应用程序在负载平衡的多个服务器上运行更容易。使处理需求激增, 需求随着时间的推移稳步增长变得容易。敏捷软件(agile software)开发技术,将应用程序移动到云、DevOps 文化、持续集成和连续部署（CI/CD）。并且容器的使用都与微服务一起使用，以彻底改变应用程序开发和交付。

NGINX 软件与微服务和上述所有技术密切相关。无论是作为反向代理部署，还是作为高效 Web 服务器部署，NGINX 都使基于微服务的应用程序开发更加容易，并保持基于微服务的解决方案的平稳运行。

Nginx 和微服务之间的纽带是如此强大。我们在 NGINX 网站上运行了一个由七部分的微服务系列. 该博客文章由克里斯·理查森撰写，他早期参与了该概念及其实施，涵盖了应用设计和开发的微服务的主要方面，包括如何从单一应用转向微服务应用。这些博客文章全面概述了主要的微服务问题，并非常受欢迎。

在这本书中，我们将每一篇博客转换成本书的一个章节，并在每章中添加一个侧边栏，其中附有与在 NGINX 中实施微服务相关的信息。如果您仔细遵循此处的建议，您甚至在开始编写代码之前就能解决许多潜在的开发问题。这本书也是 NGINX 微服务参考架构的好伙伴，该架构实现了本文中提出的许多理论.

这本书的章节有：

1. 介绍微服务 - 一个清晰和简单的微服务介绍，从其可能夸大的概念定义到现实中微型服务在创建和维护应用中的部署方式。
2. 使用API网关 - API 网关是您整个基于微服务的应用程序的单一入口点，为每个微服务提供 API。NGINX Plus 可有效地用作具有负载平衡、静态文件缓存等的 API 网关。
3. 微服务架构中的跨进程通信 - 一旦你将一个单体应用拆分成多个小块-微服务-每个小块需要和其他小块进行通信。事实证明，您有很多选项进行跨进程通信，包括表示状态传输 （REST）。这个章节会详细介绍。
4. 微服务架构中的服务发现 - 当服务在动态环境中运行时，在需要时找到它们并不是一个微不足道的问题。在这一章中，克里斯描述了解决这个问题的实际方法。
5. 微服务事件驱动的数据管理 - 每个微服务没有在单一应用程序之间共享一个统一的应用程序范围的数据存储（或两个），而是维护自己独特的数据表示和存储。这给你很大的灵活性，但也可能导致复杂性，这一章可以帮助你排序通过它。
6. 选择微服务的部署策略 - 在 DevOps 世界里，你如何做事和你一开始就打算做的事情一样重要。Chris 描述了微服务部署的主要模式，以便您可以为自己的应用程序做出明智的选择。
7. 将一块巨石重构成微服务 - 在一个完美的世界中，我们总是会得到时间和金钱，将核心软件转换成最新和最伟大的技术、工具和方法，没有真正的最后期限。但你很可能会发现自己把一块巨石变成微服务， 在一个时间只做一小块，克里斯提出了一个战略， 这样做明智。

我们认为你会发现每一章都是值得的，我们希望当你开发自己的微服务应用程序时，你会回到这本电子书。

Floyd Smith
NGINX, Inc.