① Java架构师需要具备哪些能力
具备 8 年以上软件行业工作经验；
具备 4 年以上 C/S 或 B/S 体系结构软件产品开发及架构和设计经验；
具备 3 年以上的代码编写工作经验
具备丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验
对相关的技术标准有深刻的认识，对软件工程标准规范有良好的把握
对 .Net/JAVA 技术及整个解决方案有深刻的理解及熟练的应用，并且精通WebService/J2EE 架构和设计模式，并在此基础上设计产品框架
具有面向对象分析、设计、开发能力(OOA、OOD、OOP)，精通 UML 和 ROSE，熟练使用 Rational Rose、PowerDesigner 等工具进行设计开发；
Java架构师要求是很高的，除了要精通JAVA方面知识以外，还要掌握计算机所有软件方面，以及部分硬件方面的知识。
程序设计方面：JAVA、JAVA Application、JAVA EE(例如：EJB、RMI、JMS、WebService)、开源、设计模式、JavaScript、C/C++、.NET方面、VBA 。
数据库方面：SQL、ORACLE、MySQL、索引、分区、分片、主从、存储过程 。
网络及浏览器：TCP/IP协议、HTTP协议、FTP、HTML、XML、浏览器 。
操作系统：Linux系统、Shell/批处理、文件系统(各种)、SSH 。
中间件：Tomcat、Apache、Nginx、lighthttpd、JBoss、WebSphere、Weblogic、IIS。
技术和思想：各种算法、搜索、缓存、多线程、UML、OO、SOA、AOP、REST、存储、云计算等。
业务方面：论坛、博客、社交、电子商务、应用程序等 。
其它方面：计算机基础知识、计算机硬件方面 。
个人软素质：经验、问题分析、大局观、心态等 。
企业需求：
② 成为一个java的架构师要学习哪些知识
既然java架构师，首先你要是一个高级java攻城尸，熟练使用各种框架，并知道它们实现的原理。jvm虚拟机原理、调优,懂得jvm能让你写出性能更好的代码；池技术，什么对象池，连接池，线程池...:;java反射技术，写框架必备的技术，但是有严重的性能问题，替代方案java字节码技术;nio，没什么好说的，值得注意的是"直接内存"的特点，使用场景;java多线程同步异步；java各种集合对象的实现原理，了解这些可以让你在解决问题时选择合适的数据结构，高效的解决问题，比如hashmap的实现原理，好多五年以上经验的人都弄不清楚，还有为什扩容时有性能问题？不弄清楚这些原理，就写不出高效的代码，还会认为自己做的很对；总之一句话越基础的东西越重要，很多人认为自己会用它们写代码了，其实仅仅是知道如何调用api而已,离会用还差的远。
熟练使用各种数据结构和算法，数组、哈希、链表、排序树...，一句话要么是时间换空间要么是空间换时间，这里展开可以说一大堆，需要有一定的应用经验，用于解决各种性能或业务上的问题；有时间再补充。
熟练使用linux操作系统，必备，没什么好说的 。
熟悉tcp协议，创建连接三次握手和断开连接四次握手的整个过程，不了解的话，无法对高并发网络应用做优化; 熟悉http协议，尤其是http头，我发现好多工作五年以上的都弄不清session和cookie的生命周期以及它们之间的关联。
系统集群、负载均衡、反向代理、动静分离，网站静态化 。
分布式存储系统nfs,fastdfs,tfs,Hadoop了解他们的优缺点，适用场景 。
分布式缓存技术memcached,redis，提高系统性能必备，一句话，把硬盘上的内容放到内存里来提速，顺便提个算法一致性hash 。
工具nginx必备技能超级好用，高性能，基本不会挂掉的服务器，功能多多，解决各种问题。
数据库的设计能力，mysql必备，最基础的数据库工具，免费好用，对它基本的参数优化，慢查询日志分析，主从复制的配置，至少要成为半个mysql dba。其他nosql数据库如mongodb。
还有队列中间件。如消息推送，可以先把消息写入数据库，推送放队列服务器上，由推送服务器去队列获取处理，这样就可以将消息放数据库和队列里后直接给用户反馈，推送过程则由推送服务器和队列服务器完成，好处异步处理、缓解服务器压力，解藕系统。
以上纯粹是常用的技术，还有很多自己慢慢去摸索吧；因为要知道的东西很多，所以要成为一名合格的架构师，必须要有强大的自学能力，没有人会手把手的教给你所有的东西。
想成为架构师不是懂了一大堆技术就可以了，这些是解决问题的基础、是工具，不懂这些怎么去提解决方案呢？这是成为架构师的必要条件。
架构师还要针对业务特点、系统的性能要求提出能解决问题成本最低的设计方案才合格，人家一个几百人用户的系统，访问量不大，数据量小，你给人家上集群、上分布式存储、上高端服务器，为了架构而架构，这是最扯淡的，架构师的作用就是第一满足业务需求，第二最低的硬件网络成本和技术维护成本。
架构师还要根据业务发展阶段，提前预见发展到下一个阶段系统架构的解决方案，并且设计当前架构时将架构的升级扩展考虑进去，做到易于升级;否则等系统瓶颈来了，出问题了再去出方案，或现有架构无法扩展直接扔掉重做，或扩展麻烦问题一大堆，这会对企业造成损失；
手机手工输入的，想到哪里写到哪里，很乱..做技术的，表达能力不强，将就着看吧，欢迎大家补充，互相学习交流，有学习有交流才有进步。
刚用知乎发现它的编辑器真难用，发布后段落前面的空格没有了，存草稿后回车换行没有了，刚刚重新整理了一下
③ 请问架构师和全栈工程师的区别 架构师是不是比全栈牛
软件开发不能和建房子完全类比，软件开发的设计和实施往往是分不开的，不可能有人画好图纸，再由人搬砖来实现代码。
全栈工程师和构架师并不存在高下之分，分工不同而，只不过成为构架师所需要掌握的知识更特殊，而且也更依赖经验。全栈工程师更多关注功能实现，构架师更关注系统性能。
就我的理解，全栈工程师主要负责应用开发，对前端后端技术都能熟练使用，更关注应用开发本身，以做新功能为主。
但在大型应用中，除了功能，性能也变得重要，这时候就需要构架师了。构架师考虑的是技术的选型，系统模块之间的连接方式，系统可能的瓶颈，然后还有负载均衡和缓存之类的支持系统。
对于小型系统，只要实现功能即可，性能可以暂时放在一边，全栈工程师最适合。随着系统的更新升级，构架也不断演进，许多以前不会出现的问题渐渐出现，能对这个过程有清晰认识的人，就是所谓构架师吧。
④ 软件系统架构师必修内容是什么
对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。
那么，到底什么是架构师呢？所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。
什么是架构师最具价值的技能呢？就是要了解不同的知识，做一个“杂家”或者说“博学家”。当然，如果你的数据库技术非常棒，或者你在工作流引擎方面具有不可超越的专家知识，那也是很不错的。好的架构师有好多都是从专家成长过来的。但是，这不是架构师应该做的事情，架构师应该做的是了解所有的东西，既了解技术的宏观面，又了解技术的细节。真正的架构师不仅仅要了解软件，也要了解硬件，在关键的部位使用合适的硬件来取代软件，可以成倍甚至成百倍的提高整个系统的效率。下面我将会以互联网行业对的架构师的要求为例，向大家讲解作为架构师应该具备的知识。
互联网行业是当前最激动人心的行业之一，很多的创新都来自于这个行业，而每一个大型的网站如Google，Yahoo，Myspace等都需要解决一个非常复杂的问题，就是网站的分布式向外扩展(Scale Out)的问题。解决这个问题，需要最优秀的架构师对业务进行剖析，利用软硬件将网站进行重构，甚至根据业务研发相应的分布式技术，解决网站复杂的分布式计算的问题。如果你想在这个行业中成为一名架构师的话，需要至少掌握网络知识，硬件，软件，网站优化等方方面面的知识：
网络知识
当前的软件已经绝对不是那种仅仅跑在一台单机上的孤立应用了。不仅仅是在互联网行业，任何一个行业的软件，都要求其具有网络功能。因此，网络知识是架构师必备的知识。我们所说的网络知识，不仅仅包括TCP/IP，http等互联网行业常用的软件协议，也包括网络规划，甚至更具体的说，根据网站应用所处的地理环境进行网络规划。比如人们常说：“这世界上最远的距离不是生与死的距离，而是电信到网通的距离”（笑）如果应用是建立在中国的，就要考虑电信用户和网通用户访问网站的速度应该都比较快才可以。这时候的解决方案可能有多种，比如采用CDN（Content Delivery Network内容分发网络）使得网站的内容发布到离用户最近的服务器，又可以采用把服务器放在一些所谓的双线机房中，甚至将几种方案结合起来使用。这些都统统归到网络知识中。做为公司的架构师，要对这些知识都有所了解，才有助于在遇到问题时找到最佳答案。
硬件知识
了解硬件的极限，是架构师的基本功。我见过一些人，他们的眼中软件硬件都是没有极限的，需要资源就申请，系统性能下降了就买更高级的设备。然而，硬件的性能有很大一部分取决于I/O设备。而这些I/O设备依靠的都是机械物理运动，这种运动是有极限的。因此当资源访问量增大到一定的程度时，这种物理运动将成为瓶颈。比如说，在开发网站的过程中，记录访客的状态是一件很重要的事情，一般来说可以使用HttpSession来记录。而HttpSession的存储问题将是一个很大的挑战，尤其是多机共享Session时，将HttpSession存成文件并通过多机共享或网络备份的方式来解决分布式的问题是常用的方案，然而，架构师必须考虑到这种方案是有I/O极限限制的，很难扩展到超过一定规模的大型网络。同时，架构师应该了解目前最近的硬件发展是否对软件系统会造成一定的影响，比如在多核的条件下是否对软件编程有新的要求，是否会对运行在虚拟机和非虚拟机上的程序有影响等等。
软件知识
软件知识所包含的范围就更加广泛了。对于互联网行业来讲，架构师要了解操作系统，数据库，应用服务器等各方面的知识。比如说，如果网站使用的操作系统是Linux，就要了解这个Linux版本的性能与局限性，比如说最多可以存放的单个文件为多大。有的数据库的数据是以单个文件来存放的，虽然我们很少见到数据库中的数据多到不能再放入一条记录的情况，但是作为架构师，请时刻注意，这种可能性是有的。而且如果你有幸在一家高速成长的互联网企业中，而你所负责的应用又没有经过优化的话，可能你会很快见到这种现象。这种现象的发生可能是由于操作系统不支持大文件的原因，也可能是数据库不支持大文件。不论如何，架构师应该在这种现象发生之前就把一切都准备好。对数据库中表的拆分是架构师应该遇到的另外一个困难。一般来说增加应用服务器比较简单而增加数据库服务器则是比较复杂的问题，如果一个站点由多个数据库支持，架构师需要考虑如何在保证数据一致的情况下，让多个数据库分担压力。有些解决方案是将数据库的读写分开，使得大多数的查询sql不经过核心数据库，而只是访问数据库的副本，但事实上，这种方式也只能维护规模不大的网站。对于大型的网站来说，把业务分散到不同的数据库中，只共享必要的数据，才是合理的提高网站扩展性的解决方案。
其他知识
作为系统架构师，可能还需要对分布式系统，负载均衡，网络安全，数据监控等等各方面都有所了解。不仅仅是了解理论知识，也要对相关的产品和业界进展有一定的认识。比如说做负载均衡最好的产品是那种。目前最常用的备份策略是什么，有什么缺点。如何使用缓存，如何做好日志分析等等。
刚刚谈到的是架构师需要掌握的知识，然而，冰冻三尺非一日之寒。这个过程需要我们慢慢的积累。如果你已经进入到公司进行软件开发，请时刻关注你所开发软件的性能与可扩展性，而不仅仅局限在功能上，时刻想着任何一个简单的问题：我开发的模块如果放在多人并发的环境下会怎样，慢慢的就会有所心得。如果你还是一个在校学生，不要想着自己离架构师这个职位还很遥远。要知道，成为架构师的修炼之路是很长的，甚至可以说是终身的，因此早点进入学习状态，不断修炼自己。在学校期间学好离散数学，数据结构，操作系统，编译原理，体系结构，数据库原理等关键课程，并积极寻找机会到外面实习，增长自己的工作经验。如果有机会去到一些技术主导的公司中工作，就一定不要放弃这种机会，慢慢就会成长起来。最重要的，你会养成关注技术，勤于思考的好习惯。当有一天你发现自己对任何技术难题都可以一眼看到其本质，并能够将其分解为一个个可轻松解决的模块，你会由衷的感觉到知识给你带来的快乐，或许那一天，你已经是一个架构师了。
⑤ 一个五年架构师为什么基本年薪酬可以达到50万
架构师，我想很多人都知道，其实该职位头衔在最早的IT领域是没有的，它是近些年来由互联网的发展所引发的需求，因为现阶段的数据量及高并发的活跃好动，引起了不少传统的技术人员的力不从心，企业愈发关注到了系统架构的重要性，所以不同行业开始招募架构技术人员，架构师就诞生了。
架构设计的条件
以下三个条件不适合做架构设计
对架构不感兴趣，但又迫于需求；
入IT行业，年限小于4年的；
主观能动性弱，又安于现状的；
架构设计的优势
更好的梳理业务的结构体系；
更好的拓展、维护及性能优化；
更好的适应企业业务灵活的推进；
更好的适应大数据的冲洗和应对；
更好的稳定性、低成本及快速迭代；
架构设计时候需要注意的地方
架构设计需要注意的地方，不是怎么把架构搭建起来，而是必须根据业务需求，严格分析，实现该需求需要什么技术会更好及更长远发展的考虑；
另外，构建好的架构虽然可以运行，但是性能需要跟起来，否则架构设计会适得其反，增加不必要的工作量，那么下面就详细介绍下架构设计的策略。
平台的需求
客户需求
在线购物、在线支付或货到付款；
购买商品后，客户可以与客服沟通；
购买商品过程，物流的管理及跟踪；
收取到商品后，商品、物流评价打分；
客户的需求为最高，也代表了企业的核心需求，当然，企业需求还包括其它很多非功能性需求，具体请查看需求梳理部分。
平台的业务架构
根据业务的需求进行子系统模块划分，可以划分为商品子系统、购物子系统、支付子系统、物流子系统、客服子系统、评论子系统；而非核心需求可拆分出客服子系统、评论子系统及接口子系统。另外，根据各个子系统的核心等级，可拆分出核心子系统和非核心子系统，前者包括商品子系统、购物子系统、支付子系统及物流子系统；后者，则包括评论子系统、客服子系统及接口子系统。需要注意的是一般大型电商平台的物流系统是单独分离出来的系统（入库、出库、库存管理、配送管理及货品管理），而这里划分为子系统的主要目的是为演示核心架构，本架构中物流子系统一般作为对接和管理独立子系统的对接模块哦。
1、业务拆分目的
为了解决各个模块子系统间的耦合、维护及拓展性；
方便单独部署子系统，避免集中部署导致一个出问题，全部不能用；
分配专门的团队，负责具体的子系统，最大化工作效率安排；
应对大数据，高压力时，保护核心子系统正常使用；
2、业务的架构图
在上面的业务架构图中，将核心和非核心业务进行拆分，同时每个系统都要独立部署实现，做到大数据量压下，各个系统独立运作，提高可用性，必要时可以暂停掉非核心系统的资源开销，保证核心业务正常为用户服务。
平台的技术架构
在上面业务架构图基础上，我们需要一个技术架构的演变过程，一切只为满足用户的体验和支撑为前提，所以技术架构的搭建不是一蹴而就的，而是随着业务的不断衍变，系统的架构会逐渐完善更新，以实现应对业务数据量的冲击。
1、基本的架构设计
记得很早的时候，很多中小企业所采用的架构设计十分简单，基本使用一台服务器来满足一切需求部署，比如：一台服务器同时用作应用部署、数据库存储以及图片存储等，不料的是待用户数据达到50万以上，系统出现很多性能问题，尽管对数据库和程序做个各种性能优化，结果仍无明显改善，架构如下：
后来，IT程序猿发现图片的读写严重影响了系统性能，并将图片单独存放在独立服务器中，并且在架构中引入了Cache中间件，比如：Memcache，这种做法是可取的，而且比原来性能提高了1-2个性能级别，架构设计如下：
2、初级的架构设计
前几年，一般的电商网站的做法是选用三台服务器，一台部署应用，一台部署数据库，一台部署NFS文件系统，做到将各个规模庞大并耗用性能的部分剥离到不同服务器设备，再配备必要的缓存中间件，基本可以满足近1000万的数据量，具体的架构图如下：
但是，目前主流使用的网站架构已经不同，大多采用集群的方式来实现负载均衡和高可用性，架构可以是下面的样子：
注意：
如果涉及到多台网站服务器的话，就会存在Session如何同步的问题，一般也是最为常用的做法，就是使用Cache中间件来存储和管理Session信息。
3、优化的架构设计
这里为解决高并发，高可用的大型电商网站的架构设计方案，主要采用了分布式、集群、负载均衡、反向代理、消息队列及多级缓存技术。该架构设计方案，是现今比较流程的大型电商网站采用的架构模式，比如：淘宝、京东等，也许会有细微不同的地方，但大同小异哦！具体的架构图方案如下：
平台架构的总结
这里主要总结的是优化架构，架构按层次结构罗列组织，共分为四层，层次分工明确，高拓展，低耦合，负载均衡、集群、分布式及缓存等技术的使用，架构如下：
好了，电商平台的架构设计就介绍到这里，本篇主要是介绍架构设计的思路及应用的核心技术，供在架构设计的同学参考借鉴哦！有想了解更多的可以关注我
⑥ 全栈工程师和架构师的区别
1、性质不同
全栈工程师指掌握多种技能，胜任前端与后端，能利用多种技能独立完成产品的人。系统架构师为一个最终确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。
2、能力要求不同
全栈工程师：现代项目的开发，需要掌握多种技术。互联网项目，需要用到后端开发、前端开发、界面设计、产品设计、数据库、各种移动客户端、三屏兼容、restFul API设计和OAuth等等。
前卫的项目，还会用到Single Page Application、Web Socket、HTML5/CSS3这些技术以及像第三方开发像微信公众号微博应用等等。
系统架构师应该拥有以下几方面的能力：对.Net/JAVA技术及整个解决方案有深刻的理解及熟练的应用 ，并且精通WebService/J2EE架构和设计模式，并在此基础上设计产品框架。
具有面向对象分析、设计、开发能力（OOA、OOD、OOP），精通UML和ROSE，熟练使用Rational Rose、PowerDesigner等工具进行设计开发；精通大型数据库如Oracle、Sql Server等的开发。
3、价值不同
对于创业公司来说，全栈工程师的价值是非常大的，创业公司不可能像大公司一样，各方面的人才都有。虽然说全栈工程师工资会比一般的工程师会高很多，但综合下来，成本会低很多。
优秀的系统架构师是保证软件系统强大生命力的核心人物。专业架构师能够帮助公司全面研究现有架构和设计模式、评估系统设计的优缺点和可能存在的风险，通过一系列的专题指导和具体案例帮助公司掌握先进的、成熟的设计模式，简化复杂的业务逻辑和需求，确定系统最适合法人方案。
在必要的情况下，还可就特定领域或课题，为开发人员提供定制指导。
⑦ java架构师 需要什么条件
java架构师，现在很多新手都知道的名词，这个职位最早在IT领域是没有的，是由于最近几年来，互联网的迅猛发展，网站对于对数据量和高并的活跃度发所引发的需求，引起了众多传统的技术人员的力不从心，越来越多的企业关注到了系统架构的重要性，所以不同行业开始招募架构技术人员，架构师就诞生了。
那么架构师的薪资一般是多少呢：
所以，你的疑虑和担忧不应该放在java架构师有没有前途，因为问出这个问题，说明你对“java的力量一无所知”。你应该先搞清楚，自己适不适合这个行业，适不适合学习java，Java架构师在公司那是除了cto之外技术发展路线最高成就了！
原文地址：https://www.hu.com/question
⑧ 如何成为一个PHP方向的架构师
作为一名十年PHP老司机来讲下，刚开始1-2年都是都是CODER，知道项目版本如何控制，用一些基本框架就可以完成项目。
工作三年PHP不仅仅是只完成码农工作，还需要深入学习PHP优化，Swoole接口，微服务，Mysql底层优化等，才能拥有一份25K左右的薪资，让自己有一些市场竞争力度！
等你有一定经验，4-5年这个阶段后，想要进阶CTO、架构师的话，高并发分流，分布式缓存、RPC、API架构设计等技术都必将掌握！
如果你想要往架构师或TL的方向发展的话，那或许你可以看一下我分享给你的这份进阶路线图，主要针对1到5年及以上的PHP开发人员，里面的技术包涵了PHP高并发、分布式、微服务、框架内核、高性能等技术！！还准备了一套中高级进阶学习教程，分享tp,laravel，Swoole，swoft微服务等教程，想要进阶的PHPer请戳网页链接
PHP架构师体系
⑨ 怎么成为LINUX架构师
架构师呀 那么先从运维工程师做起吧 ，要学习网络方面的知识，数据在网络中怎么传递，linux的基本操作，各项服务的配置和原理，计算机硬件的知识也要了解 有了这些基础了之后会接触到网络架构 ，架构是对各方面综合考虑针对相关业务作出的部署方案，就不如访问网站 ，客户端在浏览器上输入一个IP有外网就能连接上，而这个公司呢 要考虑的就很多了 域名解析 每天有多少访问量 多大的带宽 部署多少台服务器 用lvs keeplive 分发 用apache nagix tomcat处理不同的请求页面 ，后台数据库的选着mysql 还是oracle db2 怎么做数据库的备份容灾 ，全国各个地方做cdn加速呢还是缓存服务器 ，这是一个简单的lamp架构 每一个节点上都要做很多的考虑高负载高可用性，一台服务器荡了对整个服务不影响，各种应急预案，业务扩展，成本与收益等，这是积累了很多项目经验后，遇到过各种问题 解决掉 对整个系统结构业务机构很熟悉后才能去做的职业，从基础坐起 架构师不是梦。