diff --git a/ServiceMesh/MicroService-history.md b/ServiceMesh/MicroService-history.md index 3e208ed5..6c6c7ed5 100644 --- a/ServiceMesh/MicroService-history.md +++ b/ServiceMesh/MicroService-history.md @@ -85,7 +85,7 @@ TCP出现之后，机器之间的网络通信不再是一个难题，以 GFS/Big 2016年1月，William Morgan 和 Oliver Gould 在 Github 上发布了 Linkerd 0.0.7 版本。早期的 Linkerd 借鉴了 Twtter 开源的 Finagle 项目，并重用了大量的 Finagle 代码。逻辑上，Linkerd 将分布式服务的通信抽象为单独一层，在这一层中实现负载均衡、服务发现、认证授权、监控追踪、流量控制等分布式系统所需要的功能。实现上，作为和服务对等的代理服务（Sidecar）和服务部署在一起，接管服务的流量。 -此时，Linkerd 不绑定任何基础架构或某类体系，实现了通用型，成为业界第一个服务网格项目。同期的服务网格代表产品还有 lyft 公司的 Envoy。 +此时，Linkerd 不绑定任何基础架构或某类体系，实现了通用型，成为业界第一个服务网格项目。同期的服务网格代表产品还有 lyft 公司的 Envoy（Envoy 是 CNCF 内继 Kubernetes、Prometheus 第三个孵化成熟的项目）。
diff --git a/ServiceMesh/ServiceMesh-and-Kubernetes.md b/ServiceMesh/ServiceMesh-and-Kubernetes.md index 57aaa9a4..81a07500 100644 --- a/ServiceMesh/ServiceMesh-and-Kubernetes.md +++ b/ServiceMesh/ServiceMesh-and-Kubernetes.md @@ -2,10 +2,17 @@ 现在，承载应用 Workload 的形式已经从”物理机“过渡到”容器“。容器意味着创建（包括初始化）和销毁高度自动化，且具备极强弹性。此时，基础设施的功能（服务发现、负载均衡、熔断限流、路由等）与业务代码的集成需要在低成本前提下保证相同的生命周期。物理机时代，基础设施功能添加到业务代码的方式只能选择 SDK，而容器时代，基础设施的功能添加到业务代码的最佳方式变成了 Sidecar。 +
+ +

