架构设计与架构思维

目录

前言

会打狗棒法的不一定是丐帮帮主,比如杨过。

不会打狗棒法的不一定就不能当丐帮帮主,比如乔峰。

架构设计不一定要有一个架构师的头衔,有架构师头衔的人不一定就懂架构,或者有机会真正参与架构设计。

对于程序员来说,即使没有架构师的title,我们也可以练好架构的功夫,只要武功高强,一样潇洒地行走江湖。

接下来,聊一聊架构的一些东西

一、好的架构师有什么特点

  1. 技术好。至少代码容易读,容易扩展,重用性好,这不仅需要学习面向对象和设计模式,还要通过大量的编码实践,不单单是停在纸上谈兵的阶段
  2. 懂得业务。不了解业务,就不能设计出贴合业务的架构,而行业的相关知识也不是短时间能积累起来的。
  3. 良好的沟通能力。架构师需要沟通确认需求,需要让团队理解架构设计。
  4. 有架构思维。懂得用抽象、分治、复用、 迭代等思维降低软件复杂性

二、什么是架构设计

架构设计就是用最小的人力成本满足需求开发和需求变更,用最小的运行成本来保障软件的运行。

常用的方法例如:

  1. 使用微服务架构,把复杂系统拆分成一系列小的服务,再拆成功能模块,让人员更好地分工协作
  2. 前后端分离,让程序员专注某个知识领域,降低开发难度
  3. 分层设计,隔离业务逻辑,减少需求变更带来的影响

三、为什需要架构设计

  1. 需求让技术变复杂。做一个博客和做一个谷歌,技术复杂度不是一个等级
  2. 人员让技术复杂。软件开发通过是一个团队,成员水平不一样,擅长的技术方向也不一样,如何有效地协作是一个很大的考验。
  3. 技术本身复杂。软件项目使用的编程语言、框架、组件、数据库、人工智能大数据等技术,都有学习成本
  4. 要让软件稳定运行也复杂。软件开发完成上线后,充满了各种不确定性,比如服务商可能宕机,比如明星发个微博可能造成系统瘫痪,又比如有人删库跑路了

正因为存在以上这几个原因,我们需要架构设计去降低这些复杂性

  1. 降低开发成本。复杂系统拆分成多个相对简单的服务,使得普通程序员都可以完成,降低了人力成本。
  2. 帮助组织人员高效协作。通过抽象和拆分,让开发人员可以独立完成功能模块。
  3. 组织好各种技术。选择合适的编程语言、协议、框架、组件等,最高效地实现需求目标
  4. 保障服务稳定运行。利用成熟的架构方案,例如负载均衡限流、降级、熔断等,保障服务的高可用

四、什么是架构思维

降低软件复杂性,有几种有效的方式:抽象、分治、复用和迭代,架构思维就是这几个的集合

  1. 抽象思维

    架构是为了满足业务需求而存在,需要通常是一些文字性的描述、原型、UI设计图,这些最终都会变成代码让机器执行。

    我们必须先进行抽象,把需求变成计算机能识别的模型

    例如,抽象出各个用户、订单、内容等模型,划清各个角色的责任以及对象交互的方式,隐藏很多无关紧要的细节。
  2. 分治思维

    对复杂的系统分而治之,分解为小的、简单的部分。

    例如针对高并发场景,可以通过设计将流量分到不同的服务器,避免单台服务器过载。

    又例如,将一个1000行的函数,封装为N个独立的不超过50行的函数的调用
  3. 复用思维

    复用是提升开发效率的最简单有效的方法,通过对相同内容的抽象,让其能复用于不同的场景。

    很多新手程序喜欢复制粘贴代码,如果需求变化,需要修改所有粘贴过的地方,开发效率低且难以维护,同时还浪费很多测试的精力。
  4. 迭代思维

    好的架构都是演进过来,很少有架构是一步到位,我们需要保证不影响业务正常进度的基础上,逐步迭代成最终合理的架构

原文 

http://www.cnblogs.com/chenqionghe/p/12549664.html

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » 架构设计与架构思维

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址