1.架构师都要懂哪些知识
首先必须具有丰富的软件设计与开发经验，这有助于理解并解释所进行的设计是如何映射到实现中去。
其次要具有领导能力与团队协作技能，软件架构师必须是一个得到承认的技术领导，能在关键时候对技术的选择作出及时、有效的决定。
第三是具有很强的沟通能力，软件架构师需要与各路人马经常打交道，客户、市场人员、开发人员、测试人员、项目经理、网络管理员、数据库工程师等等，而且在很多角色之间还要起沟通者的作用。
一般来讲，系统架构师应该拥有以下几方面的能力：
1：具备 5-8 年以上软件行业工作经验；
2：具备 4 年以上 C/S 或 B/S 体系结构软件产品开发及架构和设计经验；
3：具备 3 年以上的代码编写工作经验；
4：具备丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验；
5：对相关的技术标准有深刻的认识，对软件工程标准规范有良好的把握；
6：对 .Net/JAVA 技术及整个解决方案有深刻的理解及熟练的应用，并且精通WebService/J2EE 架构和设计模式，并在此基础上设计产品框架；
7：具有面向对象分析、设计、开发能力（OOA、OOD、OOP），精通 UML 和 ROSE，熟练使用 Rational Rose、PowerDesigner 等工具进行设计开发；
8：精通大型数据库如 Oracle、Sql Server 等的开发；
9：对计算机系统、网络和安全、应用系统架构等有全面的认识，熟悉项目管理理论，并有实践基础；
10：在应用系统开发平台和项目管理上有深厚的基础，有大中型应用系统开发和实施的成功案例；
11：良好的团队意识和协作精神，有较强的内外沟通能力。
2.架构师的职责是什么
软件构架师是技术主管首先，软件构架师是技术主管，这意味着除了他要有技术上的技能外，还要有很好的领导才能。
构架师的领导能力在团队中和项目质量控制中起着十分重要的作用。在团队中，构架师是项目的技术总管，他需要有丰富的知识背景，以便作出技术上的决定。
相对于构架师来说，项目经理是来管理项目的资源，时间进度和花费的。使用电影制作来做类比的话，项目经理就是制片人（他要确定工作被完成了），而构架师是导演（他需要确定工作被正确的完成）。
由于他们在项目中所处的位置，构架师和项目经理是公众人物，在一个团队中，他们是整个项目所涉及的所有人员的联系枢纽。构架师应该为建立软件构架争取投资，并且要明确建立软件构架能给组织带来的价值。
构架师还要把团队组织在构架周围，并且要积极地投入到计划活动上，因为要把构架转化成为完成任务的先后顺序，这样才能及时地确定在什么位置需要什么技术。有一点需要注意，由于构架师能否成功与团队的整体水平有很大关系，所以构架师应该参与团队新成员录用的面试。
根据构架师所拥有的能力，他可以同时参与其他团队的工作。构架师需要根据具体的实例情况来做领导决定，并且在决定过程中要展现出足够的自信。
一个成功的构架师是以人为导向的，并且像一个教练一样给他的团队安排工作时间。这对于小组的成员来说是有好处的，他们可以及时得到帮助。
这是整个团队的一个巨大财富。构架师还要把精力放在切实工作的交付上，他是技术方面的推进力量。
构架师需要做决定（经常需要在压力下做决定），并且要保证这些决定是经过成员之间的交流的，并且确保它能够执行。架构师可能是有一个小组来完成的下面介绍一个人和一个角色的区别。
一个人可以扮演很多角色（例如，Mary是一个开发人员，同时也是一个测试人员），同时，一个角色可以有很多的人扮演（例如，Mary和John都是测试人员）。构架师的角色需要非常广泛的技术，这就为什么构架师的角色经常是很多人同时担当。
这样可以使技术知识在小组中传播开来，每一个人都把他的或者她的经验带到工作中。特别是当某种技术同时被商业部门和技术小组理解的时候，这项技术就会最大程度的传播开来。
小组所作的结果，需要被”平衡。” 贯穿整个文章的术语”构架师”，是指的一个人或者整个小组的成员。
[一个小组]是一些拥有各种技术的人的集合，他们之间有共同需要完成的目标，并且之间相互负责任。 2如果一个小组来担当构架师的角色，那么就需要有一个人作为这些构架师的领导，他要拥有整体的前景，并且需要调节构架师小组之间的问题。
如果没有这种调节，构架师小组成员之间就会存在危险，他们可能不会建立出一个紧密地构架或者决策不会被成功的完成。现在有一个新的概念在构架师小组中被提出：为了使成员之间达到共同的目的和目标，团队为构架师小组建立并发布了一个章程。
3好的构架师知道自己的强项和弱点在哪里。无论构架师的角色被一个人还是一个小组担当，他们背后都有”值得信赖的顾问”的支持。
他们可以通过和其他构架师协同工作来弥补自身在某些技术方面的不足。最好的构架通常是被一个构架师小组建立的，而不是一个人。
原因很简单，一个小组的力量总要比一个人的知识丰富的多。构架师小组的概念有一个缺陷，他们有时被团队中的其他人认为是在”象牙塔”里工作，因为他们的产品经常是很有智慧的但却没有使用价值。
这种误解可以从开始就把它减到最小：1）确保所有的涉众都能积极地协商，2）不断的交流构架和它的价值，3）在执行过程中要有组织策略的意识。构架师应该理解软件开发过程构架师应该对软件开发过程有正确的估计，因为这个过程确保小组中的所有成员使用同等的方式工作。
一个好的过程需要定义各个角色的工作承担责任， 产品的建立，不同角色之间的协同工作等等。由于构架师每天的工作都需要和很多小组成员打交道，所以对于他们来说了解工作的职责是非常重要的。
在每天的工作中，开发小组经常要找到构架师，了解该做什么工作以及怎么去做。这就是软件构架师和项目经理之间的细微差别。
软件构架师需要有商业领域的知识尽管拥有了丰富的软件开发经验，但是我们还期望（或者是要求）构架师拥有一定商业领域的知识。[一个领域]是在一个范围内工作的从业人员使用一系列特定的概念和术语来表达这个领域内的知识。
4这种知识将会使构架师更好的理解系统的需求，并把精力投身于其中，确保系统的需求是合适的——例如，从构架师领域的角度出发，需求是要被准确捕获的。经常会出现这样的情况，一个特定系列的构架样式可以被应用到与它相联系的一个特定的领域中。
如果构架师知道这种映射关系，那么对他的工作将是很大的帮助。因此，一个好的构架师将会在软件开发和商业领域的知识上面做出权衡。
如果一个构架师具有很好的软件开发经验但是不了解商业领域，那么他的解决方案可能不会解决实际的问题，而仅仅只能反映出构架师是多么精通他的专业。另外一个构架师需要精通商业领域知识的原因是，构架师要能够预见软件。
3.架构师得学习哪些知识
1. 架构设计
架构师，顾名思义，第一职责就是在软件设计阶段，做好软件「骨架」的设计。架构师需要把产品的需求翻译成软件工程的设计文档，确定各个系统与模块的边界，评估系统的量级。
2. 技术选型
从前端到后端，从缓存到数据库，面对为数众多的第三方组件，架构师需要作出合理的选择。
前端页面选择模板引擎还是动静分离？服务端选择 Java 还是 Node.js?
服务治理选择 DubboX 还是 Spring Cloud?
消息队列选择 RocketMQ 还是 Kafka?
分布式缓存选择 Redis Cluster 还是 Codis?
数据库选择 Mysql 还是 Oracle?
全文检索选择 Solr 还是 ES?
技术没有绝对的好坏之分，关键看是否适用于公司的业务场景。
3. 管理非功能性需求
满足需求是项目开发和架构设计的根本，而管理非功能性需求则是项目的升华。
在公司从 0 到 1 的创业阶段，开发者更关注的是功能性需求，往往一个简单粗暴的 MVC 项目就可以搞定一切。当业务量级逐渐增大，用户需求逐渐多样化，非功能性需求的重要性就逐渐显现。
非功能性需求都包含哪些内容呢？
性能（响应时间）
可扩展性（适应需求的快速变化）
可用性（四个 9，五个 9，必要时的限流和降级）
安全性（防范各种恶意攻击，实现风控）
可监控（完善的监控和报警机制）
灵活性（便于非开发人员进行配置）
可维护（持续集成，持续部署）
国际化（冲出国门）
4. 攻克技术难题
架构师不只需要关注宏观的设计，也需要具有攻克技术细节的能力。在团队开发过程中遇到难以实现和优化的技术问题时，架构师需要发挥技术优势，解决系统的疑难杂症。
5. 技术人员的管理和指导
架构师不只是一个技术大牛，也应该是一个好的管理者，在工作中需要把较大的项目和需求拆分一个个 Story，依照每个人的情况分配给研发团队的成员，并且在必要的时候进行技术上的培训指导。
4.架构师具体需要学些什么
基础大概有两大块 1.是要有较强的数据库管理系统的使用能力（比如你要学会Oracle），以及较强的数据库理论知识背景。
2.大数据分析你要掌握概率统计学的知识，学会数据分析工具的使用。比如MATLAB，这个工具非常强大，掌握起来有些难度。
但不是说你掌握了这个工具就能胜任数据分析师的工作了。你还需要，有较强的逻辑分析能力，对各种各样的数据进行建模，然后根据统计分析结果进行最终判定。
建议：入门的时候先从数据库开始，因为这是数据的生存环境，大数据或者称为海量数据都是存储在这其中的。熟悉数据建模，这是个系统性很强的学科，主要是高等数学范畴内的只是，偏统计分析。
最后是勤加练习对各种数据建模分析，当你的结论越来越靠近最优解的时候，你的经验也在不断增长，那么离你的目标就很近了。这是个很有挑战，也是非常复杂的工作。
需要你坚持，大概三年能有小成。但前途一片光明。
5.软件架构师需要掌握哪些知识
架构师首先必须具有丰富的开发经验，是个技术主管。因为他必须清楚什么是可以实现的，实现的方式有哪些，相应的难度怎么样，实现出来的系统面对需求变化的适应性等一系列指标。另外，需要对面向过程、面向对象、面向服务等设计理念有深刻的理解，可以快速的察觉出实现中的问题并提出相应的改进（重构）方案（也就是通常说的反模式）。这些都需要长期的开发实践才能真正的体会到，单从书本上很难领会到，就算当时理解了也不一定能融会到实践中去。
在技术能力上，软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识，包括进程内通信（对象访问、函数调用、数据交换、线程同步等）以及进程外（包括跨计算机）的通信（如RMI、DCOM、Web Service）。在WEB应用大行其道的今天，开发者往往对服务器间的通信关注的比较多，而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石，它是架构设计中的鸟瞰视图；而进程内的通信是模块实现的骨架，它是基石的基石。如果具体到一个基于.Net企业级架构设计，首先需要的是语言级别的认识，包括.NET的CLR、继承特性、委托和事件处理等。然后是常用解决方案的认识，包括ASP.NET Web Service、.NET Remoting、企业服务组件等。总之，丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去，给代码编写人员带来实实在在的可行性。
其次，具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力，可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。有经验的设计人员可能都碰到过这样的事，一厢情愿的保留接口在需求变化中的命中率非常低。也就是说，在系统设计之初为扩展性留下来的系统接口没能在需求变化的洪流中发挥真正的作用，因为需求的变化并没有按照预想的方向进行，到最后还是不得不为变化的业务重新设计系统。这就是因为对业务知识的理解和对市场或者商业的判断没有达到一个实用的、可以为架构扩展性服务的水平。
再次，架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围，包括沟通以及对人员素质的判断。软件过程是团队协作共同构建系统的过程，沟通能力是将整个过程中多条开发线粘合在一起的胶水。大家都应该碰到过事后说“原来是这样啊，我不知道啊”或者某个开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱，让系统构建过程可以有条理的高效进行。另外，对人的关注还表现在对团队成员的素质判断上，比如哪些开发人员对哪些技术更熟悉，或者哪些开发人员容易拖进度等。只有合理的使用人力资源，让合适的人做合适的事情才能让整个软件过程更加高效。
架构师应时刻注意新软件设计和开发方面的发展情况，并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级，软件架构师需要吸收这些新技术新知识，并将它们用于软件系统开发工作中。但对新技术的探索应该在一个理性的范围内进行，不能盲目的跟风。解决方案提供商永远都希望你能使用它提供的最新技术，而且它们在推广自己的解决方案的时候往往是以自己的产品为中心，容易给人错觉。比如数据库，往往让人觉得它什么都能做，只要有了它其它什么都不重要了。但事实上并不是如此，对于小型应用可以将许多业务逻辑用script的方式放入数据库中，但很少看到大型应用采用这样的做法。对于新东西需要以一种比较的观点来判断，包括横向的比较和纵向的比较，最后得出一些性能、可移植性以及可升级等指标。另外，新入行的开发人员往往关心新技术动向而忽略了技术的历史，而从DOS时代一路杀过来的开发者就对现在的技术体系有较全面的把握。
6.做架构师还需要学些什么
但如果要做一名网站架构师的话，还需要学些什么呢？仅个人看法一般的，如果你是很有经验的phper，有过大中型网站开发经验，基本上就能担任架构师因为php本身就面向架构的一般正规公司，除了技术总监外，架构师应是核心人物也有人认为架构师分硬件部署架构师和软件架构师专业开发中，软件架构师一般是面向对象建模和数据库建模人员。
所以，掌握uml可能是必要的。数据库知识也是必要的。
但数据知识也可以由DBA兼任。硬件架构师多指部署。
服务器集群构建。一般对系统掌握要好，要了解常用的服务器系统和软件。
比如：linux，负载均衡，数据库集群。分布缓存。
一是能安装管理，还要会用。其本上以上两点中任何一个，要做到都不容易。
网站架构师： 所好的事一般的网站不是那么复杂的系统。所以，知识和经验很重要。
所以，一般的phper都身兼数责，足够用。架构师的实践原则：创建面向对象，高性能，易部署，易维护，可扩展，高内聚，低耦合，可移植的系统也有人强调可用性。
7.架构师的职责是什么
系统架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的人。
确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。
主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师，对常见应用场景能马上给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。
系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单等。
扩展资料：
架构师认可需求规格说明书后，架构师已明确用户需求是是什么，这时候便看架构师的分解能力了。
一般分为纵向分解和横向分解，纵向分解是将整个系统分层，从而将整体系统分解成下一级的子系统与组件。横向分解是在系统分解成不同的逻辑层或服务后，对逻辑层进行分块，确定层与层之间的关系。
架构师首先要将代码写的清晰易懂，要能够实现功能，做到没有Bug，这要求架构师必须具备至少熟练掌握一门语言。
参考资料：搜狗百科-架构师