+
+ + Kubernetes 通过管理基础设施（Pod）为微服务提供了可扩展、高弹性的部署粗粒度服务。而 ServiceMesh 通过 Pod 内的 Sidecar Proxy 实现透明代理，通过更接近微服务应用层的抽象，实现服务间的流量、安全性和可观察性细粒度管理。 -如下图所示，Kubernetes 与 Servicemesh 结合，提供一套从底层的负载部署运行到上层的服务访问治理端到端的解决方案。 + +Kubernetes 与 Servicemesh 天生契合，两者结合提供一套从底层的负载部署运行到上层的服务访问治理端到端的解决方案。
diff --git a/ServiceMesh/What-is-ServiceMesh.md b/ServiceMesh/What-is-ServiceMesh.md index c7e5b975..f6c165c1 100644 --- a/ServiceMesh/What-is-ServiceMesh.md +++ b/ServiceMesh/What-is-ServiceMesh.md @@ -2,14 +2,6 @@ 2016年，离开 Twiiter 的工程师 William Morgan 和 Oliver Gould 组建了一个小型的技术公司 Buoyant，不久之后他们在 Github 上发布了创业项目 Linkerd，业界第一款服务网格（ServiceMesh）项目诞生。 -先来感受服务网格从无到有、被社区接受、巨头入局、众人皆捧的历程。 - -- 2016年9 月，在 SF MicroServices 大会上，“ServiceMesh” 这个术语第一次在公开场合使用，这标志着 ServiceMesh 逐渐从 Buoyant 公司走向社区，并开始被广泛接受以及推崇。 -- 2017年1月，Linkerd 加入 CNCF，项目类型被归类到 CNCF 新开辟的 “ServiceMesh” 分类。这代表着 ServiceMesh 理念被 CNCF 社区认同。 -- 2017年4月，Linkerd 发布 1.0 版本。Linkerd 实现了最重要的里程碑：被客户接受并在生产线上被大规模应用，ServiceMesh 从理念走向生产实践。 -- 2017年5月，Google、IBM、Lyft 联合发布 Istio 0.1 版本，以 Istio 为代表的第二代 ServiceMesh 产品开始登场。 -- 2018年7月，CNCF 社区发布的云原生定义中，将服务网格和微服务、容器、不可变基础设施等技术并列。这标志着服务网格已经超越了其原初的角色 —— 仅作为一种实现微服务的新方法，现在已经发展为云原生的又一个关键领域，被放在前所未有的高度。 - 那么，什么是服务网格？服务网格的概念最早出自于 William Morgan 的博文《What’s a service mesh？And why do I need one?》，William Morgan 作为服务网格的创造者和布道师，引用他的定义自然是最官方和最权威的。 @@ -21,4 +13,10 @@ ::: -看服务网格（Service Mesh）这个名字起得多好：从 Micro（微小个体）Services 到 Service Mesh（网格连接），承前启后和顺其自然。原本被拆散得七零八落的微服务们，又被服务网格这张大网紧密得连接到了一起，即使依然天各一方（进程间隔离），但也找回了当年一起挤在单体应用内抱团撒欢的亲密感（通信更容易）。 \ No newline at end of file +感受服务网格从无到有、被社区接受、巨头入局、众人皆捧的历程。 + +- 2016年9 月，在 SF MicroServices 大会上，“ServiceMesh” 这个术语第一次在公开场合使用，这标志着 ServiceMesh 逐渐从 Buoyant 公司走向社区，并开始被广泛接受以及推崇。 +- 2017年1月，Linkerd 加入 CNCF，项目类型被归类到 CNCF 新开辟的 “ServiceMesh” 分类。这代表着 ServiceMesh 理念被 CNCF 社区认同。 +- 2017年4月，Linkerd 发布 1.0 版本。Linkerd 实现了最重要的里程碑：被客户接受并在生产线上被大规模应用，ServiceMesh 从理念走向生产实践。 +- 2017年5月，Google、IBM、Lyft 联合发布 Istio 0.1 版本，以 Istio 为代表的第二代 ServiceMesh 产品开始登场。 +- 2018年7月，CNCF 社区发布的云原生定义中，将服务网格和微服务、容器、不可变基础设施等技术并列。这标志着服务网格已经超越了其原初的角色 —— 仅作为一种实现微服务的新方法，现在已经发展为云原生的又一个关键领域，被放在前所未有的高度。 \ No newline at end of file diff --git a/ServiceMesh/overview.md b/ServiceMesh/overview.md index 3e43dbfb..cb10a7b2 100644 --- a/ServiceMesh/overview.md +++ b/ServiceMesh/overview.md @@ -1,14 +1,12 @@ # 8.3 服务网格的产品与生态 -2016年1月，Buoyant 公司发布了第一代 ServiceMesh 产品 Linkerd。初次发布的 Linkerd 以 Scala 编写，绝大部分关注点都是如何做好 proxy（代理） 并完成一些通用控制面的功能。同期专注于 proxy 领域的还有一个重量级选手 Envoy，Envoy 由 Lyft 公司基于 C++ 开发，特点为性能出色、功能丰富、生态成熟，是 CNCF 内继 Kubernetes、Prometheus 第三个孵化成熟的项目。 +初代的 ServiceMesh 理念美好，但以 Sidecar 为核心还是存在不少缺陷：明显的资源消耗、额外的请求转发带来的性能影响，其次功能仅限于数据层面的代理时，当大量部署 Sidecar 后也没有充分考虑如何管理和控制这些 Sidecar。 -初代的 ServiceMesh 理念美好，但以 Sidecar 为核心存在不少缺陷，特别是其明显的资源消耗、性能影响广受诟病，其二仅限于数据层面的代理功能时，当大量部署 Sidecar 后并没有充分考虑如何管理和控制这些 Sidecar。于是，第一代 ServiceMesh（Linkerd、Envoy）刚开始被市场接受，第二代 Service Mesh 已经开始酝酿参与竞争。 +此时，你就看到了第一代 ServiceMesh（Linkerd、Envoy）刚开始被市场接受，第二代 Service Mesh 就迫不及待入场。 ## Istio 入局 -2017年5月，Google、IBM、Lyft 宣布新一代的服务网格 Istio 开源，有巨头背书以及**新增控制平面的设计理念**让 Istio 得到极大关注和发展，并迅速成为 ServiceMesh 的代表产品。 - -Istio 最大的创新在于它为 ServiceMesh 带来前所未有的控制力： +2017年5月，Google、IBM、Lyft 宣布新一代的服务网格 Istio 开源，有巨头背书以及**新增控制平面的设计理念**让 Istio 得到极大关注和发展，并迅速成为 ServiceMesh 的代表产品。Istio 最大的创新在于它为 ServiceMesh 带来前所未有的控制力： - 以 Sidercar 方式部署的 ServiceMesh 控制服务间所有的流量 - Istio 增加控制面板来控制系统中所有的 Sidecar。 diff --git a/assets/istio-k8s.png b/assets/istio-k8s.png new file mode 100644 index 00000000..d057a5d0 Binary files /dev/null and b/assets/istio-k8s.png differ