1.资源 团队（人员数 技术水平） 时间
2.业务
业务量是不是很大 是不是前期就要满足很大业务量的设计
业务复杂度 业务是不是就是要求这么复杂 是不是所有位置都要考虑高可用 高性能 可扩展等
3.系统拆分粒度 没必要特别细 没必要特别粗 重点是要合理 服务内部复杂必然导致外部复杂（外部依赖关系 外部系统实现 运维层面等） 拆分要恰到好处
系统架构的底线 至少要能满足业务落地
架构最重要的就是合理（合适） 这个意味很多思考 各个方面的平衡才是合理 没有最好的架构 只有最合适的架构
原文：https://www.cnblogs.com/panbolin/p/14779115.html