您当前的位置:首页 > 电脑百科 > 程序开发 > 架构

从架构设计到架构师

时间:2019-11-11 13:37:54  来源:  作者:

作者:Zachary_Fan

来源:cnblogs.com/Zachary-Fan/p/architecturetoarchitect.html


因为碎片化的时间多了,所以开始刷起某乎了,关注了架构相关的板块,也顺手回答了一些问题。

发现有很多同道中人正在经历着我前两年经历的阶段,对于做架构没有相对具象的一些理解,更没有系统化的认识。所以把最近回答的一些内容整理一下,权当记录,留给3年后的自己~

按惯例,容许我装X开头~

从架构设计到架构师

 

一、架构的定义

在软件开发领域,自从架构这个词被广泛传播之后,产生的架构模式也非常多,架构关注点也在增加。但回到“道”的层面,架构的定义或者说本质还是:

架构,又名软件架构,是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计

———摘自《百度百科》

二、架构是做什么?

很多做业务功能的增删改查开发感受到无趣的小伙伴常把做架构想象成一片乐土,没有嘈杂的业务声音干扰,可以专心做一番牛X的技术。

会把架构单纯的理解成,牛X的性能、牛X的TPS、高可用,支撑了多少PV等等。但是其实这些只是架构很小的一部分,并不是全部。

在互联网时代之前都是C/S程序的天下,那个时候并没有对性能等有像现在这样的关注度,但是就已经有架构之说了。

世上本无架构,只是由于团队越大越需要对整体的规则做约定,好让大家往同一个方向发力,避免各自为战,产生大量的内耗,所以才逐渐形成了架构。

这条路就是“世上本无路,只是因为走的人多了变成了路”。

为什么说一个软件架构是很重要的呢?

当我们的团队人数只有2、3个人,甚至只有1个人单枪匹马的情况下,可能架构凸显的作用不是那么的明显,但是如果团队大了之后相信下面的这些现象会比较常见:

  • 新上一个系统,往往不是独立存在的,一般都需要与现存的系统进行交互,而需要集成交互的地方可能还很多,哪些集成是本系统需要实现的?同时,一般会划分为多个阶段开发,怎样界定系统的边界呢?
  • 软件系统是一个由多个模块组成的整体。因此当上游开发与我们负责的模块衔接老是出问题时,自己再做更多的努力也无法扭转上游模块的质量差带来的负面效果。(我想大家这时候肯定是抓狂的。)
  • 每次看到别人写的代码,老觉得自己来写的话肯定不会这么写。比他写的更好。(我们做技术的,自我感觉良好是个常态:)。)
  • 在某些场景下,自己脑子里有多套方案来实现,但是对孰优孰劣没太大感觉,最终基本上就是拍脑袋选了一个。
  • 某块代码维护的次数多了,特别是中间由多个人接手过后,代码风格各异,难以理解。
  • 相似的代码在好几个地方出现,特别是一些非业务性的代码,比如日志处理等。再甚是在大型的分布式系统中,不同子程序使用了不同的同类型中间件,同样导致维护成本大增。
  • 在2个相依赖项目边界处的设计产生了分歧,并且站在各自的角度看都有道理。

任何事物都是有两面性的,并不是说上面的这些问题,我们通过架构就要往另外一个极端去走

比如在大型的分布式系统中,不同子程序的确有必要在某些时刻选择同类型的其它中间件。如Kafka和RabbitMQ虽都是MQ,但在特定的场景下能发挥的价值是无法相互替代的。

所以我们做架构有一点也是比较重要的,就是去Balance,选择一个投入产出比最优的方案。关于这点第四段中会多说几句。

除此之外,架构的主要目的是为了让大家往同一个方向,在同一个标准之上去发散扩张。

一是把控硬性的下限标准,提高整体的最短版,二是提高上限水平位,也就是天花板位置,提供更大的发展空间

好比造一幢大楼,把框架结构设计好搭好,让大家形成一个共识,什么是承重墙不能破坏,什么是创变空间可以自定义。在这样的基础下各自发展。

这个看上去是个限制,但却是做架构最重要的任务,所谓再多的文档,再多的最佳实践都比不上一条约束

降低复杂度、降低理解难度,是实实在在的收益。最怕的就是凭空假设带来的过度浪费。

