“Red Hat为混合云开发人员推出OpenShift Service Mesh”

随着kubernetes成为混合云的基础，需要一种管理容器化APP和分布式服务之间的互联网连接的方法。 这就是red hat刚刚发布的red hat open shift服务消息的用途。 这样，可以使用red hat openshift 4进行连接，以注意并简化kubernetes APP应用程序的服务器间通信。

一个服务网是kubernetes集装箱节目和微服务基础设施。 负责流量管理、策略实施、服务身份和安全。

红帽的openshift service mesh基于istio、kiali和jaeger项目，并通过kubernetes运营商得到了增强。 istio提供服务网格本身，kiali提供istio可以注意的控制台，jaeger可以监视和排除许多复杂分布式系统的事务。 一般来说，开发者无需从头开始实现互联网服务的血汗和泪水，即可获得部署和管理基于微服务的APP架构的比较有效的方法。

服务网格对于在混合云中构建基于kubernetes的许多复杂的APP系统至关重要。 正如idc研究主任larry carvahlo在一份声明中所说:

为了管理与互联微服务的交互的多样性、复杂性和规模，服务网格是公司内部集装箱被中断的下一个重要行业。

red hat通过将服务网格本地集成到openshift kubernetes平台上，主张:

开发者可以改进微服务架构的实现。 平台运营团队可以从实施服务安全和通信it战略的能力中获益。 通过使用基于开源的软件定义基础架构，客户可以从数据中心和云的标准化环境中获益。

具体来说，openshift service mesh为基于kubernetes的混合云频带提供了以下功能:

通过集成和优化的基础技术，以端到端开发人员为中心提供体验。 istio和kiali用于创建和管理jaeger的服务网格，以实现开放跟踪的可视性。 这样，开发者就可以专注于APP服务

通过使用jaeger进行跟踪和测量，开发人员可以在服务之间跟踪请求，从而从头到尾了解请求过程。

kiali的可视化和可注意性提供了一种更简单的方法来查看服务网格的拓扑并注意服务如何交互。

使用red hat 3scale部署集成的开放式移动服务消息应用程序网关，简化APP端点和服务后端之间的南北交通流量。

通过“服务消息操作员”和“操作生命周期管理框架”的“服务消息”安装和配置，开发者可以轻松地将APP部署到服务网格中。 服务消息操作员在单个包中部署istio、jaeger和kiali以及配置逻辑。 这样可以最大限度地减少管理负担，并自动执行安装、服务维护和生命周期管理等常见任务。

一般来说，开发人员会发现构建基于kubernetes的服务变得更加容易。

本文：《“Red Hat为混合云开发人员推出OpenShift Service Mesh”》