微服务风格应用程序依赖于快速，可靠的网络基础架构，以便快速可靠地响应，服务网格可以是强大的启动器。
与此同时，服务网库基础架构可能难以在比例下部署和管理，并且对于较小的应用可能太复杂，因此企业需要仔细考虑其与他们的特定情况有关的潜在的上下窗口和缺陷。
什么是服务网格？
服务网格是基础架构软件，可在应用程序可能需要的微服务之间提供快速且可靠的通信。其网络功能包括应用识别，负载平衡，身份验证和加密。
通过与服务一起运行的代理通过ProService之间路由网络请求。这些代理形成了网状网络以连接各个微服务。中央控制器提供访问控制，以及网络和性能管理。
服务网格提供从网络路由和安全要求的复杂性的微服务应用程序的逻辑隔离。服务网格提供的抽象可以快速灵活地部署微服务，而不经常要求数据中心网络团队进行干预。
为什么MicroServices样式应用程序需要服务网格？
基于微服务的应用程序具有不同的基于管理程序的应用程序的架构。它们在不同服务器或核心上的各个容器中运行了许多服务，并且在单个应用程序内这些微服务之间的事务频率可能需要低延迟和显着的带宽。加上多个应用程序可能需要访问相同的微服务。
基于集装箱的微服务通常可以从服务器移动到服务器的物理位置，但只提供有关他们移动到的位置的有限数据，并且其状态已更改。这使得IT专业人员难以“找到”它们来解决应用程序性能问题。
同时，Devops团队需要从网络复杂性逻辑隔离。他们希望迅速发展和更改应用程序，他们需要网络团队提供网络和安全调整，例如供应VLAN，以便进行工作。
服务网格使MicroServices应用程序的大量网络和安全优势使能实现了重要的网络和安全优势。它摘要网络基础架构，从而使微服务应用程序能够维护网络和安全策略，而无需为每个变化进行数据中心网络团队的干预。
网络微服务的主要要求包括：
- 规模的网络性能
- 易于为新应用程序提供网络，计算和存储资源
- 能够通过应用程序快速缩放带宽
- 内部之间的工作量迁移2020欧洲杯预赛数据中心和公共云
- 应用孤立，增强安全性和支持多租户
为满足这些要求，IT组织需要将服务网格自动化和管理信息集成到更全面的数据中心网络管理系统中 - 特别是随着集装箱部署变得更加众多，复杂和战略性。
对于适用于服务网格部署的应用程序，IT组织需要计划将技术集成到其整体管理/自动化平台中。为准备，IT团队必须评估服务网页选项 - 云，开源，供应商提供的范围 - 因为技术持续成熟。
Service-Mesh技术选项可以是供应商支持的或开源。ISTIO是由Google驱动的领先的开源服务网格选项。其他开源项目包括Linkerd，haproxy，ngnix和特使。领先的IAAS供应商有自己的服务网格产品。领先的网络和IT供应商和初创公司也有服务网格产品。