Istio框架，全面升级企业微服务生态系统的致胜法宝！

Posted 2021-04-13 Pivotal

最近，我们与谷歌和IBM在Istio项目中建立了合作。Istio是一个与语言无关的开放式框架，用于连接、管理和保护微服务。在与Pivotal Cloud Foundry这样的云原生平台配合使用时，Istio这样的服务网格框架就是实施微服务式架构的关键因素。Istio和开放式服务代理API可用作管理生产服务生命周期的庞大解决方案的一部分。 

多年来，Pivotal Cloud Foundry一直致力于帮助企业采用、部署并管理微服务，我们还采用生态系统的方式为企业提供解决方案。将Istio引入Pivotal Cloud Foundry生态系统为用户提供了新的选择。

 

在本文中，我将引入Istio对企业用户的意义，包括他们的微服务要求，Pivotal不断发展的生态系统带来的影响，以及使云原生应用开发和部署成为企业的现实。   

 

微服务需要什么

 

对于Pivotal来说，微服务并不是什么新鲜话题。大规模地安全运行微服务有以下几类主要要求：

 

分布式安全性

云原生安全问题有很多层面。微服务架构需要一种服务到服务的身份验证和加密方法。在加密动态数据方面，“没有一刀切式的解决方案”。

Istio提供了一种以独立于语言的方式，统一应用双向TLS服务到服务身份验证的方法。通常，确保一致性本身就是一种安全性增强。

智能流量管理

在流量管理层添加功能对于Web级服务至关重要，这包括负载均衡、策略执行、运行状况检查等。这种做法和技术可以追溯到十五年，传统的流量整形侧重于扩展“经典”三层架构的Web前端，而使用微服务后，流量管理变得更为复杂，因为有许多种前端和以指数级增长的“层”。

为了支持从三层架构迁移到微服务架构，服务发现和断路器便应运而生。智能流量管理的部署方式有很多种，Istio是以Envoy为基础构建的，Envoy是一款高性能代理，可部署为相关服务的任何语言的附属组件。

可见性

分布式架构需要采用不同的故障排除方法。“输入：分布式跟踪”，这已经成为一种理解服务之间交互的有效方法。但分布式跟踪的问题是，我要跟踪什么？在Pivotal Cloud Foundry上，所有流量都使用OpenTracing标头进行封装，该标头支持PCF指标中的Trace Explorer功能。

如果您想以更一般化的方式使用Zipkin，Spring团队也已开发出了Spring Cloud Sleuth来相应地对Spring应用进行封装。Istio还支持Zipkin，可对任何语言编写的应用执行透明的分布式跟踪。

 

Istio提供了一个满足这些要求的替代实施方案，我们的许多客户对这个方案都很感兴趣。

 

生态系统：一个问题多种解决方案

 

在Pivotal，我们经常会讨论Cloud Foundry平台“自行其是”的性质。这些意见对我们的客户而言无疑是一项巨大的运营杠杆资源。但人们常常会误解Cloud Foundry，认为它给的建议就必须采纳，这样反而会限制企业做重要决策。  

 

在支持微服务方面，我们已经与谷歌Apigee、MuleSoft、ForgeRock以及Spring生态系统建立了合作关系，外加Pivotal Network上五十多个服务的所有相关合作伙伴。我期待这个数字能够继续增长。为什么呢？因为我们企业客户的独特需求需要它。

 

借助Cloud Foundry的诸多扩展点，我们能够支持客户选择的生态系统，同时仍然可以提供惊人的运营效率，而无论客户选择的是数据库、监控、安全还是微服务基础架构。

 

为企业级微服务平台解决问题

 

这是Istio的早期目标，许多企业直到如今才意识到，如果客户有兴趣采用满足其企业需求的方式，我们将很高兴与其进行合作。

如果您也有兴趣就此展开合作，敬请告知我们。

请点击“阅读原文”，查看英文原文。

↓↓↓