想成为阿里P7？先好好看看这份《微服务架构设计模式文档》再说吧！

微服务架构（microservice）是一项在云中围绕业务领域组件来创建和部署应用和服务的新技术，由Martin Fowler于2012年提出。

微服务架构构建的工具是Seneca，基本思想在于创建的应用可独立地进行开发、管理和加速，在分散的组件中使用微服务云架构和平台，使服务等功能的交付变得更加简单。

给所有微服务架构开发者的忠告，我想对你们说:

• 第一，要记住微服务不是解决所有问题的万能“银弹”。
• 第二，编写整洁的代码和使用自动化测试至关重要，因为这是现代软件开发的基础。
• 第三，关注微服务的本质，即服务的分解和定义，而不是技术，如容器和其他工具。
• 第四，确保你的服务松耦合，并且可以独立开发、测试和部署，不要搞成分布式单体( Distributed Monolith),那将会是巨大的灾难。
• 第五，也是最重要的，不能只是在技术上采用微服务架构。拥抱DevOps的原则和实践，在组织结构上实现跨职能的自治团队，这必不可少。
• 还必须记住:实现微服务架构并不是你的目标。你的目标是加速大型复杂应用程序的开发。

本书涵盖44个架构设计模式，系统解决服务拆分、事务管理、查询和跨服务通信等难题，目标是让架构师和程序员学会使用微服务架构成功开发应用程序。书中不仅讨论了微服务架构的好处，还描述了它们的弊端。读者将掌握如何在使用单体架构和使用微服务架构之间做出正确的权衡。

  

本书的重点是架构和开发，适合负责开发和交付软件的任何人(例如开发人员、架构师、CTO或工程副总裁)阅读。易宝支付CTO陈斌、PolarisTech 联合创始人蔡书、才云科技CEO张鑫等多位专家鼎力推荐

本书内容安排

本书由13章组成。在学习这些章节的过程中，读者将了解微服务架构的不同方面。

希望大家都认真阅读哦，进步肯定不止一点点，我给大家整理了很多互联网大厂的面试题，想要了解的，滴我可取~

第1章描述了所谓“单体地狱”的症状，当单体应用程序超出其架构时会出现这种问题，这可以通过采用微服务架构来规避。这一章还概述了微服务架构模式语言，这也是本书大部分内容的主题。

第2章解释了为什么软件架构很重要，描述了可用于将应用程序分解为服务集合的模式，并解释了如何克服在此过程中遇到的各种障碍。

第3章介绍了微服务架构中强大的进程间通信的几种模式，解释了为什么异步和基于消息的通信通常是最佳选择。

第4章介绍如何使用Saga模式维护服务间的数据一致性。 Saga 是通过传递异步消息的方式进行协调的一系列本地事务。

第5章介绍如何使用领域驱动设计(DDD)的聚合和领域事件等模式为服务设计业务逻辑。

第6章以第5章为基础，解释了如何使用事件溯源模式开发业务逻辑，事件溯源模式是一种以事件为中心的设计思路，用来构建业务逻辑和持久化领域对象。

第7章介绍如何使用API组合模式或命令查询职责隔离(CQRS)模式，这两个模式用来实现查询分散在多个服务中的数据。

第8章介绍了处理来自各种外部客户端请求的外部API模式，例如移动应用程序、基于浏览器的JavaScript 应用程序和第三方应用程序。

第9章是关于微服务自动化测试技术的两章中的第一章，介绍了重要的测试概念，例如测试金字塔，描述了测试套件中每种测试类型的相对比例，还展示了如何编写构成测试金字塔基础的单元测试。

第10章以第9章为基础，描述了如何在测试金字塔中编写其他类型的测试，包括集成测试、消费者契约测试和组件测试等。

第11章介绍了开发生产就绪服务的各个方面，包括安全性、外部化配置模式和服务可观测性模式。服务可观测性模式包括日志聚合、应用指标和分布式追踪。

第12章介绍了可用于部署服务的各种部署模式，包括虚拟机、容器和Serverless 模式。还介绍了使用服务网格的好处，服务网格是在微服务架构中处理服务间通信的一个网络软件层。

第13章介绍了如何通过采用绞杀者( Strangler)模式逐步将单体架构重构为微服务架构，绞杀者模式是指以服务形式实现新功能，从单体中提取模块将其转换为服务。