ServiceMesh实战-服务网格是什么？

        牛顿有曰：如果说我看得比别人更远些，那是因为我站在巨人的肩膀上。 学习前人的成果，就是先努力站到巨人的肩膀上；掌握前人的成果是前进的必要过程。有些人不学就懂了，直飞“巨人的肩膀”，很牛逼，为了更好体现天才的价值，该往更远处看看了。然而很多人，刚摸到“巨人的脚”，在爬“巨人的大腿”上，甚至有些人巨人在哪呢还没找到。

      好了，开始“抱腿”——Service Mesh的大腿。

1. Service Mesh

       Service - 服务，各种服务，不过不是指建QQ号，拉微信消息，买域名等等具体的业务服务实例，而是一种抽象，指各种 GRPC/HTTP/FTB/SSH/Telnet 服务等等。

       Mesh - 网格，最常见的造型就是横竖间隔组成的方格子，比如围棋盘，治沙干草格，防虫窗纱等等都称为mesh。也有翻译成格栅的，但是丢了"网"这种拓扑的神韵。

       两个单词组合起来 Service Mesh - 翻译成"服务网格"。意思就是有一网格，把各种服务种到每个格子里，埋上土，倒上水，通上电，然后把网格放到阳光下，迎上风，能不能长出来新服务不知道，反正服务之间可以愉快的侃大山了。哈哈，是的，你没看错，这就是“服务网格”的通俗解释。莫慌，这是一种比方，继续看为啥这就是Service Mesh。

       原 Twitter 工程师威廉 · 摩根(Willian Morgan) ，发起 Linkerd项目的创始人之一（另一位是Oliver Gould），并在创建的 Buoyant 公司担任 CEO。其发起的 Linkerd （第一个服务网络项目）项目催生了“Service Mesh”这个术语。由此“Service Mesh”面世并迅速的得到认可。 在他的文章《 WHAT’S A SERVICE MESH? AND WHY DO I NEED ONE? 》中定义了什么是 Service Mesh，以及为什么云原生应用需要Service Mesh。

定义原文如下：

A service mesh is a dedicated infrastructure layer for making service-to-service communication safe, fast, and reliable.

WHAT IS A SERVICE MESH?

A service mesh is a dedicated infrastructure layer for handling service-to-service communication. It’s responsible for the reliable delivery of requests through the complex topology of services that comprise a modern, cloud native application. In practice, the service mesh is typically implemented as an array of lightweight network proxies that are deployed alongside application code, without the application needing to be aware. (But there are variations to this idea, as we’ll see.)

在这个定义中明确说明了Service Mesh的环境，目的和实现方式三个方面：

1. 云原生应用有着复杂的服务拓扑；
2. Service Mesh 是一基础设施层，用于处理服务间通讯；保证请求在这些拓扑之间安全，快速，可靠的穿梭；
3. Service Mesh 通常有一系列的轻量级的网络代理组成，它们与应用程序部署在一起，但是应用程序不需要知道它们的存在。

       第1点，特别指明服务网格诞生的背景和应用环境。第2点，强调服务网格是一种网络模型，提供“服务-服务”这种端对端的通信抽象模型，并假设网络的不可靠和不安全性，然后由服务网格提供安全，快速，可靠的保证。第3点，意味着需要轻量级的网络代理和服务部署在一起，并拦截服务之间的调用，由这些代理做相应的“基础工作”，让服务程序不再关心这些“基础工作”，也无需感知谁在做这些工作，代理的管理协调也由服务网格负责，从而达到第2点的目标。

       因此，服务网格并没有提供什么新的功能，只是将“基础工作”从服务剥离并下沉成基础设施而已。也就是开篇比方中的“风雨阳光，水土电”，让服务不再关心如何通风通水通电（构建基础设施）