更甚之,我们做架构追求的理想国度是一个大家拥有一致共识的世界,架构是大家都像吃饭喝水这样习以为常的习惯。

去理解或者接手其它人负责的项目的时候就好像是自己写的一样。这个时候就消灭架构了,就好比现在没有人会教你如何吃饭一样。(就当YY一下吧:)。)


 

三、做架构的最佳实践

上面提到更多的是做架构的目的,那么要做好架构,主要就是要做好抽象,做抽象的方式是类比,做类比的方式可以使用用例图。

所以建议大家多画图,通过画图来将大脑中抽象的结果直观的体现在前面,再来进一步分析合理性。主要推荐2种图的类别,一种就是前面提到的用例图。

如下图:

从架构设计到架构师

 

另外一种是鲁棒图,如图:

从架构设计到架构师

 

整个过程的主要目的是:

  • 描述其与外部实体(系统和最终用户)的交互。
  • 标识系统和外部实体间的信息和控制流。

最后附一篇之前整理的《软件开发中会用到的图》的文章地址,有兴趣的同学可以扩展阅读下:

https://www.cnblogs.com/Zachary-Fan/p/developdiagram.html。


 

理想的世界里,我们程序的边界设计恰好匹配于业务边界。然而我们作为工程师首先要承担业务需求的压力,只能挤时间去做这些非业务性工作。也因此老项目的业务边界也并不总是如新项目那样明晰。

这意味着做任何架构的改动要考虑优先级,特别在拆分业务领域之前认真地思考业务的边界。

排定优先级,考量拆分的收益与风险。划分业务的边界,则需要更多的思考拆分后的未来将如何沟通协作,然后再考虑技术因素。

在技术因素前,主要考量这几点:

  • 是否拥有独立的团队来维护,以及是否拥有发展为一项独立业务的潜力。(非必要的情况下,一定要避免共享内核的开发方式)
  • 围绕领域而非 feature,有明确的维护团队,避免过于细粒度。
  • 拆分或者组合之后,能否改善现有的协作流程。
  • 能否帮助区分核心、非核心业务,改善稳定性。

上面这些完成了之后,便是选择合适的中间件、技术框架来满足技术层面的要求,这个的选拔主要以下面几点来考量:

  • 如果是直接引入第三方的中间件的话,成熟度如何?是否有大公司在用?(有大公司的口碑背书的肯定大大加分)
  • 近期的社区活跃度如何?(用于考量是否有更多的人在一起踩坑,降低各自遇到坑的数量和概率)
  • 硬指标,当前场景的硬性要求是否满足。如性能、对关键部分或者未来的可扩展性等。
  • 软指标,复杂度、可维护性等。这里可以罗列几个竞品的优劣势。
  • 最重要的是要自己去亲自验证上面的几点,并且做一定的模拟工作。
  • 如果曾经用过或者有其中一部分的经验可复用,这是加分项,毕竟在使用的过程中才发现hold不住它,那是灾难性的!

四、什么是好架构

之前有听到过一句话,概括的很精辟。

好的架构必须需要贴合业务,那么把业务+技术演变成一个数学公式来表达可以理解为:2个数字的和等于10,求如何组合能得到最大的乘积。那不是3*7,也不是4*6,而是5*5。

从架构设计到架构师

 

所以架构不是生搬硬套,为了架构(搞事情)而架构,赶时髦,或者说装X。我们应避免通过个人的主观意愿来主导。

比如自己觉得某个中间件好,就”拿着锤子到处找钉子“,这一敲下来,看着不错,但是带来的成本和风险被忽略了。可能有更好的解决方案,或者完全没必要在当下敲这一钉子下去。

好的架构需要评判投入产出比,收益更高的就是更好的架构,就如下图的公式。

产出可以理解为我们因此获得的好处(诸如可靠性、安全性、可扩展性、可维护性、可伸缩性、性能等),成本是我们改造花费的投入,如人力物力和时间。

特别注意的是风险这点,是很重要也是很容易被大家忽略的一点,是起到指数级作用的。

选择的方案再好,如果都是一些hold不住的技术,那么风险就是无穷大,导致减号右侧无限趋近于0,最终的结果就是收益是负数,投入的成本打水漂,甚至还要加上其它额外的付出。

  

从架构设计到架构师

 

五、如何成为架构师

