fenixsoft
「Comment」https://icyfenix.cn/immutable-infrastructure/mesh/communication.html
分离数据平面与控制平面的实质是将“程序”与“网络”进行解藕，将网络可能出现的问题（譬如中断后重试、降级）...
在“数据平面”和“控制平面”这两个小节里，笔者会延续服务网格将“程序”与“网络”解藕的思路...
这些“解藕”能让我吃两碗米饭~~~
@yanyuyouyou
分离数据平面与控制平面的实质是将“程序”与“网络”进行解藕，将网络可能出现的问题（譬如中断后重试、降级）...
在“数据平面”和“控制平面”这两个小节里，笔者会延续服务网格将“程序”与“网络”解藕的思路...这些“解藕”能让我吃两碗米饭~~~
不好意思，让你长胖了，哈哈
@yanyuyouyou
分离数据平面与控制平面的实质是将“程序”与“网络”进行解藕，将网络可能出现的问题（譬如中断后重试、降级）... 在“数据平面”和“控制平面”这两个小节里，笔者会延续服务网格将“程序”与“网络”解藕的思路...
这些“解藕”能让我吃两碗米饭~~~
不好意思，让你长胖了，哈哈
我其实是想说这个错别字的问题，作为严谨的程序员咱是不是考虑改改？
周老师，在之前您说过“通过网络进行分布式运算的八宗罪”，服务网格虽好，但没法解决诸如“带宽是无限的”，“延迟是不存在的”之类的问题，您对远程通信的透明性怎么看？
@UUNNFLY 周老师，在之前您说过“通过网络进行分布式运算的八宗罪”，服务网格虽好，但没法解决诸如“带宽是无限的”，“延迟是不存在的”之类的问题，您对远程通信的透明性怎么看？
那时候说的透明是对“功能”和“性能”都透明。 现在ServiceMesh追求的透明仅仅对“功能”透明，对“性能”不透明。
自此以后，数据平面就有了如何描述各种配置和策略的事实标准，控制平面也有了与控制平面交互的标准接口
是不是改为
自此以后，数据平面就有了如何描述各种配置和策略的事实标准，控制平面也有了与数据平面交互的标准接口
