Mesh化为什么要把流量治理逻辑从业务SDK中分离？

正确答案 D

要解除的是通用治理实现与业务制品的耦合。教材描述业务侧保留较薄的Client，与Mesh通信，由Mesh处理原来SDK中的流量控制等逻辑，所以选D。促销、退款等业务规则并不会因此变成网格的职责。

以限流策略调整为例，目标是让治理能力不必总跟着各语言业务SDK逐个升级，而不是把每个业务团队的规则塞进同一个网格进程。这个分离可以减少耦合，但不能推导出以后所有升级都绝对无影响：接口兼容、网格配置、流量路径和回归验证仍要检查。题目采用的是教材对Mesh化的抽象描述，不要求把所有产品部署方式都记成一种固定的伴随进程方案，也不要求背某个厂商的命令。

选项分析

A

折扣、退款规则属于具体业务含义，不是题干希望分离的通用流量治理逻辑，转移它们改变了职责边界。

B

完整SDK仍与业务制品绑定，名称变化没有改变治理能力的实现位置，也就未解决反复打包的耦合。

C

Mesh不能凭空推断业务契约，客户端与网格仍需要明确的通信和配置约定，不能以解耦为由取消它们。

D

保留必要通信客户端，将通用治理能力从业务实现中分离，与教材希望降低SDK升级影响的方向一致。

再巩固一步

• Mesh题先划两列：订单怎么算是业务规则，请求怎样受控流转是治理问题；不要把两列一并迁走。