上面提到的这些关注点都是架构师的职责,另外特别重要的一点是,架构师必须要是个有追求的“好码农”!!!(划重点)。

软件架构师不像建筑师,其面对的本身是一个抽象的事物,如果再脱离了实操,这基本和纸上谈兵无异。

所以实际工作中的难点、要点都得清楚,并且能够给出解决方案或者方向。另外只有熟悉实操才能更准确的评估成本。

成为了一个真正的“好码农”就向架构师迈出第一步了。

而后呢,需要不断以深 --> 广 --> 深 --> 广的节奏去开疆扩土,扩大自己的知识领域,当然需要以贴近当前工作内容的知识为主,这是第二步。到了这还没完,还有打造三板斧:业务能力、沟通能力、个人魅力。

题外话,在国内,纯技术的架构师没有应用型的架构师吃的开。所以此文皆以应用型架构师的职能要求为参考。


 

六、结语

回到文章开头,架构的表现形式有很多,从本质上单体应用的架构设计思想和分布式系统是一致的。

所谓服务化其实也是模块化的思想,只是维度的不同,导致用到的一些工具或者环境不同,但这都是“术”层面的东西。光学这些招数,永远也学不完。



Tags:架构   点击:()  评论:()
声明:本站部分内容及图片来自互联网,转载是出于传递更多信息之目的,内容观点仅代表作者本人,如有任何标注错误或版权侵犯请与我们联系(Email:2595517585@qq.com),我们将及时更正、删除,谢谢。
▌相关推荐
为了构建高并发、高可用的系统架构,压测、容量预估必不可少,在发现系统瓶颈后,需要有针对性地扩容、优化。结合楼主的经验和知识,本文做一个简单的总结,欢迎探讨。1、QPS保障目标...【详细内容】
2021-12-27  Tags: 架构  点击:(5)  评论:(0)  加入收藏
前言 单片机开发中,我们往往首先接触裸机系统,然后到RTOS,那么它们的软件架构是什么?这是我们开发人员必须认真考虑的问题。在实际项目中,首先选择软件架构是非常重要的,接下来我...【详细内容】
2021-12-23  Tags: 架构  点击:(7)  评论:(0)  加入收藏
现有数据架构难以支撑现代化应用的实现。 随着云计算产业的快速崛起,带动着各行各业开始自己的基于云的业务创新和信息架构现代化,云计算的可靠性、灵活性、按需计费的高性价...【详细内容】
2021-12-22  Tags: 架构  点击:(10)  评论:(0)  加入收藏
我是一名程序员关注我们吧,我们会多多分享技术和资源。进来的朋友,可以多了解下青锋的产品,已开源多个产品的架构版本。Thymeleaf版(开源)1、采用技术: springboot、layui、Thymel...【详细内容】
2021-12-14  Tags: 架构  点击:(21)  评论:(0)  加入收藏
本系列为 Netty 学习笔记,本篇介绍总结Java NIO 网络编程。Netty 作为一个异步的、事件驱动的网络应用程序框架,也是基于NIO的客户、服务器端的编程框架。其对 Java NIO 底层...【详细内容】
2021-12-07  Tags: 架构  点击:(17)  评论:(0)  加入收藏
前面谈过很多关于数字化转型,云原生,微服务方面的文章。虽然自己一直做大集团的SOA集成平台咨询规划和建设项目,但是当前传统企业数字化转型,国产化和自主可控,云原生,微服务是不...【详细内容】
2021-12-06  Tags: 架构  点击:(23)  评论:(0)  加入收藏
背景在日常工作中,我们通常需要存储一些日志,譬如用户请求的出入参、系统运行时打印的一些info、error之类的日志,从而对系统在运行时出现的问题有排查的依据。日志存储和检索...【详细内容】
2021-11-23  Tags: 架构  点击:(22)  评论:(0)  加入收藏
zookeeper动物管理员,是一个很形象的名字,是一个分布式协调服务。它可以用来做分布式配置管理,服务注册及发现,分布式锁。在CAP中,属于CP型。下图是zookeeper的架构图: 图中,绿色的...【详细内容】
2021-11-16  Tags: 架构  点击:(38)  评论:(0)  加入收藏
如何设计一个好的软件架构,如何提高软件的扩展性,移植性,复用性和可读性?很多做嵌入式开发的朋友经常会遇到这种情况:一个项目软件设计完成了,客户提出了一些新的功能需求。这时侯...【详细内容】
2021-11-08  Tags: 架构  点击:(35)  评论:(0)  加入收藏
架构是数据仓库建设的总体规划,从整体视角描述了解决方案的高层模型,描述了各个子系统的功能以及关系,描述了数据从源系统到决策系统的数据流程。业务需求回答了要做什么,架构就...【详细内容】
2021-11-03  Tags: 架构  点击:(35)  评论:(0)  加入收藏
▌简易百科推荐
为了构建高并发、高可用的系统架构,压测、容量预估必不可少,在发现系统瓶颈后,需要有针对性地扩容、优化。结合楼主的经验和知识,本文做一个简单的总结,欢迎探讨。1、QPS保障目标...【详细内容】
2021-12-27  大数据架构师    Tags:架构   点击:(5)  评论:(0)  加入收藏
前言 单片机开发中,我们往往首先接触裸机系统,然后到RTOS,那么它们的软件架构是什么?这是我们开发人员必须认真考虑的问题。在实际项目中,首先选择软件架构是非常重要的,接下来我...【详细内容】
2021-12-23  正点原子原子哥    Tags:架构   点击:(7)  评论:(0)  加入收藏
现有数据架构难以支撑现代化应用的实现。 随着云计算产业的快速崛起,带动着各行各业开始自己的基于云的业务创新和信息架构现代化,云计算的可靠性、灵活性、按需计费的高性价...【详细内容】
2021-12-22    CSDN  Tags:数据架构   点击:(10)  评论:(0)  加入收藏
▶ 企业级项目结构封装释义 如果你刚毕业,作为Java新手程序员进入一家企业,拿到代码之后,你有什么感觉呢?如果你没有听过多模块、分布式这类的概念,那么多半会傻眼。为什么一个项...【详细内容】
2021-12-20  蜗牛学苑    Tags:微服务   点击:(9)  评论:(0)  加入收藏
我是一名程序员关注我们吧,我们会多多分享技术和资源。进来的朋友,可以多了解下青锋的产品,已开源多个产品的架构版本。Thymeleaf版(开源)1、采用技术: springboot、layui、Thymel...【详细内容】
2021-12-14  青锋爱编程    Tags:后台架构   点击:(21)  评论:(0)  加入收藏
在了解连接池之前,我们需要对长、短链接建立初步认识。我们都知道,网络通信大部分都是基于TCP/IP协议,数据传输之前,双方通过“三次握手”建立连接,当数据传输完成之后,又通过“四次挥手”释放连接,以下是“三次握手”与“四...【详细内容】
2021-12-14  架构即人生    Tags:连接池   点击:(17)  评论:(0)  加入收藏
随着移动互联网技术的快速发展,在新业务、新领域、新场景的驱动下,基于传统大型机的服务部署方式,不仅难以适应快速增长的业务需求,而且持续耗费高昂的成本,从而使得各大生产厂商...【详细内容】
2021-12-08  架构驿站    Tags:分布式系统   点击:(23)  评论:(0)  加入收藏
本系列为 Netty 学习笔记,本篇介绍总结Java NIO 网络编程。Netty 作为一个异步的、事件驱动的网络应用程序框架,也是基于NIO的客户、服务器端的编程框架。其对 Java NIO 底层...【详细内容】
2021-12-07  大数据架构师    Tags:Netty   点击:(17)  评论:(0)  加入收藏
前面谈过很多关于数字化转型,云原生,微服务方面的文章。虽然自己一直做大集团的SOA集成平台咨询规划和建设项目,但是当前传统企业数字化转型,国产化和自主可控,云原生,微服务是不...【详细内容】
2021-12-06  人月聊IT    Tags:架构   点击:(23)  评论:(0)  加入收藏
微服务看似是完美的解决方案。从理论上来说,微服务提高了开发速度,而且还可以单独扩展应用的某个部分。但实际上,微服务带有一定的隐形成本。我认为,没有亲自动手构建微服务的经历,就无法真正了解其复杂性。...【详细内容】
2021-11-26  GreekDataGuy  CSDN  Tags:单体应用   点击:(35)  评论:(0)  加入收藏
最新更新
栏目热门
栏目头条