Istio整体架构解析

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
简介: 【7月更文挑战第17天】Istio整体架构分为数据平面(Data Plane)和控制平面(Control Plane)两部分

Istio在微服务之间建立连接,接管通信功能,对业务微服务屏蔽通信细节,同时通过流量控制、策略控制、遥测统计、Istio安全机制等对微服务进行监控和管理,使得微服务架构更加健壮、安全和易扩展。Istio整体架构分为数据平面(Data Plane)和控制平面(Control Plane)两部分。


一、数据平面

数据平面除了负责实际流量转发工作的数据转发代理服务istio/proxy之外,还有几个关键组件:pilot-agent负责转发代理的启动和生命周期管理,istio-init负责流量透明拦截的配置,pilot-agent、istio-init和转发代理一同部署,共同为业务流量转发保驾护航。

  • istio/proxy

istio/proxy是Istio在Envoy官方源码基础上的扩展实现,除了包括Envoy的全部功能外,还包括了一些扩展支持,Istio扩展通过Envoy过滤器插件的方式提供,当前主要扩展是Mixer客户端的支持。

  • pilot-agent

pilot-agent是一个本地代理,负责管理istio/proxy服务的整个生命周期。具体包括istio/proxy准备启动参数和配置文件,负责管理istio/proxy的启动过程,istio/proxy启动后的运行状态监控。当监控到istio/proxy运行状态不正常时,pilot-agent负责将istio/proxy重新调整到正常状态,调整策略具体包括重启或者调度到其他节点运行等。

pilot-agent和istio/proxy均会启动相应的HTTP管理端口,供外界查询当前的运行状态,如果运行状态不符合预期时,可以采取相应的控制策略。

  • istio-init

istio-init负责业务微服务的流量透明拦截,通过配置相应的流量拦截策略,可以将业务服务的所有出入流量转发到本地的数据平面代理节点处理。Istio当前使用Iptables作为默认的流量拦截策略,istio-init通过istio-iptables.sh拦截配置,配置相应的Iptables规则,完成具体的流量拦截操作。

  • node-agent

Istio为了实现不同节点之间的安全通信,通信一般是通过TLS的方式进行。为了完成TLS通信,数据平面代理节点需要获取证书和密钥相关的信息。node-agent就是负责证书和密钥等安全信息的获取,和istio/proxy、pilot-agent以及istio-init的Pod级别的部署方式不同,node-agent当前采用Kubernetes Node级别的部署方式,每个Node上部署一个node-agent。

node-agent作为代理服务,接收数据平面代理节点的证书请求,转换成控制平面需要的格式,请求控制平面的证书管理服务,完成证书和密钥的获取和下发。

二、控制平面

控制平面中,istio-telemetry提供可观测性支持,基于istio-telemetry可以掌控整个Istio集群当前的运行状态;istio-pilot和istio-policy分别负责流量控制和策略控制,观测到运行状态不符合预期时,可以通过istio-pilot对流量和路由转发进行控制与调整,通过istio-policy可以灵活动态地引入新的基础设施,对Istio运行进行精细化控制。

  • istio-pilot

istio-pilot负责Istio数据平面的XDS配置管理,具体包括:①流量管理和服务发现配置等,通过提供通用的流量管理模型和服务发现模型,对接不同的平台适配层;②提供统一的XDS API,供Envoy服务调用。

部署上,通过Kubernetes Service istio-pilot对外提供服务,可以配置为1到多个副本。Istio当前支持多集群模式,istio-pilot不仅可以负责当前Istio集群的XDS配置管理,同时可以支持其他Istio集群以远程的方式和istio-pilot进行交互。

  • sidecar-injector

sidecar-injector负责数据平面代理Sidecar的注入,通过Sidecar的透明注入支持,可以减少Istio部署和运维上的复杂度,对Istio的大规模开展有着非常重要的意义。

  • istio-telemetry和istio-policy

istio-telemetry和istio-policy均属于Mixer服务,分别负责遥测统计和策略控制工作。这两个服务的代码和二进制文件完全一样,之所以分开部署,是因为遥测统计和策略控制是两个差异很大的功能特性,分开部署方便采用不同的配置和管控方式,也可通过部署隔离避免相互之间的影响。

  • istio-catedal

istio-catedal属于通信安全,负责安全证书的管理和发放,istio-catedal并不是唯一的证书管理方式,Istio当前支持Catedal、Vault和Google等多种证书管理方式,Catedal是当前默认的证书管理方式。当采用其他证书管理方式时,不需要部署istio-catedal,比如使用Vault时就不再需要部署istio-catedal,相反则需要使用Vault对应的证书服务器。

  • istio-galley

istio-galley是Istio1.1新引入的配置管理框架,在引入Galley之前,Istio控制平面的各个组件需要分别对Kubernetes资源进行管理,包括资源的配置验证,监控资源配置变化,并针对配置变更采取相应的处理等。


为了减少Istio不同组件配置管理方面的重复工作,Istio将配置管理相关的工作抽象出一个单独的组件Galley,后续其他Istio组件不再需要单独和各种平台上的资源直接打交道,而是使用简易的接口和Galley进行交互,由Galley负责配置验证、配置变更管理、配置源管理、多平台适配等工作。

相关文章
|
8天前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
41 6
|
8天前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
24 1
|
8天前
|
Kubernetes Cloud Native 云计算
云原生技术深度解析:重塑企业IT架构的未来####
本文深入探讨了云原生技术的核心理念、关键技术组件及其对企业IT架构转型的深远影响。通过剖析Kubernetes、微服务、容器化等核心技术,本文揭示了云原生如何提升应用的灵活性、可扩展性和可维护性,助力企业在数字化转型中保持领先地位。 ####
|
9天前
|
运维 Kubernetes Cloud Native
Kubernetes云原生架构深度解析与实践指南####
本文深入探讨了Kubernetes作为领先的云原生应用编排平台,其设计理念、核心组件及高级特性。通过剖析Kubernetes的工作原理,结合具体案例分析,为读者呈现如何在实际项目中高效部署、管理和扩展容器化应用的策略与技巧。文章还涵盖了服务发现、负载均衡、配置管理、自动化伸缩等关键议题,旨在帮助开发者和运维人员掌握利用Kubernetes构建健壮、可伸缩的云原生生态系统的能力。 ####
|
3天前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
15 2
|
1月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
66 0
|
1月前
|
算法 Java 容器
Map - HashSet & HashMap 源码解析
Map - HashSet & HashMap 源码解析
52 0
|
1月前
|
存储 Java C++
Collection-PriorityQueue源码解析
Collection-PriorityQueue源码解析
60 0
|
1月前
|
安全 Java 程序员
Collection-Stack&Queue源码解析
Collection-Stack&Queue源码解析
80 0
|
3天前
|
存储 安全 Linux
Golang的GMP调度模型与源码解析
【11月更文挑战第11天】GMP 调度模型是 Go 语言运行时系统的核心部分,用于高效管理和调度大量协程(goroutine)。它通过少量的操作系统线程(M)和逻辑处理器(P)来调度大量的轻量级协程(G),从而实现高性能的并发处理。GMP 模型通过本地队列和全局队列来减少锁竞争,提高调度效率。在 Go 源码中,`runtime.h` 文件定义了关键数据结构,`schedule()` 和 `findrunnable()` 函数实现了核心调度逻辑。通过深入研究 GMP 模型,可以更好地理解 Go 语言的并发机制。

推荐镜像

更多