APP上线前，服务器要先「搭好」。服务器部署包括选型、环境配置、代码上线、域名与证书、监控与备份。理解这些基础，能帮你在和运维沟通时说清需求，也能避免「上线当天才发现服务器没准备好」。在成都部署应用，最容易忽略的是「上线当天才发现服务器没准备好」。
服务器分「云服务器」和「物理机」。云服务器弹性好、按需付费，适合多数项目；物理机性能稳定、成本可控，适合大流量。
选型看「配置」：CPU、内存、带宽、磁盘。配置要按「预估用户量」定，别「先买最便宜的，然后天天崩」。
还要看「地域」：服务器离用户近，访问快。面向本地用户的，选本地或就近的机房。
环境包括操作系统、运行环境（如Java、Node、PHP）、数据库、缓存、Web服务器。
配置要「可重复」：用脚本或镜像，保证每台机器一致，避免「这台能跑、那台不行」。
还要「安全加固」：关闭无用端口、设置防火墙、更新补丁。裸奔的服务器，很容易被攻击。
上线要「自动化」：用脚本或工具，把代码从仓库部署到服务器，减少手工出错。
要「分环境」：开发、测试、生产分开，别在生产环境直接改代码。
还要「可回滚」：新版本出问题，能快速退回。没有回滚的上线，是「裸奔」。
域名要「备案」（国内服务器必须），否则无法正常访问。备案周期较长，要提前办。
证书用于HTTPS，保护数据传输。现在主流平台都要求HTTPS，没有证书，功能会受限。
证书要「续期」：过期会导致访问失败或安全警告。要设置提醒，别等过期才发现。
监控包括：CPU、内存、磁盘、带宽、接口响应、错误率。数据能告诉你「系统健不健康」。
告警要「及时」：出问题第一时间通知到人，而不是等用户投诉。
还要「日志」：记录访问、错误、操作。出问题能查，才定位得快。成都一些项目备案没提前办，白白等了几周才上线。
备份是「数据的保险」：定期备份数据库和文件，异地存储。
备份要「能恢复」：只备份不演练，真出事可能恢复不了。要定期测试恢复流程。
容灾是「防单点」：关键服务要有备用，一台挂了能切到另一台。小项目可以简化，但核心数据不能只有一份。
检查一：域名已备案、证书已配置且未过期，HTTPS可正常访问。
检查二：数据库已初始化、账号密码已改默认值、外网端口已收敛。
检查三：备份策略已生效，并做过一次「恢复演练」，确认真的能恢复。
检查四：监控与告警已接入，能收到「机器宕机、接口错误、磁盘将满」三类告警。
检查五：有回滚方案，新版本出问题能在几分钟内退回。这五条过一遍，上线当天的风险能降一大半。
控制一：按需选配置。初期用小配置，用户涨了再升，别一上来就买顶配。
控制二：带宽按峰值估，但用「弹性带宽」，避免长期为峰值付费。
控制三：存储分层。热数据用高性能盘，冷数据用低价存储，能省不少。
控制四：定期清理日志与临时文件。很多账单是被「没清理的日志」撑起来的。
服务器成本包括：实例费、带宽费、存储费、备份费。按用量计，用户越多越贵。
扩展要「弹性」：流量涨了能加机器，降了能减配置。云服务的弹性，正是它的价值。
预算要「按年」算，而不是「按月」，避免「用着用着超支」。部署不是「一次性」，而是「持续投入」。对成都的运维来说，备份能恢复、版本能回滚，是最基本的底气。
