解读

在国内多云、多租户场景下，财务分账是甲方客户上线 Cloud SQL 的硬性合规要求。面试官想知道：

1. 你是否理解 Cloud SQL 的标签（Labels）机制与计费粒度；
2. 能否把标签数据与国内财务流程（发票、部门成本中心、租户账单）打通；
3. 是否熟悉BigQuery 成本表、Cloud Billing Export 及预算告警等落地工具。
   回答要体现“技术+财务”双闭环，避免只讲打标签本身。

知识点

• Cloud SQL 标签约束：键值≤63 字符，仅支持小写、数字、下划线和短横线；标签在资源创建后仍可改，但历史账单不会回溯更新。
• 计费粒度：Cloud SQL 按实例运行时长、磁盘容量、网络出流量、高可用备用实例、备份存储五项独立出账，每一项都继承实例标签。
• Cloud Billing Export：需在国内多地域开通BigQuery 数据集（Region=asia-southeast1 或 asia-east2），打开标准成本表（standard usage cost），每日分区表自动写入。
• 标签设计范式：采用**“业务-环境-租户”三段式**，如 biz:ecrm、env:prod、tenant:tenant-a，避免中文值，方便后续在 BigQuery 用 REGEXP_CONTAINS 做模糊匹配。
• 分账算法：在 BigQuery 用SUM(cost) 按标签键值分组，再乘以PBO（Public Billing Rate） 与商务折扣系数，得到租户应付金额；折扣系数需从客户经理处获取并定期更新。
• 权限模型：财务组仅授予 BigQuery DataViewer 角色，禁止其修改标签；运维组授予 Cloud SQL Admin，但无结算账号权限，实现标签与金额读写分离。

答案

1. 标签设计
   在组织策略里通过 Resource Manager 政策约束强制 Cloud SQL 实例必须带 tenant、costcenter、env 三个标签，缺失时部署流水线自动失败；值统一放在内部 CMDB 做白名单管理，防止拼写差异。

2. 数据导出
   开通 BigQuery 标准成本表，把结算账号与项目 ID绑定到 asia-east2 数据集；过滤 service.description="Cloud SQL" 拿到全部 SQL 相关费用。

3. 分账逻辑
   创建每日调度的 BigQuery 存储过程：

   • 先按 labels.value 把费用拆到租户；
   • 再对高可用备用实例与主实例做成本合并，避免重复计费；
   • 最后乘以商务折扣系数与汇率，生成人民币金额字段 cny_cost。
     结果写入 billing_split.tenant_daily 表，分区字段为 usage_date，方便回溯。

4. 出账与对账
   每月 3 号自动导出 CSV 到 Cloud Storage，通过阿里云邮件推送（国内合规邮箱）发送给各租户；同时把汇总数据写入金蝶云星空 API，自动生成部门成本凭证，实现**“云账单-财务系统”**闭环。

5. 持续治理
   利用 Cloud Asset Inventory + DataStudio 做标签覆盖率仪表盘；覆盖率低于 95% 触发 Cloud Monitoring 告警到企业微信，7 日内补齐标签，否则实例自动关机（通过 Cloud Functions 调用 sqladmin.instances.patch 设置 settings.activationPolicy=NEVER）。

拓展思考

• 共享实例拆分：若多个微服务共用一个 Cloud SQL 实例，可在应用侧注入自定义指标（如 QPS、连接数），通过 Cloud Monitoring 自定义指标导出到 BigQuery，再按权重比例二次分摊，解决“标签只能到实例级”的粒度不足问题。
• Spot/Committed Use Discount 回摊：国内客户常购买 1 年 Committed Use 享受 25% 折扣，需把折扣节省金额按标签占比回摊到租户，否则会出现“财务视角亏损”。可在 BigQuery 用 credits.amount 字段做反向分摊。
• 跨云一致性：若部分租户同时用 阿里云 RDS，可通过标签命名规范统一（同样用 tenant、env），再借助阿里云成本标签导出与 Google Cloud 成本表做跨云合并对账，实现**“一张大账单”**给最终客户。