所谓一千个架构师中有一千种“最好的架构”模式。“架构”是我们这行业种一个很常见的词表明其必然也是经历了很长的岁月打磨所形成的一个词。架构的这个词出现的意义是什么为了解决什么问题只有把这2个问题想明白了才能设计出一个良好的项目架构。我认为 架构类似于画房屋设计图在刚开始我们盖一层楼的小房子的时候拍拍脑门想一下脑子里有个大概的样子就开始动工了想怎么盖就怎么盖大部分情况下也都不会出现。但是当你要盖一个大楼这时候拍拍脑门的方式虽然有可能还能管用但是由于没有经过深思熟虑的多方考量建造出来的必然是问题重重。另外建造大楼和盖个一层楼的小屋所需的团队规模肯定是不同的每个人心中的标准不同如果没有一个统一的规范最后的结果可想而知。所以架构就是定规则做限制是在权衡各方得与失之后的一个“最合理决策”由它来指导团队中的每个人思想层面上的一致使得最终的产品达到像由一个人做出来的一样。另外还有控制复杂度、提高团队协作力、降低成本等等作用。在软件开发中架构的意义不单单是为了让团队达成一致因为我们工作的本质是为了做出更好的支撑业务发展需要的软件产品所以架构也是基于业务的架构。我认为一个好的架构能够提前预见业务发展1~2年为宜。这样可以付出较为合理的代价换来真正达到技术引领业务成长的效果。我相信大部分在中小型公司呆过的人应该都经历过被业务推着走的时代每天焦头烂额的这里卡了这里挂了这里报错等等问题。当我们遇到这些问题的时候是时候花成本来考量当前的架构是否存在问题二、如何开始设计一个架构做架构的最重要的一点就是上面说的贴合业务任何不基于业务做异想天开的架构都是耍流氓~架构不是像平常写代码一样对就是对错就是错它并无对错之分是一个取舍的过程。当我们从0开始做架构的时候的确是比较困难。虽然万事开头难但是一个好的开始相当于成功了一半会给我们接下去的工作打下结实的基础。下面来阐述一下笔者个人是如何从头开始做一个架构的供大家参考学习1.架构是一个整体-- 部分的过程先得明确整个公司/组织对外提供的服务是什么这是最上层的战略架构这个基本是一旦确定就很难甚至无法更改了。2.给每个部分比如SOA的某个服务划分解决方案。比如根据公司的组织架构或者产品等。3.找到每个解决方案的核心功能和支撑功能。并形成一个业务总览图4.分久必合合久必分结合当前的实际资源情况做出最终的决策这是整个过程中最耗时的点它决定着架构的复杂度和开发成本。方式上包括但不限于抽出可重用的功能、功能的组合、拆分粒度更细的功能提高可重用性等等。这一切的决策都要以“恰到好处”为宜。千万不要盲目的跟从微服务之风千万不要盲目的跟从微服务之风千万不要盲目的跟从微服务之风重要的事情说3遍。服务粒度越细调用链路越复杂带来的开发成本是否适合团队是作为一个架构师需要着重考量的点。5.确立每个功能块之间的协作方式包括但不限于通讯方式通讯协议依赖关系等。6.最后要把这些形成最终的架构总览图这样能够帮助站在一个更高的角度去考虑架构的演变问题。如果是针对现存项目重新做架构那么需要把现有项目架构梳理出来作为我们上面思考过程中的一部分参考信息。三、一个好架构的特点首先从心态上必须要有工匠精神因为软件架构和造房子还是有不同的它不是一开始就一步到位的好的设计肯定需要经过反复的修改从简单到复杂的循环验证不断的打磨。方向上我认为分以下几个点1.文档化不管是整体还是部分的整个生命周期内都必须做好文档化变动的来源包括但不限于BUG需求。2.高可用要尽可能的提高软件的可用性我想每个操作人都不愿意看到自己的工作无法正常进行。黑盒白盒测试、单元测试、自动化测试、故障注入测试、提高测试覆盖率等方式来一步一步推进。3.安全组织的运作过程中产生的数据都是具有商业价值的保证数据的安全也是刻不容缓的一部分。以免出现XX门之类丑闻。加密、https等为普遍手段4.可扩展软件的设计秉承着低耦合的理念去做注意在合理的地方抽象。方便功能更改、新增和运用技术的迭代并且支持在适时对架构做出重构。5.快速迭代拥抱变化占领战略先机。6.高度自治为了更好支撑第4点和第5点的每个功能能够高度自治带来的好处是可以快速迭代并且不管是功能迭代还是技术迭代所对整个系统的影响降到最小。7.高复用为了避免重复劳动为了降低成本我们希望能够重用之前的代码、之前的设计。这点对于架构环境的依赖是最大的。8.可验证一个好的框架需要考虑到各种特殊情况并且是可以进行专项验证的。四、做架构中的误区做任何事的时候需要不断的跳出原来的思维角度重新审视这样才能避免陷入泥潭。列出几个我能想到的误区误区1——架构专门由架构师来做业务开发人员无需关注架构的再好最终还是需要代码来落地并且组织越大这个落地的难度越大。不单单是系统架构每个解决方案每个项目也由自己的架构如分层、设计模式等。如果每一块砖瓦不够坚固那么整个系统还是会由崩塌的风险。所谓“千里之堤溃于蚁穴”。误区2——架构师确定了架构蓝图之后任务就结束了架构不是“空中楼阁”最终还是要落地的但是架构师完全不去深入到第一线怎么知道“地”在哪怎么才能落的稳稳当当。误区3——不做出完美的架构设计不开工世上没有最好架构只有最合适的架构。我们需要的不是一下子造出一辆汽车而是从单轮车 -- 自行车 -- 摩托车最后再到汽车。想象一下2年后才能造出的产品当初市场还存在吗
)
