Branko分享了他们创业公司从传统部署迁移到Kubernetes的真实经历，给了所有创业者和工程师一个重要警示：
最初，他们用8台EC2实例+Ansible部署，稳定且成本约1200美元/月。后来受投资方推动、团队想积累K8s经验、竞争对手也在用，他们决定迁移K8s，期待未来可扩展性。
但6个月后，3名工程师全职维护K8s，AWS账单飙升至4500美元/月，部署变慢，宕机增多，产品开发陷入停滞。
最终，他们放弃K8s，迁回ECS Fargate，花了两周时间，成本降回1800美元/月，工程师重新聚焦产品功能。
这段经历告诉我们：
- K8s对大规模、高复杂度场景极具价值，但并非所有团队和阶段都适合。
- 技术选型应以实际需求为导向，避免被“云原生”或“潮流”绑架。
- 投资方推动技术变革须配备相应资源和专业能力，否则容易适得其反。
- 简单稳定的架构往往更高效，复杂度和成本不可轻易增加。
社区讨论中，不少人认同K8s复杂且不适合多数中小团队，强调经验和管理的重要性，也推荐了ECS、GKE Autopilot等更轻量方案。有人指出，正确使用基础设施即代码和自动化工具，K8s管理可简化，但这需要成熟的团队和流程。
总结一句话：别因为“未来趋势”盲目迁移，技术应服务于产品和业务需求，适合现状才是最佳选择。
原推文链接：x.com/brankopetric00/status/1986276714364731478
