后端即平台

问题：业务逻辑之外的隐性工作

后端开发者最熟悉的中断模式不是写不出代码，而是代码写完了，却卡在配数据库连接、调队列参数、处理部署差异上。一个本地能跑的服务，到了线上因为环境漂移而行为不一致，排查成本往往高于开发本身。

核心思路：把基础设施变成代码声明

这个技能以「平台思维设计师」的角色工作，核心信念是：标准后端服务不需要手写云控制台。它要求在代码中直接声明 数据库、队列、缓存 等资源，而非另写一套配置文件，让平台层负责生成连接串、执行迁移和部署。

关键落地步骤：

• 声明资源：服务定义即基础设施描述，资源声明进版本库，可追溯、可评审
• 本地即云语义：本地开发环境使用同构抽象，消除「本地能跑线上不行」的割裂
• 自动接线：连接串、迁移、部署由平台自动生成，减少手工操作
• 内建可观测：请求追踪与日志默认开启，不必事后临时接入
• 渐进迁移：先迁一个服务验证路径，再逐步扩展

适用边界与注意点

• 声明式方式适合标准后端服务；复杂定制场景仍需下沉到手写云配置
• 警惕平台锁定盲区：过度依赖抽象后，真正需要定制时可能难以下沉
• 魔法黑盒风险：出错时若底层不透明，排障会变得困难
• 一次全量迁移所有服务是典型反模式，问题会集中爆发
• 基础设施的权限、成本与安全应以云厂商官方文档与团队规范为准，关键配置保留可审查与回滚能力