摘要:
为什么有了 Linkerd 和 Envoy 之后,还会进一步进化出 Istio 和 Conduit。它们相对于老的 serive mesh 框架最大的特点就是基于 Kubernetes 设计,补足了Kubernetes在微服务间服务通讯上的短板。虽然Dubbo、Spring Cloud等都是成熟的微服务框架,但是它们或多或少都会和具体语言或应用场景绑定,并只解决了微服务Dev层面的问题。若想解决Ops问题,它们还需和诸如Cloud Foundry、Mesos、或Kubernetes这类资源调度框架做结合。云平台(或者自建机房) 为微服务提供了资源能力(计算、存储和网络等),容器 作为最小工作单元被 Kubernetes 调度和编排,Service Mesh 管理微服务的服务通信,最后通过 API Gateway 向外暴露微服务的业务接口。 阅读全文
![](https://img2018.cnblogs.com/blog/283159/201909/283159-20190906151525748-1503936574.jpg)