架构设计哲学
基于创业小团队的务实架构方法论
20年经验沉淀的10条实战原则。不是教科书理论，是踩过坑后的选择。
设计哲学
选型决策
#01
稳定方案优先
选用产品化、稳定的解决方案（如云服务）。小团队人力有限，不能在方案稳定性上消耗时间。
#02
站在巨人肩上
参考行业先进案例。你不是第一个遇到这个问题的人，借助前人经验才能走得更远。
#03
性价比先行
昂贵方案是收益的大敌。MVP阶段用按需付费的无服务器架构，有可预期流量后再切到固定服务。
工程纪律
#04
文档先行，规范先行
写代码时应该已把一切情况考虑完成，而不是边写边研究。
#05
测试一票否决
没有测试的产品不可上线。任何变动，哪怕是依赖的小版本变化，都需要测试。
#06
新技术要有针对性
新技术一定解决某个具体问题，全量替换基本不可能。研究和上线必须有明确目标。
运维保障
#07
多套监控冗余
监控通知不能只有一套，自动打电话+自动发消息。生产事故比想象中多，确保减少影响。
#08
高可用性是功能
高可用不能停留在理论上，要让非技术人员理解，明显地成为功能的一部分。
团队文化
#09
出事主动沟通
没准备好的事总会发生。出事主动沟通，不掩盖不粉饰，做好复盘。
#10
复盘是最后一步
没有反思和总结的开发不是开发，没有反思和总结的项目不是项目。
项目架构案例
不是纸上谈兵——用实际项目证明设计哲学
爱棋道
7年架构演进AWS 官方案例 · 从巨石到微服务的完整演进
1
阶段一：巨石应用
创业初期，单体应用 + 自建视频分发网络，快速上线验证业务
2
阶段二：分布式拆分
业务增长后购买专业视频分发服务，巨石应用拆分为分布式架构
3
阶段三：服务化架构
最终演进为以服务为核心的架构，99.9% 可用性，入选 AWS 官方案例
对巨石、分布式、服务化三种常见架构形态都有实战经验
关联原则 #1关联原则 #6关联原则 #7关联原则 #8