发布时间:2023-02-28 14:00
服务网格是用于描述构成应用程序的微服务网络以及应用之间的交互,服务网格的功能包括服务发现、负载均衡、故障恢复、指标和监控以及更加复杂的运维工作,例如A/B测试、金丝雀发布、限流、访问控制和端到端身份验证等。
微服务是用于构建应用程序的架构风格,一个大的系统可由一个或者多个微服务组成,微服务架构可将应用拆分成多个核心功能,每个功能都被称为一项服务,可以单独构建和部署,这意味着各项服务在工作和出现故障的时候不会相互影响,简单来说,微服务架构是把一个大的系统按照不同的业务单元分解成多个职责单一的小系统,并利用简单的方法使多个小系统相互协作,组合成一个大系统,各个小的系统是独立部署的,它们之间是松耦合的。
istio是一个用来连接、管理和保护微服务的开源的服务网格, istio解决了开发和运维人员从部署单个应用程序向分布式微服务架构过渡时所面临的挑战,istio作为微服务网格中的佼佼者,它提供了洞察和操作控制微服务网格的能力,提供了完整的解决方案来满足微服务应用程序的各种要求,从较高的层面来说,istio有助于降低这些部署的复杂性,并减轻开发和运维团队的压力,istio它也是一个平台,可以集成任何日志、遥测和策略系统等API接口,istio多样化的特性使大家能够成功且高效地运行分布式微服务架构,并提供保护、连接和监控微服务的统一方法,istio目前仅支持在Kubernetes上部署,未来版本中将支持其他环境。
通过负载均衡、服务间的身份验证、监控等方法,istio可以轻松地创建一个已经部署了服务的网络,而服务的代码只需很少更改甚至无需更改,通过在整个环境中部署一个特殊的sidecar代理为服务添加istio的支持,而代理会拦截微服务之间的所有网络通信,然后使用其控制平面的功能来配置和管理istio,这包括:
Istio以统一的方式提供了许多跨服务网络的关键功能,核心功能如下:
istio简单的规则配置和流量路由允许你控制服务之间的流量和API调用过程。istio简化了服务级属性(如熔断器、超时和重试)的配置,并且让它轻而易举的执行重要的任务(如 A/B 测试、金丝雀发布和按流量百分比划分的分阶段发布)。有了更好的对流量的可视性和开箱即用的故障恢复特性,这样就可以在问题产生之前捕获它们,无论面对什么情况都可以使调用更可靠,网络更健壮。详细内容参考后面流量管理章节(https://istio.io/latest/zh/docs/concepts/traffic-management/)。
istio的安全特性解放了开发人员,使其只需要专注于应用程序级别的安全。istio提供了底层的安全通信通道,并为大规模的服务通信管理认证、授权和加密。有了istio,服务通信在默认情况下就是受保护的,可以让你在跨不同协议和运行时的情况下实施一致的策略,而所有这些都只需要很少甚至不需要修改应用程序。istio是独立于平台的,可以与Kubernetes(或基础设施)的网络策略一起使用。但它更强大,能够在网络和应用层面保护pod到pod或者服务到服务之间的通信。详细内容参考后面安全章节(https://istio.io/latest/zh/docs/concepts/traffic-management/)。
istio健壮的追踪、监控和日志特性让你能够深入的了解服务网格部署。通过istio的监控能力,可以真正的了解到服务的性能是如何影响上游和下游的;而它的定制Dashboard 提供了对所有服务性能的可视化能力,并让你看到它如何影响其他进程。istio的Mixer(Mixer在istio1.5版本已经废弃了,功能整合到了istiod中) 组件负责策略控制和遥测数据收集。它提供了后端抽象和中介,将一部分istio与后端的基础设施实现细节隔离开来,并为运维人员提供了对网格与后端基础实施之间交互的细粒度控制。所有这些特性都使你能够更有效地设置、监控和加强服务的SLO。当然,底线是你可以快速有效地检测到并修复出现的问题。详细内容参考后面可观察行章节(https://istio.io/latest/zh/docs/concepts/observability/)。
istio独立于平台,被设计为可以在各种环境中运行,包括跨云、内部环境、kubernetes、Mesos等等。你可以在Kubernetes或是装有Consul的Nomad环境上部署 istio。istio 目前支持:
Istio的策略实施组件可以扩展和定制,与现有的ACL、日志、监控、配额、审查等解决方案集成。
istio服务网格从逻辑上分为数据平面和控制平面。
istio使用Envoy代理(Envoy参考https://www.envoyproxy.io/docs/envoy/latest/)的扩展版本。Envoy是用 C++ 开发的高性能代理,用于协调服务网格中所有服务的入站和出站流量。Envoy代理是唯一与数据平面流量交互的istio 组件。
Envoy代理被部署为服务的sidecar,在逻辑上为服务增加了Envoy的许多内置特性,例如:
这种sidecar部署允许istio提取大量关于流量行为的信号作为属性。反之,istio可以在Mixer(Mixer在istio1.5已经被废弃,这里就不介绍了)中使用这些属性来执行决策,并将它们发送到监控系统,以提供整个网格的行为信息。sidecar代理模型还允许向现有的部署添加istio功能,而不需要重新设计架构或重写代码。
由Envoy代理启用的一些istio的功能和任务包括:
Pilot为Envoy sidecar提供服务发现、用于智能路由的流量管理功能(例如,A/B 测试、金丝雀发布等)以及弹性功能(超时、重试、熔断器等)。Pilot将控制流量行为的高级路由规则转换为特定于环境的配置,并在运行时将它们传播到sidecar。Pilot将特定于平台的服务发现机制抽象出来,并将它们合成为任何符合Envoy API的sidecar都可以使用的标准格式。
下图展示了平台适配器和Envoy代理如何交互。
这种松耦合允许istio在Kubernetes、Consul或Nomad等多种环境中运行,同时维护相同的operator接口来进行流量管理。也可以使用istio的流量管理API来指示Pilot优化Envoy配置,以便对服务网格中的流量进行更细粒度地控制。
Galley是istio的配置验证、提取、处理和分发组件。它负责将其余的istio组件与从底层平台(例如 Kubernetes)获取用户配置的细节隔离开来。
几个关键的设计目标形成istio的架构。这些目标对于使系统能够大规模和高性能地处理服务是至关重要的。
为了采用istio,运维人员或开发人员需要做尽可能少的工作,才能从系统中获得真正的价值。为此,istio可以自动将自己注入到服务之间的所有网络路径中。istio使用sidecar代理来捕获流量,并在可能的情况下,在不更改已部署的应用程序代码的情况下,自动对网络层进行配置,以实现通过这些代理来路由流量。在 Kubernetes中,代理被注入到pods中,通过编写‘iptables’规则来捕获流量。一旦 sidecar代理被注入以及流量路由被编程,istio就可以协调所有的流量。这个原则也适用于性能。当将istio应用于部署时,运维人员会看到所提供功能的资源成本增加地最小。组件和API的设计必须考虑到性能和可伸缩性。
随着运维人员和开发人员越来越依赖于istio提供的功能,系统必须随着他们的需求而增长。当我们继续添加新特性时,最大的需求是扩展策略系统的能力,与其他策略和控制源的集成,以及将关于网格行为的信号传播到其他系统进行分析的能力。策略运行时支持用于接入其他服务的标准扩展机制。此外,它允许扩展其词汇表,允许根据网格生成的新信号执行策略。
使用istio的生态系统在许多方面都有所不同,istio 必须在任何云环境或本地环境中通过最小的努力就能运行起来。将基于istio的服务移植到新环境的任务必须是容易实现的。使用istio,你可以操作部署到多个环境中的单个服务。例如,可以在多个云上部署来实现冗余。
将策略应用于服务之间的API调用提供了对网格行为的大量控制。然而,将策略应用在区别于API层上的资源也同样重要。例如,在机器学习训练任务消耗的CPU 数量上应用配额比在发起任务的请求调用上应用配额更有用。为此,istio使用自己的 API将策略系统维护为一个独立的服务,而不是将策略系统集成到sidecar代理中,从而允许服务根据需要直接与之集成。
在安装istio之前,需要一个Kubernetes集群,istio 1.10 已经在 Kubernetes 版本 1.14, 1.15, 1.16 、1.17、1.18、1.19、1.20中测试过。
下载 Istio,下载内容将包含:安装文件、示例和istioctl命令行工具。
[root@kubernetes-master-01 ~]# wget https://github.com/istio/istio/releases/download/1.10.2/istio-1.10.2-linux-amd64.tar.gz
[root@kubernetes-master-01 ~]# tar -xf istio-1.10.2-linux-amd64.tar.gz
[root@kubernetes-master-01 ~]# mv istio-1.10.2/bin/istioctl /usr/local/bin/
部署istio
[root@kubernetes-master-01 istio-1.10.2]# istioctl manifest apply --set profile=demo
This will install the Istio 1.10.2 demo profile with [\"Istio core\" \"Istiod\" \"Ingress gateways\" \"Egress gateways\"] components into the cluster. Proceed? (y/N) y
✔ Istio core installed
✔ Istiod installed
✔ Egress gateways installed
✔ Ingress gateways installed
✔ Installation complete Thank you for installing Istio 1.10. Please take a few minutes to tell us about your install/upgrade experience! https://forms.gle/KjkrDnMPByq7akrYA
卸载
# 安装时不需要执行
[root@kubernetes-master-01 ~]# istioctl manifest generate --set profile=demo | kubectl delete -f -
查看部署状态
[root@kubernetes-master-01 ~]# kubectl get pods -n istio-system
NAME READY STATUS RESTARTS AGE
istio-egressgateway-78cb6c4799-nn2zw 1/1 Running 0 9m34s
istio-ingressgateway-59644976b5-z8vmd 1/1 Running 0 9m34s
istiod-664799f4bc-7w8vr 1/1 Running 0 10m
安装kiali图形化界面
[root@kubernetes-master-01 istio-1.10.2]# kubectl apply -f samples/addons/kiali.yaml
[root@kubernetes-master-01 istio-1.10.2]# kubectl apply -f samples/addons/prometheus.yaml
连载Istio, 请贯注威信公众号:新猿技术生态圈,及时学习更高级内容。
2022.08 使用npm安装electron及electron-forge安装中出现的卡顿、缓慢、报错问题的个人解决办法
学好此文,国家赠送金手铐和职业套装,数年管吃管住-HTTP请求夹带(HTTP request smuggling)
中国红客联盟宣布解散:高层“内讧”,创始人和法人公开“互撕”!
【计算讲谈社】第六讲|三星堆奇幻之旅:只有云计算才能带来的体验
猿创征文|基于反事实的因果推理Causal inference based on counterfactuals--一万六千字文献详细解读(因果关系的推理应用)【全文总结】
OSError: [WinError 1455] 页面文件太小,无法完成操作。 Error loading “D:\Anaconda\envs\pytorch-1.4\lib\site-package
Swin-Unet: Unet-like Pure Transformer forMedical Image Segmentation 医疗图像分割阅读笔记
GBDT(梯度提升决策树)与GBRT(梯度提升回归树)原理详解