better2020-04-16sidecar和微服务中的服务网关有什么区别呢，老师作者回复: 功能类似，但位置不同，导致处理的问题不同。sidecar在网格内部，网关在网格边界。前者负责东西流量，后者负责南北流量。
7- Geek_6db4f52020-05-28老师，第三阶段的代理和第四阶段的边车模式有什么本质上的区别吗？感觉有点模糊这块，理解上感觉只是一个功能多，一个功能少？
作者回复: 思路相似，sidecar就是个代理，只不过更加专一； 部署形式也不同，sidecar是1比1部署在服务上。nginx这种代理你没见过每个服务都部署一份的吧？
5 
光2020-04-07这个sidecar 比如filebeat和普通得pod 有什么本质区别么。还是只是区分了角色。作者回复: 你可以理解为sidecar是Pod里的一个容器，为Pod中另一个主容器（也就是你的应用所在的容器）服务。sidecar好比你应用容器的助手，负责非业务相关的逻辑，比如日志处理，流量控制。
4
Kirin2020-07-26老师，您好，A->A'->B'-B, 这个仅仅是两个服务调用，如果服务调用链路很长的话，担心性能问题。不用Istio的话，服务很多，又难以治理，这个如何取舍？最后问下老师所在单位的使用的Istio的规模多大，遇到性能问题是如何解决的？多谢。作者回复: 官方的测试结果是每个sidecar仅有2ms的延迟，即便你的调用链很长，加起来也多不了多少。题外话，如果你的一个业务流程上有太多的服务，说明服务划分的有问题。 我们公司是比较典型的中小型应用，服务不超过100个。性能问题通常是应用本身的问题居多，不必担心mesh，envoy已经被验证了性能优秀
1
宝爷2020-09-23代理和sidecar有什么本质的区别吗？我理解都是用另一个进程来接管网络，为什么是先出来sidecar，再出来service mesh？感觉sidecar出来之后，之间组成一个网络就是所谓的service mesh了。本质区别感觉没有讲透作者回复: sidecar的概念出来也很久了，我们这里特指限定在容器形态的sidecar，只要它接管同一个pod中应用的某种流量（不限于网络、也可以是db流量、io），那它就是一种代理。所以你可以认为sidecar就是一种代理。 你说的sidecar组成的网络就是第一代Service mesh。
Fisher2020-04-09说起微服务，都会说到spring cloud。那么这里老师提到的几个阶段。是不是可以说spring cloud组件都算是公共库呢？还称不上是代理，更称不上是sidecar了。作者回复: 对spring cloud没有深入研究，不敢妄加评论。以我现在粗浅的认识来说，我认为它算是一种公共库的解决方案，至少需要一些config或者annotation植入到应用代码中，对吧？如果我说的不对请专家指正。 所谓殊途同归，他们要解决的问题基本上是一致的，只不过思路不同而已，选择哪种解决方案还是要看自身的情况。我个人认为service mesh的思想是更符合云原生的理念的。
dream2020-04-09第四阶段和第五阶段的区别是，第四阶段中只有部分服务有 Sidecar，而第五阶段是所有服务都有 Sidecar 吗？作者回复: sidecar是一个广义的概念，我们可以认为所有能帮服务分担非业务功能的代理，都是sidecar。比如filebeat，帮服务收集日志，也是一种sidecar。 service mesh是利用了sidecar的思路，本质上就是sidecar的网络拓扑组合，只不过它的sidecar只负责流量控制相关的功能而已。 只要你的应用中有这样的sidecar，哪怕只有一部分有，加上控制平面，就算是mesh。
共 2 条评论- dream2020-04-09请问一下，在第三阶段，把公共库抽出来单独部署，由代理去处理相应的业务逻辑。那么在业务逻辑是不是也会有代码或者配置调用公共库，没有语言绑定，但是任然有代码侵入的。是这样吗？
作者回复: 公共库通常都需要整合、集成，这个过程算一种侵入。比如一些配置文件、代码中的annotation等。 另外，部分公共库虽然功能等方面独立，但是最终和应用程序一起被编译到同一个可执行文件去部署、运行。这算第二种侵入。
Ω ٩(ˊᗜˋ*)و2020-08-01文章地址 https://philcalcado.com/2017/08/03/pattern_service_mesh.html1
知者减半、省者全无2022-04-10老师，Api网关在service mesh中存在的意义大么