在写这篇博文时，我也不晓得本人怎么走上软件架构师这条不归路的，记得当初我负责研发的时候，业务共事以及其余领导都说我是研发中最懂产品的，业务提出很多辣手的问题，我都能够帮忙解决。当我负责产品经理角色的时候，研发部门及其他领导说我是产品中最懂技术的，有些技术框架类的问题，我这个产品也得帮忙出技术架构设计计划，就这样我就糊里糊涂成为了架构师。兴许这个大家对我抬举，但在我看来，架构师就是一个既懂技术，又了解产品的人，只有懂技术，能力现有资源上设计合乎产品要求的架构，又能在业务疾速倒退的时候，疾速相应业务，那么架构师是做什么的？在团队中负责着什么样的角色？他解决了什么问题？明天咱们就来聊聊这个话题？
架构师这个岗位个别状况都是由有几年工作教训的研发人员负责，很少有公司会延聘应届生来负责这个角色，基于这个起因，在这里我默认架构师是必须会编程，而且是能够独立实现某一业务研发，当然架构师还得有职责，不然对不起这个职称啊。
从图一，咱们看出架构师是团队的外围角色，肩负着不同凡响的职责，他们不是项目经理，却决定着何时如何交付我的项目，他们不是产品经理，却要确保如何满足产品要求，他们不是软件工程师，也要负责编写外围代码，但做得更多的是架构设计的事。
那么咱们从工程角度来定义架构师的话，架构师须要具备以下三点要求：
最根本的要求：架构师是将软件系统分解成多个可实现的模块，
合乎公司策略要求：架构师在兼顾公司策略的同时、，要确保零碎整体高效工作，在软件品质属性 (非功能性需要) 进行衡量的同时，并管控着不可避免的技术债权 (对于技术债权，能够看看我在 2 月份写的技术债权掂量指标)，
进步研发团队的整体研发能力：架构师须要在设计高效运行的零碎的同时，须要锤炼和晋升整个团队的架构设计能力，因为人人都可应该是架构师，常识是能够共享的。
通过下面介绍的三点要求，想必大家对于架构师有了那么一点点的了解，接下来，我将通过这三个方面具体给大家介绍一下架构师到底要做什么？他在团队中起的作用重不重要？
在介绍这三点之前，咱们先来介绍两个问题：优良的软件设计具备哪些条件？以及什么是软件架构，而后咱们再聊说说架构师是如何工作的？
一、什么样的软件是杰出的软件
软件系统是尽量最大水平升高出差错，再优良的软件，都会存在过错的，国内的软件微信、淘宝、百度，国外的谷歌、Facebook、亚马逊等，都会呈现大大小小的不，甚至会呈现宕机景象，而架构是软件胜利的根底，咱们能够从以下六个方面来评估如何设计出杰出的软件
1、优良的架构能够将大问题分解成容易解决的小问题
当初软件系统宏大而简单，有很多灵便的组件，咱们都晓得目前最风行的微服务 SpringCloud 就一个组件整合大家族。架构奇妙地解释了如何将零碎划分为笨重、独立的小模块，同时还能确保整个零碎高效的协同运行，让整个零碎的价值高于每个模块的价值之和。
2、优良的架构向大家传播如何协同工作
软件研发是一门人际沟通的艺术，架构形容了整个零碎如何组成有机的整体，同时也承当着大家如何单干开发软件。零碎越简单，沟通也越显着重要
3、优良的架构对立团队沟通语言
在团队探讨问题的时候，对立语言是十分重要的，在前段时间，我跟大家探讨一个行业语音架构问题的时候，就呈现了大家探讨时，行业语言形容不对立，导致探讨效率升高了很多，这个也错在于我接触这个行业不久。
软件架构为咱们的沟通提供了基本概念和词汇，这样对立了咱们的沟通语言，能够把工夫破费在解决用户理论问题上，而不须要破费在解释新概念及词汇中
4、优良的架构关注的不仅仅是性能
软件的个性和性能都很重要，但它思考的不是具体的某个点，不是实现某个我的项目的具体性能，更多是全面的架构设计，除了性能需要，还要思考老本、束缚、进度、危险、团队的交付能力，以及最重要的品质属性 (非功能性需要，如可伸缩性、可用性、性能、可维护性等)。
5、优良的架构能够让你防止重大谬误
我记得几年前读过一本书，作者将软件架构定义为：“架构是对于重要的货色，不论是什么”，咱们认为重要的货色是很难扭转的，除非是减少了复杂性，国外大佬在这个根底上从新定义了架构：···重要的设计决策。必定架构在整个零碎中起到了决策作用，架构师不是无所不能的，架构师无奈思考到零碎运行时全副可能性，但他能够帮忙咱们发现那些今后可能会带来的麻烦的问题和中央。
6、优良的架构让零碎更加灵便
在产品初期，业务的复杂度个别不会很大，对技术的要求也不会很高，随着公司业务的一直拓展，这时候业务需要越来越简单，对技术要求会越来越高，如何在后期架构设计不好的状况下，咱们须要偿还咱们的技术债权，优良的架构设计，能够为软件提供灵便可拓展的结构设计。
以上就是优良的架构为软件研发带来的益处，明天有点晚了，切实困得不行，今天咱们接着聊聊：什么是软件架构？