问从架构的视角来看， 支付系统是否应该独立？

1. 支付内嵌（不独立）

支付逻辑耦合在订单、商城、会员主业务系统。

• 优点：初期开发快、部署简单、运维成本极低，不用跨团队联调
• 致命短板（架构痛点）
  1. 多业务线重复造轮子：商城、会员充值、线下门店、分销都要重复写微信、支付宝、退款、对账、分账，代码冗余，BUG 泛滥；
  2. 迭代互相阻塞：订单改版要动支付代码，支付升级（新增银联、数字人民币）要全业务回归测试；
  3. 故障爆炸：订单服务宕机连带支付不可用；支付报错直接拖垮下单全链路；
  4. 合规无法收敛：支付涉及支付牌照、备付金、反洗钱、风控、日志存证、税务，散在各个业务里无法统一审计。

2. 支付独立（支付中台 / 支付域）

单独一套支付服务，统一收口：渠道对接、收银、收单、退款、冲正、对账、分账、资金风控、合规台账。所有业务（订单、充值、核销、线下）调用支付网关，不直连三方支付。

• 核心架构收益（架构师最看重）：复用、稳定、可治理、合规、可扩展

该如何选择呢？