谈到架构，不仅是技术人员，连小部分业务人员都耳熟能详，那么为什么要做架构设计呢？
不做架构设计系统就不能运行吗？不是。
做了架构设计，开发维护就会变得容
谈到架构，不仅是技术人员，连小部分业务人员都耳熟能详，那么为什么要做架构设计呢？
不做架构设计系统就不能运行吗？不是。
做了架构设计，开发维护就会变得容易吗？也不是。
良好的架构设计能促进业务发展吗？这也未必。
那做架构设计图的是啥呢？
项目流程要求做架构设计
错。有这种观点的人，会导致生搬硬套已经存在的一些架构，本来很简单的一个小系统，非得削足适履来适应架构，用起来别扭不说，还起不到作用，浪费时间和精力。
为了高可用、高性能、可扩展
错。能理解这一层的人，说明对架构设计有一定了解了，但这“三高”是架构设计带来的好处，并不是它的目的。持有这种观点的人，不管什么场景，一上来就是微服务、分布式、缓存、消息队列，让原本简单的系统复杂无比，功能改动困难，上线后运行不稳定，问题不好排查，只能推翻重来。
为了解决业务复杂度
对。业务是不是7*24办理？高峰期一秒钟有多少笔业务？每年的业务量有多大？未来两年业务增长的很快吗？业务访问权限很严格吗？不同的回答就能确定选择何种架构，优先保障需要满足的点。这才是架构设计的目的所在。切忌过度设计和设计不足，两者都会带来巨大的麻烦。
