作者回复: 谢谢认可!
作者回复: 谢谢认可!
作者回复: 这是个好问题。原本只有服务之间的依赖,现在多了mesh的依赖。我认为联调可以分2步: 1. 去掉mesh先保证服务的连通性(和以前一样) 2. 加上mesh调试服务的连通性 一个关键点是需要有mesh的dev环境
作者回复: 明白了。新版本策略不在提供了,需要自己使用envoy的扩展去自定义filter。可以了解下这个:https://github.com/envoyproxy/envoy-filter-example。 不过我个人觉得把这样的业务需求放在基础设施层不太好,还不如直接在app层面去解析。
作者回复: Dapr可能是微服务架构的诗和远方
作者回复: 😁
作者回复: 感谢你的坚持!
作者回复: istod 也是pod,改replica就行,默认也提供了HPA
作者回复: 谢谢!
作者回复: k8s ingress 只能做基本的路由;istio 的vs可以做更细粒度的流量控制,比如灰度,retry,timeout,mirror,fault等等;还有一个好处是流控的能力由vs负责,解耦ingress