服务网络是什么呢？相信很多朋友也不是特别熟悉，其实服务网格是一个专门的基础设施层，它主要用于提供一个透明的，独立于代码的 (polyglot) 方式，以消除应用代码中的非功能性微服务能力。现在许多开发人员通过服务网络解决了微服务架构的复杂性，其实在微服务环境中，服务网格也为开发和运营提供非常多的好处。专家指出：只要你想简化你的微服务架构，它就应该运行在 Kubernetes 上。下面我们就来具体看看。

kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署，规划，更新，维护的一种机制。 传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定，这样做并不利于应用的升级更新/回滚等操作，当然也可以通过创建虚拟机的方式来实现某些功能，但是虚拟机非常重，并不利于可移植性。

新的方式是通过部署容器方式实现，每个容器之间互相隔离，每个容器有自己的文件系统 ，容器之间进程不会相互影响，能区分计算资源。相对于虚拟机，容器能快速部署，由于容器与底层设施、机器文件系统解耦的，所以它能在不同云、不同版本操作系统间进行迁移。容器占用资源少、部署快，每个应用可以被打包成一个容器镜像，每个应用与容器间成一对一关系也使容器有更大优势，使用容器可以在build或release 的阶段，为应用创建容器镜像，因为每个应用不需要与其余的应用堆栈组合，也不依赖于生产环境基础结构，这使得从研发到测试、生产能提供一致环境。类似地，容器比虚拟机轻量、更“透明”，这更便于监控和管理。

什么是服务网格?服务网格是一个专门的基础设施层，用于提供一个透明的、独立于代码的 (polyglot) 方式，以消除应用代码中的非功能性微服务能力。

为什么服务网格对开发者很重要?当开发人员将微服务部署到云时，无论业务功能如何，他们都必须解决非功能性微服务功能，以避免级联故障。这些功能通常可以体现在服务发现、日志、监控、韧性(resiliency)、认证、弹性(elasticity)和跟踪等方面。开发人员必须花费更多的时间将它们添加到每个微服务中，而不是开发实际的业务逻辑，这使得微服务变得沉重而复杂。

随着企业加速向云计算转移，服务网格 可以提高开发人员的生产力。Kubernetes 加服务网格平台不需要让服务负责处理这些复杂的问题，也不需要在每个服务中添加更多的代码来处理云原生的问题，而是负责向运行在该平台上的任何应用(现有的或新的，用任何编程语言或框架)提供这些服务。那么微服务就可以轻量级，专注于其业务逻辑，而不是云原生的复杂性。

为什么服务网格对运维很重要?这并没有回答为什么运维团队需要关心在 Kubernetes 上运行云原生微服务的服务网格。因为运维团队必须确保在 Kubernetes 环境上的大型混合云和多云上部署新的云原生应用的强大安全性、合规性和可观察性。

服务网格由一个用于管理代理路由流量的控制平面和一个用于注入边车(Sidecar)的数据平面组成。边车允许运维团队做一些比如添加第三方安全工具和追踪所有服务通信中的流量，以避免安全漏洞或合规问题。服务网格还可以通过在图形面板上可视化地跟踪指标来提高观察能力。

对于开发者和运维人员，以及从应用开发到平台运维来说，服务网格可以更有效地管理云原生功能。如果您想了解更多运维方面的信息，请您及时关注中培伟业。