架构够用就好

技术选型的锚点

我判断一个方案好不好，只看一条：它能否用团队熟悉的方式，稳定支撑未来一年预期的量级。

超出这个范围的设计，通常带来的是维护成本，而不是能力。分布式、微服务、消息队列都是好工具，但它们解决的问题未必是你现在的问题。

分层比选型更重要

一个清晰的边界，比一个时髦的框架值钱。业务逻辑、数据访问、接口层分开写，后面无论换数据库还是加缓存，都有地方下手。

• 业务逻辑不直接依赖具体的存储实现
• 对外接口先定契约，再谈实现
• 关键路径留出可观测性，日志和指标从一开始就带上

留出替换的余地

架构的价值不在于一步到位，而在于需求变化时有地方改。设计时多问一句「如果这里要换掉，会牵动多少代码」，答案往往就出来了。

延伸阅读

如果团队正在做技术选型或系统重构，可以查看 技术咨询与架构设计；需要从零建设系统时，再看 Web 系统定制开发。