第八章 跨语言服务治理方案 Service Mesh

Posted liufei1983

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第八章 跨语言服务治理方案 Service Mesh相关的知识,希望对你有一定的参考价值。

8.1 Service Mesh 概述

  新兴的下一代微服务架构,被称为下一代微服务,同时也是云原生技术栈的代表技术之一。

  8.1.1 Service Mesh的由来

    从2016年到2018年,service mesh经历了从无到有的过程

  8.1.2 Service Mesh的定义

    服务网格是一个基础设施层,用于处理服务间通信。现代云原生应用有着复杂的服务拓扑结构,服务网格负责在这些拓扑结构中实现请求的可靠传递。实践中,服务网格通常被实现为一组轻量级网络代理,它们与应用程序部署在一起,对应用程序透明。

  8.1.3 Service Mesh详解

  • 单个服务调用:应用实例和Service mesh 代理实例是两个独立的进程,它们之间的通信时远程调用,而不是代码层面的方法调用。客户端的请求会先到Service Mesh代理实例,代理实例表现为Sidecar,完成服务发现、负载均衡等基本功能,熔断、限流、重试等容错功能,路由功能,以及认证、授权、加密等,最后将请求发送给应用服务。
  • 多个服务调用:Service mesh负责所有服务间请求转发,服务只负责发送和处理请求,不必再负责传递请求的具体逻辑。
  • 大量服务调用:当系统存在大量服务时,服务间调用关系表现为网状。Sidecar之间的服务调用关系形成一个网络,这就是Service Mesh(服务网格)名字的由来。
  • Service Mesh定义回顾:抽象:Service mesh是一个抽象层,负责王完成服务间通信。并且将这些功能从应用中剥离出来,形成一个单独的通信层,并将其下沉到基础设施层。    功能:请求的可靠传递。        部署:轻量级网络代理,以sidecar的模式和应用程序一对一部署,两者之间的通信时远程调用。    透明:Service mesh对应用程序是透明的。Service Mesh可以独立部署升级、扩展功能、修复缺陷,而不必改动应用程序。                                    

8.2 Service Mesh演进历程

  下面讲述Service Mesh技术的起源、发展、以及一步一步的演进历程。

  8.2.1 远古时代的案例

    在应用代码中处理网络通信细节,比如数据包顺序、流量控制等。后来TCP/IP协议栈负责这些功能。

  8.2.2 微服务时代的现状

    服务发现、负载均衡、熔断、重试。

  8.2.3 侵入式框架的痛点

    Spring Cloud和Dubbo这些传统的微服务治理框架都是侵入式的微服务框架。

    痛点1:门槛高。

    痛点2:功能不全。  Istio的路由功能比Spring Cloud强大。

    痛点3: 无法跨语言。微服务有跨语言的优点。

    痛点4:升级困难。

  8.2.4 解决问题的思路

  8.2.5 Proxy模式的探索

    为了解决客户端和服务端直接耦合的问题,尝试使用Proxy模式来隔离客户端和服务端,典型的如nginx、HAProxy、Apache等HTTP反向代理。Proxy转发所有流量,而Proxy需要为代理的流量实现基本功能,如负载均衡。

  8.2.6 Sidecar模式的出现

    SiderCar在Proxy上发展起来,功能更加全面。

  8.2.7 第一代的service Mesh

    Linkerd、Envoy

  8.2.8 第二代的Service Mesh

  Istio

  Istio最大的创新在于,它为Service Mesh带来了前所未有的控制力:

  • 以Sidecar方式部署的Service Mesh控制了服务间所有的流量
  • Istio增加了控制面板来控制系统中所有的Sidecar
  • Istio能够控制所有的流量,即控制系统中所有请求的发送。

8.3 Service Mesh市场竞争

  8.3.1 Service Mesh的萌芽期

  8.3.2 急转直下的Linkerd

  8.3.3 波澜不惊的Envoy

  8.3.4 背负使命的Istio

  8.3.5 背水一战的Buoyant

  8.3.6 其他参与者

  8.3.7 Service  Mesh的国内发展情况

8.4 Istio

  8.4.1 Istio概述

    一个连接,管理和保护微服务的开放平台。

    功能:

      连接:智能控制服务之间的流量和API调用。

      保护:身份验证、授权和服务之间通信加密,保护服务。

      控制:

      观测:自动跟踪、监控和记录所有服务。

        Istio设计目标:

      最大化透明度:

      增量

      可移植性

      策略一致性     

  8.4.2 架构和核心组件

    Istio分为数据平面控制平面两个部分:

    数据平面:是以Sidecar方式部署的智能代理,Istio默认集成的是Envoy,控制微服务之间的网络通信,已经和Mixer模块的通信。

    控制平面:管理和配置数据平面,控制数据平面的行为,如代理路由流量、实施策略、收集遥测数据、加密认证等。控制平面包含Pilot、Mixer、Citadel三个主要组件。

    Envoy: 用于调节服务网格中所有的服务的入站、出站流量。具体如下HTTP、gRPC、TCP Proxy、Thrift

      另外,Enovy还提供了和网络通信直接相关的各种功能:

           服务发现: 从Pilot得到服务发现信息。

      负载均衡

         健康检查:

       熔断:

       高级路由:

       基于百分比的流量拆分:

       加密和认证:

       故障注入: 

      此外,Envoy还要完成对请求属性的提取,这些属性可以通过Istio Proxy的Mixer Filter发送给Mixer,用于执行策略决策、配额检查等行为。

      Mixer:负责提供策略控制和遥测收集的组件,在istio中的职责如下三点:

        Check: 前置条件检查。认证、黑白名单、ACL检查。

        Quota: 比如限速。

        Report: 遥测报告。

      Citadel: 加密、访问控制、审计。

    

 

以上是关于第八章 跨语言服务治理方案 Service Mesh的主要内容,如果未能解决你的问题,请参考以下文章

第八章 文件链接

微服务跨语言调用(摘选)

汇编语言——第八章课后总结

2017.11.16 JavaWeb-------第八章 ELJSTLAjax技术

JavaScript语言精粹_第八章

《程序是怎样跑起来的》第八章