架构师，刚参加工作那些年业界还没有这个职位，那时候跟技术相关的岗位就是开发工程师、测试工程师和系统工程师，后来随着软件规模不断增长而产生的，尤其是在互联网浪潮下用户数和访问量都是海量化的。在各种机缘巧合下，结合个人喜好选择了走架构师路径，从懵懵懂懂边做边学，到现在总算摸出了些门道，回顾这个过程还是有很多经验可以分享的，接下来我准备把这些内容梳理后分享出来，给需要的小伙伴参考。今天我们先来看看什么是软件架构？它对软件研发来说有什么独特的价值？
教科书式定义
软件体系结构，又称软件架构，目前业界尚无统一的定义，常见定义如下：
在一定的设计原则基础上，从不同角度对组成系统的各个部分进行搭配和安排，由形成系统的多个结构组成了架构。它包括该系统的各个组件，组件的外部可见属性及组件之间的相互关系。组件的外部可见属性，指其他组件对该组件所做的假设。软件架构，还包括符合系统完整性、经济约束条件、审美需求和样式，它并不仅注重对内部的考虑，而且还在用户环境和中对系统进行整体考虑，即同时注重对外部的考虑。软件架构，输出系统整体结构与组件的抽象描述，一系列关联的抽象模式，一个系统的草图，用于指导大型软件系统构建的各个方面设计。
一般而言，软件架构是一个软件系统从整体到部分的最高层次的划分。通常，一个系统是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息，主要包括：
架构组件（ArchitectureComponent）：组成系统的核心元素。
联结器（Connector）：描述组件之间通讯的路径、机制和预期结果。
任务流（Task-flow）：描述系统如何使用这些组件和联结器完成某一项需求。
软件架构，是构建系统时所做出的最高层次的决定，之后很难被更改，这个决定不单单是技术维度的，还包括商业维度的。在建造一个系统之前，许多重要决定需要事先作出，而一旦系统开始详细设计甚至进行建造，那这些决定就很难被更改，甚至无法被更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
结束语：以上就是关于架构师是做什么的的全部内容，更多内容请关注学步园。