diff --git a/ServiceMesh/MicroService-history.md b/ServiceMesh/MicroService-history.md index 84ea8c0f..08a9e470 100644 --- a/ServiceMesh/MicroService-history.md +++ b/ServiceMesh/MicroService-history.md @@ -94,7 +94,6 @@ Spring Cloud、Dubbo 这类框架以类库的形式存在，但以运行的操 第一代Service Mesh由一系列独立运行的单机代理服务构成，为了提供统一的上层运维入口，演化出了集中式的控制面板，所有的单机代理组件通过和控制面板交互进行网络拓扑策略的更新和单机数据的汇报。这就是以Istio为代表的第二代 Service Mesh。 -
@@ -105,20 +104,18 @@ Spring Cloud、Dubbo 这类框架以类库的形式存在，但以运行的操 +至此，见证了6个时代的变迁，大家一定清楚了 Service Mesh 技术到底是什么，以及是如何一步步演化到今天这样一个形态。 - -至此，见证了6个时代的变迁，大家一定清楚了Service Mesh技术到底是什么，以及是如何一步步演化到今天这样一个形态。 - -现在，我们再回过头来看 William Morgan 对 Service Mesh 的定义： +现在，我们回过头重新看 William Morgan 对 Service Mesh 的定义： :::tip ServiceMesh -服务网格是一个基础设施层，用于处理服务间通信。云原生应用有着复杂的服务拓扑，服务网格保证请求在这些拓扑中可靠地穿梭。在实际应用当中，服务网格通常是由一系列轻量级的网络代理组成的，它们与应用程序部署在一起，但对应用程序透明。 +服务网格是一个**基础设施层**，用于处理服务间通信。云原生应用有着复杂的服务拓扑，服务网格保证**请求在这些拓扑中可靠地穿梭**。在实际应用当中，服务网格通常是由一系列轻量级的**网络代理**组成的，它们与应用程序部署在一起，但**对应用程序透明**。 ::: -这个定义中，有四个关键词： +再来理解定义中的4个关键词： -- 基础设施层+请求在这些拓扑中可靠穿梭：这两个词加起来描述了 Service Mesh 的定位和功能，是不是似曾相识？没错，你一定想到了TCP。 -- 网络代理：这描述了 Service Mesh 的实现形态。 -- 对应用透明：这描述了 Service Mesh 的关键特点，正是由于这个特点，Service Mesh 能够解决以 Spring Cloud 为代表的第二代微服务框架所面临的三个本质问题。 \ No newline at end of file +- **基础设施层+请求在这些拓扑中可靠穿梭**：这两个词加起来描述了 Service Mesh 的定位和功能，是否似曾相识？没错，你一定想到了TCP。 +- **网络代理**：描述了 Service Mesh 的实现形态。 +- **对应用透明**：描述了 Service Mesh 的关键特点，正是由于这个特点，Service Mesh 能够解决以 Spring Cloud 为代表的第二代微服务框架所面临的三个本质问题。 \ No newline at end of file diff --git a/ServiceMesh/ServiceMesh-and-Kubernetes.md b/ServiceMesh/ServiceMesh-and-Kubernetes.md index b11805e0..78d5d423 100644 --- a/ServiceMesh/ServiceMesh-and-Kubernetes.md +++ b/ServiceMesh/ServiceMesh-and-Kubernetes.md @@ -1,4 +1,4 @@ -# 8.4 ServiceMesh 与 Kubernetes +# 8.4 服务网格与 Kubernetes Kubernetes 的本质是应用的生命周期管理，具体来说就是部署和管理（扩缩容、自动恢复、发布）。Kubernetes 为微服务提供了可扩展、高弹性的部署和管理平台。Service Mesh 的基础是透明代理，通过 sidecar proxy 拦截到微服务间流量后再通过控制平面配置管理微服务的行为。Service Mesh 将流量管理从 Kubernetes 中解耦，Service Mesh 内部的流量无需 kube-proxy 组件的支持，通过为更接近微服务应用层的抽象，管理服务间的流量、安全性和可观察性。 diff --git a/ServiceMesh/The-future-of-ServiceMesh.md b/ServiceMesh/The-future-of-ServiceMesh.md index f0489a91..fcc11968 100644 --- a/ServiceMesh/The-future-of-ServiceMesh.md +++ b/ServiceMesh/The-future-of-ServiceMesh.md @@ -1,4 +1,4 @@ -# 8.5 ServiceMesh 的未来 +# 8.5 服务网格的未来 基于 Istio 的 ServiceMesh 架构在互联网公司进行大规模线上部署的时候逐渐遇到以下问题： diff --git a/ServiceMesh/overview.md b/ServiceMesh/overview.md index df87be80..3e43dbfb 100644 --- a/ServiceMesh/overview.md +++ b/ServiceMesh/overview.md @@ -1,4 +1,4 @@ -# 8.3 ServiceMesh 的产品与生态 +# 8.3 服务网格的产品与生态 2016年1月，Buoyant 公司发布了第一代 ServiceMesh 产品 Linkerd。初次发布的 Linkerd 以 Scala 编写，绝大部分关注点都是如何做好 proxy（代理） 并完成一些通用控制面的功能。同期专注于 proxy 领域的还有一个重量级选手 Envoy，Envoy 由 Lyft 公司基于 C++ 开发，特点为性能出色、功能丰富、生态成熟，是 CNCF 内继 Kubernetes、Prometheus 第三个孵化成熟的项目。