同一套代码，要在多个「世界」里安全运行

你写的代码会依次经历：自己电脑上开发、测试验证、上线前预演、最终对外生产。如果这些阶段共用一套数据库和配置，一次测试就可能删掉真实用户数据。环境分离和「代码如何在环境间流转」是发布工程的第一课；而当产品要同时面向中外用户，还会面对两套差异巨大的网络与合规架构。

四套环境各干什么

环境分层（从左到右越来越接近真实用户）开发 dev ：本地/开发分支，连测试数据，可随便改、随便重启测试 test ：合并后自动部署，跑自动化测试、给测试同学验证预发 stage ：和生产几乎一致（同配置结构、脱敏数据），上线前最后演练生产 prod ：对外正式环境，真实用户、真实数据，变更受控、可回滚

一次构建，多环境流转

正确做法呼应 Stage15 的十二要素：代码只构建一次，产出一个确定的制品（静态包/Docker 镜像/安装包），这个制品原样在测试→预发→生产间流转，环境差异全部通过环境变量/配置注入，而不是为每个环境改代码重新构建。这样你在生产跑的东西，就是测试验证过的同一个东西，避免「测试环境好的、生产挂了」。

境内架构 vs 境外架构：差异是结构性的

面向中国大陆用户和面向海外用户，不是换个服务器那么简单，而是从「服务器在哪、要不要备案、用谁的 CDN、接哪些第三方、网络通不通」全面不同：

三种架构选择：单境内、单境外、双栈

双栈不是把系统复制两份那么简单，要决定：账号体系是否打通、用户数据按地区存储与合规（数据跨境受限）、内容与版本是否分地区运营、配置如何按地区切换。独立开发者更现实的路径通常是「先单点做透一个市场，验证后再开第二栈」，朋友好学当前以国内为主（大陆服务器+备案进行中），海外则用独立品牌 pygoodly 单独上架，正是「先分而治之、避免一套硬扛」的思路。

本节小结

环境分开发/测试/预发/生产，逐级接近用户，必须隔离数据库与密钥、绝不用生产库测试，预发用与生产同结构做上线前演练。制品只构建一次、不可变带版本号，靠环境变量在各环境流转，保证被测即所上线。境内外架构是结构性差异：大陆用户用大陆节点(就近+备案前提)、国内CDN与第三方、数据本地化；海外用就近海外节点、无需中国ICP、全球CDN、守GDPR等；网络可达性源于物理距离与跨境链路，原则是服务器离用户近。三种选择单境内/单境外/双栈，双栈要决策账号是否打通、数据分区合规、内容分版，早期建议先单点做透一个市场再开第二栈。