微服务部署
简单直接的回答是：从技术上讲，它不是“必须”的。
但从运维和架构演进的角度看，它是大规模微服务的“生存刚需”。
你可以把微服务想象成一支交响乐团，如果只有两三个乐手，大家靠眼神交流（本地配置）就能协作。
但如果有 100 个乐手，就必须有一个指挥台（配置中心）来统一节拍，否则场面会迅速失控。
为什么说它是“必须”的？
在传统的单体应用中，改个配置重启一下服务器可能只需几分钟。
但在微服务环境下，如果没有配置中心，你会面临以下痛点：
配置散落各处： 如果你有 50 个服务实例，修改一个数据库连接池参数。
你需要手动修改 50 份文件并重启 50 次，这几乎是不可接受的。
配置不同步： 人工修改极易出错，导致部分实例配置更新了。
部分没更新，产生难以排查的线上 Bug。
安全性差： 敏感信息（如 API 密钥、数据库密码），如果写在代码或本地文件中，极易泄露。
如何来配置？
现实中的折中做法，很多团队的实践路径大致是：
早期：本地配置文件 + 环境变量，尽量规范命名和抽取公共配置。
系统变复杂后：引入配置中心，但只托管“易变、需要在线调整”的配置，稳定不怎么变的仍保留在本地。
成熟阶段：所有与环境相关、敏感信息（数据库、MQ、第三方凭证等）。
动态开关统一进配置中心，并配合权限、审计、灰度等治理能力。
mikechen睿哥
10年+一线大厂架构实战经验，操盘多个亿级大厂核心项目，就职于阿里、淘宝等一线大厂。