2018-05-03能不能，每篇文章做个总结，比如微服务和服务网格的区别，他们的优势，劣势，解决了什么问题，适合什么规模的业务，他们的相同点，不同点，感觉文章讲的有点模糊 2 11
2018-05-09最后一段的意思是，服务网格和API网关可以结合使用的，两种技术并不互相冲突吧。服务网格自己本身是完全去中心化的，给每个微服务运行期实例都加了个壳，两者是一荣俱荣一损俱损的关系，所以往往部署上也应该是在一个容器或VM上的。
目前linkerd是比较成熟而功能完备的，奈何JVM本身不小，打包到容器中就会额外多几十乃至上百MB，运行期也要吃掉很多内存。
lstio的数据面是用的C++，性能优势明显所以buoyant作为linkerd背后公司才不得已自己用另外一门无GC的静态语言重写了。他们也想过优化JVM，但只是优化了部分启动时间便放弃了改良路线决定起炉重造了，毕竟优化JVM太难了。展开 4
2019-03-25服务网格的劣势：
多一层通信，响应上比微服务稍逊一筹
服务网格的优势：
1.业务代码无侵入，服务跨语言；
2.将管理与业务逻辑分离，开发只需专注业务代码实现，开发成本更低；
传统微服务的优势：
快；
劣势：
治理方案不统一；
语言相关性展开 1
2018-05-02大神，所有文章我看了，没有讲到安全呀……能不能讲下安全…… 1
2020-01-12在k8s上，如果我们强制每一个服务发布时候，都必须在pod里面绑定一个nginx或者envoy，负责流控，熔断，通信等等功能，然后利用k8s的service服务发现，那我们也可得到一个很基础的服务网格。
2020-01-10servise mess其实就是将控制组件云化，实现业务系统只管业务？
2020-01-05坚持学习，学习笔记 https://mubu.com/colla/6m9czuZAqc0
2019-07-18边车模式进一步发展，就出现了服务网格，服务网格单独作为一个集群部署，解决服务之间的流控，熔断，重试等服务通信的问题，类似于网络协议中的传输层。使用服务网格将业务逻辑和服务通讯的控制隔离开来，让分布式服务开发更简单容易
2018-11-16Kubernetes中的ingress controller 可以结合nginx或envoy实现各service间的通信，有点类似吧