架构合理性考虑

1.资源 团队（人员数 技术水平） 时间

2.业务 

　　业务量是不是很大 是不是前期就要满足很大业务量的设计

　　业务复杂度 业务是不是就是要求这么复杂 是不是所有位置都要考虑高可用 高性能 可扩展等

3.系统拆分粒度 没必要特别细 没必要特别粗 重点是要合理 服务内部复杂必然导致外部复杂（外部依赖关系 外部系统实现 运维层面等） 拆分要恰到好处

系统架构的底线 至少要能满足业务落地

架构最重要的就是合理（合适） 这个意味很多思考 各个方面的平衡才是合理 没有最好的架构 只有最合适的架构