微服务核心架构梳理.pdf

微服务核心架构梳理

1

目 录

1.

2.

3.

4.

什么是微服务 ...................................................................................... 3

微服务的利与弊................................................................................... 5

什么组织适合使用微服务？ ................................................................. 6

微服务技术架构体系..........................................................................10

2

本文从头到尾梳理一下，有关微服务架构的核心内容。阅读本文你将看到业界主流微服务框架

的核心原理，包括服务发现，网关，配置中心，监控等组件，功能和架构原理的简单介绍。

相沟通（通常是基于 HTTP 的 RESTful API ) 。每个服务都围绕着具体业务进行构建，并且能

够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机

制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以

有一个非常轻量级的集中式管理来协调这些服务。可以使用不同的语言来编写服务，也可以使

用不同的数据存储。

根据 Martin Fowler 的描述，我总结了一下几点：

3

▪

小服务，没有特定 的 标准或者规范，但 他 在总体规范上一定 是 小的。

▪

进程独立，每一组服 务 都是独立运行的 ，可 能我这个服务运行 在 Tomcat 容器，而

4

样 的 依 赖 关系，考 虑 系 统 耦 合 带 来 的 问 题 。微 服 务 ，可 以 让 开 发 者 更 专 注于业务的

逻 辑 开 发 。

▪

部 署 ，不 止 业 务 要独 立 ，部 署 也 要 独 立 。不 过 这 也 意 味着 ，传 统 的 开 发 流 程 会 出 现

一 定 程 度 的 改 变 ， 开 发 的 适 合 也 要 有 一 定 的 运 维 指 责 。

▪

管 理 ， 传 统 的 企 业 级 SOA 服 务 往 往 很 大 ， 不 易 于 管 理 ， 耦 合 性 高 ， 团 队开发成本

比 较 大 。微 服务 可 以 让 团 队 各 思 其 政 的 选 择 技 术 实 现，不 同 的 Service 可 以 根 据 各

自 的 需 要 选 择 不同 的 技 术 栈 来 实 现 其 业 务 逻 辑 。

为什么用微服务呢？因为好玩？不是的。下面是我从网络上找到说的比较全的优点：

▪

优 点 每 个 服 务 足 够 内 聚 ，足够 小 ，代码 容 易 理 解 这 样 能 聚 焦 一 个 指 定 的 业 务 功 能 或

微 服 务 是 松 藕 合 的 ，是有 功 能 意 义 的 服 务 ，无论 是 在 开 发 阶 段 或 部 署 阶 段 都 是 独 立

的 。

▪

微 服 务 能 使 用 不 同 的 语 言 开 发 。

5