服务网格是一种运行安全、快速、可靠的微服务生态系统的方法。它是一个重要的垫脚石,使微服务更容易大规模采用。它提供发现、安全、跟踪、监视和故障处理。它提供了这些跨功能的功能,而不需要一个共享的资产,如API网关或烘焙库到每个服务中。一个典型的实现包括轻量级的反向代理流程(又称侧车),它与每个服务流程一起部署在单独的容器中。Sidecars拦截每个服务的入站和出站流量,并提供上述的跨功能功能。这种方法使分布式服务团队从构建和更新网格作为其服务代码提供的功能中解脱出来。这导致了更容易的采用通晓多种语言的编程在微服务生态系统中。我们的团队已经成功地在开源项目中使用了这种方法,例如Istio我们将继续监控其他开放服务网格实现,例如Linkerd密切关注。
随着大型组织向拥有和运营自己的微服务的自治团队过渡,他们如何在不依赖集中托管基础设施的情况下确保这些服务之间必要的一致性和兼容性?为了有效地协同工作,即使是自治的微服务也需要与一些组织标准保持一致。一个服务网格提供一致的发现、安全性、跟踪、监视和故障处理,而不需要共享资产(如API网关或ESB)。典型的实现包括与每个服务流程一起部署的轻量级反向代理流程,可能在单独的容器中。这些代理与服务注册中心、标识提供者、日志聚合器和其他服务进行通信。服务互操作性和可观察性是通过该代理的共享实现而不是通过共享运行时实例获得的。一段时间以来,我们一直提倡采用分散的方法来管理微服务,很高兴看到这种一致的模式出现。开放源码项目,例如Linkerd和Istio将继续成熟,使服务网格更容易实现。
随着大型组织向拥有和运营自己的微服务的自治团队过渡,他们如何在不依赖集中托管基础设施的情况下确保这些服务之间必要的一致性和兼容性?为了有效地协同工作,即使是自治的微服务也需要与一些组织标准保持一致。一个服务网格提供一致的发现、安全性、跟踪、监视和故障处理,而不需要共享资产(如API网关或ESB)。典型的实现包括与每个服务流程一起部署的轻量级反向代理流程,可能在单独的容器中。这些代理与服务注册中心、标识提供者、日志聚合器等进行通信。服务互操作性和可观察性是通过该代理的共享实现而不是通过共享运行时实例获得的。我们提倡去中心化的微服务管理方式已经有一段时间了,很高兴看到这种一致的模式出现。开放源码项目,例如linkerd和Istio将继续成熟,使服务网格更容易实现。
随着大型组织向拥有和运营自己的微服务的自治团队过渡,他们如何在不依赖集中托管基础设施的情况下确保这些服务之间必要的一致性和兼容性?为了有效地协同工作,即使是自治的微服务也需要与一些组织标准保持一致。一个服务网格提供一致的发现、安全性、跟踪、监视和故障处理,而不需要共享资产(如API网关或ESB)。典型的实现包括与每个服务流程一起部署的轻量级反向代理流程,可能在单独的容器中。这些代理与服务注册中心、标识提供者、日志聚合器等进行通信。服务互操作性和可观察性是通过该代理的共享实现而不是通过共享运行时实例获得的。我们提倡去中心化的微服务管理方式已经有一段时间了,很高兴看到这种一致的模式出现。开放源码项目,例如linkerd和Istio将继续成熟,使服务网格更容易实现。