课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,微服务架构开发技术成为了开发人员都在学习的一个新的软件编程开发知识点,而今天我们就通过案例分析来了解一下,服务网格对微服务开发技术的作用都有哪些。
开发人员需要确保跨服务的通信是安全的。他们还需要实施分布式跟踪,以告知每次调用需要多长时间。重试,断路器等分布式服务的一些佳实践为服务带来了弹性。微服务通常是多语言的,并使用不同的库和SDK。编写通用的可重用软件来管理跨HTTP,gRPC和GraphQL等不同协议的服务内通信非常复杂,昂贵且耗时。
部署基于微服务的应用程序后,上线之后的运维将由DevOps团队执行。他们需要监视服务运行状况,延迟,日志,事件和跟踪。DevOps团队还有望实施基于策略的路由,以配置蓝/绿部署,金丝雀版本和滚动升级。后,需要将源自多个微服务的指标,事件,日志和警报进行汇总,并与现有的可观察性和监视技术栈集成。
服务网格是云原生和微服务世界中的一种新现象,它试图为开发人员和运营商解决这些问题。在容器编排之后,如果有一项技术引起了开发人员和操作员的注意,那么绝对是服务网格。云原生倡导者建议在生产环境中运行微服务时使用服务网格。
服务网格使开发人员无需构建特定于语言的SDK和工具来管理服务内通信。对于运营商而言,服务网格可提供即用型流量策略,可观察性以及来自堆栈的洞察力。
服务网格的好之处在于它是一种“零侵入”软件,不会强制更改代码或配置。通过利用sidecar的模式,服务网格将代理注入到每个服务中,充当主机服务的代理。由于代理会拦截每个入站和出站调用,因此它可以在调用堆栈中获得无与伦比的可见性。与服务相关联的每个代理将从调用堆栈收集的遥测发送到集中式组件,该组件还充当控制平面。运营商配置流量策略时,会将其提交到控制平面,控制平面将该策略推送到代理中以影响流量。软件可靠性工程师(SRE)利用服务网格的可观察性来深入了解应用程序。
服务网格与现有的API网关或Kubernetes入口控制器集成在一起。API网关和入口处理南北流量时,服务网格负责东西向流量。
总而言之,服务网格是实现安全的服务到服务通信的基础结构层。它依赖于与每个微服务一起部署的轻量级网络代理。集中式控制平面协调代理以管理流量策略,安全性和可观察性。
即使服务网格主要与打包为容器的微服务一起使用,它也可以与VM甚至物理服务器集成。通过有效利用服务网格的流量策略,可以无缝集成跨多个环境运行的应用程序。这个因素使服务网格成为混合云和多云的关键推动因素之一。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!