架构设计与架构思维

[toc] # 前言 会打狗棒法的不一定是丐帮帮主，比如杨过。 不会打狗棒法的不一定就不能当丐帮帮主，比如乔峰。 架构设计不一定要有一个架构师的头衔，有架构师头衔的人不一定就懂架构，或者有机会真正参与架构设计。 对于程序员来说，即使没有架构师的title，我们也可以练好架构的功夫，先潇洒地走江湖。 接下来，聊一聊架构的一些东西 # 一、好的架构师有什么特点 1. 技术好。至少代码容易读，容易扩展，重用性好，这不仅需要学习面向对象和设计模式，还要通过大量的编码实践，不只是停留在纸上谈兵的阶段 2. 懂得业务。不了解业务，就不能设计出贴合业务的架构，而行业的相关知识也不是短时间能积累起来的。 3. 良好的沟通能力。架构师需要沟通确认需求，需要让团队理解架构设计。 4. 有架构思维。抽象、分治、复用、 迭代。 # 二、什么是架构设计 架构设计就是用最小的人力成本满足需求开发和需求变更，用最小的运行成本来保障软件的运行。 常用的方法例如： 1. 使用微服务架构，把复杂系统拆分成一系列小的服务，再拆成功能模块，让人员更好地分工协作 2. 前后端分离，让程序员专注某个知识领域，降低开发难度 3. 分层设计，隔离业务逻辑，减少需求变更带来的影响 # 三、为什需要架构设计 1. 需求让技术变复杂。做一个博客和做一个谷歌，技术复杂度不是一个等级 2. 人员让技术复杂。软件开发通过是一个团队，成员水平不一样，擅长的技术方向也不一样，如何有效地协作是一个很大的考验。 3. 技术本身复杂。软件项目使用的编程语言、框架、组件、数据库、人工智能、大数据等技术，都有学习成本 4. 要让软件稳定运行也复杂。软件开发完成上线后，充满了各种不确定性，比如云服务商可能宕机，比如明星发个微博可能造成系统瘫痪，又比如有人删库跑路了 正因为存在以上这几个原因，我们需要架构设计去降低这些复杂性 1. 降低开发成本。复杂系统拆分成多个相对简单的服务，使得普通程序员都可以完成，降低了人力成本。 2. 帮助组织人员高效协作。通过抽象和拆分，让开发人员可以独立完成功能模块。 3. 组织好各种技术。选择合适的编程语言、协议、框架、组件等，最高效地实现需求目标 4. 保障服务稳定运行。利用成熟的架构方案，例如负载均衡、限流、降级、熔断等，保障服务的高可用。 # 四、什么是架构思维 控制技术复杂性，有几种有效的方式：抽象、分治、复用和迭代，架构思维就是这几个的集合 1. 抽象思维 架构是为了满足业务需求而存在，需要通常是一些文字性的描述、原型、UI设计图，这些最终都会变成代码让机器执行。 我们必须先进行抽象，把需求变成计算机能识别的模型。 例如，抽象出各个用户、订单、内容等模型，划清各个角色的责任以及对象交互的方式，隐藏很多无关紧要的细节。 2. 分治思维 对复杂的系统分而治之，分解为小的、简单的部分。 例如针对高并发场景，可以通过设计将流量分到不同的服务器，避免单台服务器过载。 又例如，将一个1000行的函数，封装为N个独立的不超过50行的函数的调用 3. 复用思维 复用是提升开发效率的最简单有效的方法，通过对相同内容的抽象，让其能复用于不同的场景。 很多新手程序喜欢复制粘贴代码，如果需求变化，需要修改所有粘贴过的地方，开发效率低且难以维护，同时还浪费很多测试的精力。 4. 迭代思维 好的架构都是演进过来，很少有架构是一步到位，我们需要保证不影响业务正常进度的基础上，逐步迭代成最终合理的架构