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