第1章 初识微服务

1-2 软件架构的进化

• 软件架构是在软件的内部，经过综合各种因素的考量、权衡，选择特定的基数，将系统划分为不同的部分并使这些部分相互分工，彼此协作，为用户提供需要的价值。

• 因素：业务需求、技术栈（公司人员会的技术）、成本、组织架构、可扩展性、可维护性。

• 软件架构进化：

  • 一层架构
  • MVC
  • dubbo：前后端分离

• 单体架构（单块架构）：功能、业务集中在一个发布包（jar、war），部署运行在同一个进程中。

• 优点：

  • 易于开发、测试、部署和水平伸缩（新增节点时直接复制jar包发布到另一台机器上即可）。

• 缺点：

  • 代码膨胀，难以维护
  • 构建、部署成本大
  • 新人上手困难
  • 创新困难（想引入新框架但代码太多太难改）
  • 可扩展性差

1-3 什么是微服务

• 定义：使用一套小服务来开发单个应用的方式，每个服务运行在独立的进程里，一般采用轻量级的通讯机制互联，并且它们可以通过自动化的方式部署。

• 特征：

  • 单一职责：紧密相关的功能放在一个服务里，如，订单和支付一个服务，登录和注册一个服务。
  • 轻量级通信：服务之间的通信必须与平台无关，如，http通信（与平台有关的如java的远程机制必须运行在jvm里）。
  • 隔离性：每个服务运行在自己的环境中，互不干扰。
  • 有自己的数据：每个服务有独立的数据存储系统，降低数据复杂度。
  • 技术多样性：每个微服务都可以选择最适合的技术，如，有的是java开发，有的是python开发，只要最后能提供所需的Api即可。

1-4 画出微服务架构

• 经典架构：

• 微服务架构：

1-5 微服务的优势和不足

• 优势：

  • 独立性
  • 敏捷性：有新需求时很容易找到要在哪个服务里增加。
  • 技术栈灵活
  • 高效团队：一个服务一个团队，只有几个人，沟通方便快捷。

• 不足：

  • 额外的工作：如，微服务的拆分。
  • 数据一致性：单体架构中只有一个数据库，很容易用事务和级联来实现数据一致。
  • 沟通成本：在单体架构中，如果你想修改一个Api，那么自己把调用的地方也修改了即可，但是在微服务中，很可能这个调用的地方就不是你负责的了，那么就需要联系其他组的人。