做java架构师的最重要的一点就是上面说的贴合业务，任何不基于业务做异想天开的架构都是耍流氓~
Java架构师不像平时编写代码那样，对是错，错就是错，它并无对错之分，这是一个选择过程。当我们从0开始搭建框架的时候，确实很困难。尽管一开始很难做，但良好的开端等于成功的一半，这将为我们的下一个工作打下坚实的基础。
下面来阐述一下笔者个人是如何从头开始做一个架构的，供大家参考学习：
1.架构是一个整体–>部分的过程，先得明确整个公司/组织对外提供的服务是什么？这是最上层的战略架构，这个基本是一旦确定就很难甚至无法更改了。
2.给每个部分（比如SOA的某个服务）划分解决方案。比如根据公司的组织架构或者产品等。
3.找到每个解决方案的核心功能和支撑功能。并形成一个业务总览图。
4.分久必合，合久必分。根据当前实际资源情况做出最终决定。这是整个过程中最耗时的一点。它决定了体系结构的复杂性和开发成本。该方法包括但不限于提取可重用的功能、功能的组合、拆分粒度更细的功能提高可重用性等等。所有这些决定都必须是“正确的”。不要盲目跟随微服务的风潮！不要盲目跟随微服务的风潮！不要盲目跟随微服务的风潮！重要的事情说了3遍。服务粒度越细，调用链接越复杂，开发成本是否适合团队，这是需要作为Java架构师考虑的一点。
5.确立每个功能块之间的协作方式，包括但不限于通讯方式，通讯协议，依赖关系等。
6.最后要把这些形成最终的架构总览图，这样能够帮助站在一个更高的角度去考虑架构的演变问题。如果是针对现存项目重新做架构，那么需要把现有项目架构梳理出来，作为我们上面思考过程中的一部分参考信息。
推荐阅读：java架构师指南之什么是架构和架构本质