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