「Comment」https://icyfenix.cn/immutable-infrastructure/mesh/communication.html
fenixsoft opened this issue · comments
分离数据平面与控制平面的实质是将“程序”与“网络”进行解藕,将网络可能出现的问题(譬如中断后重试、降级)...
在“数据平面”和“控制平面”这两个小节里,笔者会延续服务网格将“程序”与“网络”解藕的思路...
这些“解藕”能让我吃两碗米饭~~~
分离数据平面与控制平面的实质是将“程序”与“网络”进行解藕,将网络可能出现的问题(譬如中断后重试、降级)...
在“数据平面”和“控制平面”这两个小节里,笔者会延续服务网格将“程序”与“网络”解藕的思路...这些“解藕”能让我吃两碗米饭~~~
不好意思,让你长胖了,哈哈
分离数据平面与控制平面的实质是将“程序”与“网络”进行解藕,将网络可能出现的问题(譬如中断后重试、降级)...
在“数据平面”和“控制平面”这两个小节里,笔者会延续服务网格将“程序”与“网络”解藕的思路...这些“解藕”能让我吃两碗米饭~~~
不好意思,让你长胖了,哈哈
我其实是想说这个错别字的问题,作为严谨的程序员咱是不是考虑改改?
我其实是想说这个错别字的问题,作为严谨的程序员咱是不是考虑改改?
我有看到,等下次更新会改过来。
周老师,在之前您说过“通过网络进行分布式运算的八宗罪”,服务网格虽好,但没法解决诸如“带宽是无限的”,“延迟是不存在的”之类的问题,您对远程通信的透明性怎么看?
@UUNNFLY
周老师,在之前您说过“通过网络进行分布式运算的八宗罪”,服务网格虽好,但没法解决诸如“带宽是无限的”,“延迟是不存在的”之类的问题,您对远程通信的透明性怎么看?
那时候说的透明是对“功能”和“性能”都透明。
现在ServiceMesh追求的透明仅仅对“功能”透明,对“性能”不透明。
“或者代理主动从约定的好的位置获取的”是否多了一个“的”
让应用之间可以非常简单地交互而不必考过多虑异常情况
应该为
让应用之间可以非常简单地交互而不必过多考虑异常情况
已修正,感谢。
譬如集成了 OKHTTP ,OKHTTP 是不是打错了 应为 HTTP
自此以后,数据平面就有了如何描述各种配置和策略的事实标准,控制平面也有了与控制平面交互的标准接口
是不是改为
自此以后,数据平面就有了如何描述各种配置和策略的事实标准,控制平面也有了与数据平面交互的标准接口
运维人员去“埋单”-> "买单"