云越多 麻烦越具体
先说我见过最典型的多云管理现场。不是架构图。是运维老周手机里的七个云厂商 App。一个云一个告警群。凌晨两点，数据库连接池满了，通知在三个群里飘。他先翻控制台，再登另一家，最后发现是专线抖动，跨云调用超时。账单那边也没闲着。财务问，为什么这个月对象存储涨了这么多。没人能立刻答上来。
多云管理这个词，听起来像把几个云的控制台拼在一起。真干起来，拼的是权限、网络、账单和故障定位。每一样都碎。
我采访过一个小团队，三个人管两个云。一开始用表格记资源。后来表格变成脚本。脚本又变成半套自研平台。问题不在技术选型。问题是没人愿意长期维护那套东西。半年后，离职一个人，脚本没人敢改。
所以别急着买平台。先看自己有没有稳定的平台工程能力。多云管理第一道门槛，不是工具，是维护工具的人。
账单能合并 责任不能合并
成本是多云管理里最容易看见的入口。也最容易做浅。把各家账单拉到一个看板，颜色统一，数字对齐。看着挺舒服。
麻烦在后面。财务要按项目分摊。研发要按服务看消耗。云厂商只认账号和标签。这三套维度经常对不上。标签写错一个，月底就要人工拆账。预留实例、节省计划、竞价实例，买错比不买还贵。有的团队养了 FinOps 角色。有的让运维兼职。兼职那个最惨，白天救火，晚上对账。
账单可以合并，责任不能自动合并。谁用谁付，说起来简单。真落地要先定义资源归属。再定义例外。再定义例外里的例外。这事没有一次性做完的时候。
权限也一样。SSO 接进来，IAM 联邦配好，看起来统一了。员工离职，账号还在五个云里躺着。SCIM 同步经常缺字段。审计要查一个人过去半年动过哪些资源，各家日志格式不同，时间戳精度不同。最后只能拉一张大表，人工拼。烦。真的烦。
控制面放在哪 是个政治问题
多云管理平台放哪，表面是架构问题。实际是政治问题。用各家原生工具，深度好，更新快。代价是碎片。每换一个云，流程重学一遍。用第三方平台，界面统一。代价是深度。新功能上线慢半拍，出了怪问题只能等厂商。自研最贴合业务。代价是团队活着累。
我偏向一个顺序。先把资产、账单、权限、告警四件事统一。别一上来做工作流编排。编排很诱人，也很容易变成没人用的流程图。控制面可以放在一个云上，也可以放在 IDC。关键不是位置。关键是它挂了，业务还能不能跑。这个容灾方案要提前写。不是出事再拉群讨论。
网络是另一个硬骨头。跨云专线、VPN、DNS、证书、路由。每一项都能单独写一篇。多云管理如果不管网络，最后就是应用能通，但不知道走哪条路。延迟一高，先查应用，再查数据库，最后才怀疑云间链路。故障定位时间全耗在猜上。
更麻烦的是人。跨云故障，谁拍板切流。谁联系云厂商。谁写复盘。没有值班表和升级路径，群里只会刷“有人看下吗”。多云管理走到后面，拼的是组织，不是 API。
别把多云管理做成大屏项目
很多多云管理项目，起步就是一块大屏。资源数、告警数、成本曲线，全部往上堆。领导来参观，效果不错。值班的人不看。为什么？因为告警没收敛，点进去还是几十个群。大屏解决的是展示。值班解决的是动作。
可观测性可以统一一部分。OpenTelemetry 推指标、日志、追踪。听起来很顺。实际会遇到基数爆炸。一个标签加错，指标数量翻十倍。日志更直接，存得越多，账单越难看。采样策略要按业务定。追踪链路要打通跨云上下文。这些活不酷，但省下的都是真金白银。
自动化也要克制。Terraform、Crossplane、GitOps，都能用。Terraform state 管理不好，就是另一个故障源。策略即代码很好，但策略写错，影响面更大。小团队别自研多云管理平台。用托管服务，或者先用开源拼。省下来的时间，去写 Runbook。Runbook 比大屏值钱。真的。
选型时看三点。能不能导出数据。能不能接现有 SSO。出问题有没有人接电话。其他都是后话。多云管理没有银弹。有人把控制台统一了，有人把账单统一了，有人只统一了告警。都行。怕的是什么都想做，最后什么都没管住。
回到开头那个凌晨。老周后来没换平台。他先做了三件事。告警收敛到一个值班群。跨云链路加了主动探测。账单标签每月自动巡检。效果谈不上惊艳。但至少再出问题，不用翻七个 App。多云管理有时候就这么土。土，但管用。