加枝添叶我欲乘风微不足道信誓旦旦
唯我，NoBug1024
PS：现在的努力是为了成就更好的自己，不再仰望大神的后背！
不加密, 10米
1、架构师定义
什么是架构师，这个聊架构话题时永恒的问题。每个公司对架构师的定位也有所不同，因为不同公司所处的阶段，业务模式，应用场景也都不一样。对架构的要求也不一样。
在初创公司的野蛮生长阶段：业务场景和需求边界很难把握，有时候根本不需要架构师，产品需要快速迭代和变现，需求频繁更新，这个时候需要的是快速实现。当然如果公司成长以后，这个阶段就是欠下很多技术债，埋下很多坑，如果人员流动很频繁，后期系统维护成本是非常巨大的。
在公司成长稳定阶段：业务模式和应用场景边界都已经比较清晰，这个时候最需要架构师需要架构师能对线上业务进行模块划分，系统拆分重构，并做好相关高可用的措施，以保证系统的稳定，安全、高效地运行。
不同的行业，对架构师的要求也不同，比如电商业务和AI领域，从架构到业务场景，完全是两个物种。
2、架构师作用/职责
架构师在整个软件系统开发过程中都起着重要的作用，并随着开发进程的推进而其职责或关注点不断地变化。
1）、按软件开发过程维度来说：
需求阶段：软件架构师主要负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和 可测试性等等，此外，架构师还要经常审查和客户及市场人员所提出的需求，确认开发 团队所提出的设计;
架构设计阶段：架构师负责对整个系统架构设计，制定开发规范、开发计划，指导整个开发团队完成这个计划。
开发阶段：架构师则成为详细设计者和代码编写者的顾问，并且经常性地要举行一些技术研讨会、技术培训班等;
测试和交付阶段：协调做好相关测试和部署。
维护阶段：软件架构师就开始为下一版本的产品是否应该增加新的功能模块进行决策。
1 确认需求
架构师要懂得用户需求，理解用户真正想要什么，这使得架构师必须要和分析人员不断沟通，反复确认需求规格说明书，以此来保证他精准清楚用户需求。
项目经理刘先生在受访时说：「架构师会与很多人沟通，例如开发人员，例如我们项目经理，有时甚至是用户本身。架构设计的目的很明确，目的是什么呢？挖掘用户需求。」
2 系统分解
在架构师认可需求规格说明书后，架构师已明确用户需求是是什么，这时候便看架构师的分解能力了。
系统分解包括纵向分解和横向分解：
横向分解是对系统分解成不同的逻辑层，确定层与层之间的关系。是指基于技术架构层次进行的人员角色分工和任务分解。常见的分层：
应用层：主要负责具体的业务逻辑处理
服务层：提供可复用的服务
数据层：负责数据的存储和访问
分层注意事项：①必须合理规划层次边界和接口；②禁止跨层次的调用及逆向调用。
纵向分解是将不同的功能和服务分割开来，包装成高内聚低耦合的模块单元，有助于软件开发和维护，还便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。
3 技术选型
在系统分解后，架构师会最终形成软件整体架构，接下来，架构师的职责是技术选型。
前端到底用瘦客户端还是富客户端呢？数据库是用MySQL还是MSSQL又或是Oracle呢？架构师张先生在接受采访时说，在了解用户需求后，分解完系统后，技术选型是非常重要的环节，提出各个方向，我再进行评估。不过，很多人都以为架构师是有决定权的，其实不是，架构师没有拍版的权力，决定由项目经理来做。
架构师在技术选型阶段会提供参考信息给项目经理，项目经理再从预算、进度、人力、资源等各方面情况来权衡，最终确认。
4 制定技术规格说明
如前文调查显示，架构师在项目开发过程中是「灵魂人物」，并且要具备协调组织能力和懂得人员分工。
在制定技术规格说明阶段，架构师要协调起所有的开发人员，架构师通常会用技术规格说明书与开发人员保持沟通，让开发人员能从各个视角去观测、理解他们负责的模块或者子系统，确保开发人员能够按照架构意图实现各项功能。