19 年云计算全链路：从中国电信的技术专家，到野村综研的日企集团混合云与上云迁移，再到私有云与混合云的架构设计、行业解决方案设计与技术赋能。需求调研 → 架构设计 → 解决方案 → POC 验证 → 投标技术应答 → 实施迁移 → 运维运营，每一段都自己走过。
我是钱锅锅，做了 19 年云计算。从中国电信的技术专家起步，做过市级与区级政务云 0 → 1 的规划建设、野村综研时期日企集团的混合云架构与上云迁移、十多家三甲医院的 PB 级影像存储；现在负责私有云项目的运维交付，同时面向交通、能源行业输出云、AI 与信创方案。
岗位换过五次，做的事其实没变：把客户的业务需求翻成能落地的架构，再把这套架构守到稳定运行。近百套政务业务要在一个割接窗口里迁完、PACS 影像每年都在涨、集团客户的云上成本要真降下来——这类问题靠一次架构评审解决不了，得靠 POC 时把边界摸清、割接预案写到每一分钟、值守和复盘一轮轮磨。
所以我一直写。博客里那些排查顺序和踩坑清单，很多就是这些项目留下的笔记；图班.浑仪和图班.域符，也是从「手边的工具不够用」这件事里长出来的。
不是技能清单的罗列，是这些年反复用到、出问题能直接上手的部分。
服务过的客户类型 · 节选
按与产品的关系挑的，不是按时间排的。
迁移不是搬机器。先划清分批边界与回退条件，再谈工具选型；业务侧的验收口径，最好在迁移开始前就谈定。
阅读全文 ↗管理库往往是 CloudStack 的第一道瓶颈。从慢查询、索引到历史数据归档，按影响面排序，而不是一次全调。
阅读全文 ↗RBD 卷异常时的定位顺序：先看 OSD 与集群状态，再查客户端挂载与网络。顺序对了，能少走一半回头路。
阅读全文 ↗内网环境拉不到镜像时，先把源理清楚。哪些还能用、怎么配、拉取失败时先看哪一层。
阅读全文 ↗从镜像、网络到持久卷，把落地时最容易卡住的地方按顺序过一遍。
阅读全文 ↗不想再手改 zone 文件，就先给它套一层界面。这篇是后来做域符的起点。
阅读全文 ↗做产品不是另起一件事。下面这三处，几乎是把这些年项目里的排查过程和踩坑清单，直接搬进了界面。
博客不设评论区。技术问题、部署问题、合作意向，都可以直接邮件——通常当天回。
