云原生剥离非功能代码，为什么不是把业务规则也交给云平台？

正确答案 A

先分清“业务要做什么”和“系统怎样可靠地支撑它”。退款条件、订单规则是业务逻辑；存储副本和故障切换属于可以借助云服务承接的通用能力。A减少了自建实现负担，同时没有丢掉业务规则与验证责任。

以订单数据为例，平台可以提供存储与可用性能力，但不会因此知道商家的退货期限、优惠规则或一笔订单是否应退款。应用仍要正确使用平台服务，设置合适的权限、容量和保护策略，并验证业务需求能否满足。教材说非功能能力可以大量委托，不是说非功能要求可以删掉，更不是说云计算解决了所有问题。第三方业务库也要看实际承担什么逻辑，不能仅因“不是自己写的”就一概归为非功能代码。

选项分析

A

把通用存储保障交给适合的服务，同时由应用保留业务规则和接入验证，符合委托实现而非放弃要求的思路。

B

退款资格和优惠规则取决于具体业务，不能因为使用云服务就认为平台应自动为组织决定这些规则。

C

减少实现代码不等于取消安全与容灾目标。删掉要求而非由其他能力承接，会改变原有保障目标。

D

只迁移运行位置，仍自行实现同一套非功能能力，没有体现题目要求的通过委托来减少自建负担。

再巩固一步

• 先辨职责，再看实现归属：业务规则由业务需求决定，通用保障能力可评估交给平台，但要求与验证不能丢。