系统架构师的作用

系统架构师该怎么来实现其“架构”企业的职能呢？尤其在设计企业 IT 策略时，该怎样体现架构师的价值？

这里以实例说明： 摩托罗拉的副总裁 Toby Redshaw 说，架构师是“IT 策略中的中枢”，而且这一角色对公司的影响确实非常大。当 Toby Reshaw 在 2001 年进入摩托罗拉并担任其策略暨架构副总裁时，他俨然一位购房者对一套摇摇欲坠的公寓进行估价一样。他并不是仅仅只作些表面上的修改，而是拟定了一个重建摩托罗拉整个基础结构的计划，这个计划可以彻底修整公司的基础建设，就像一个建筑师设计一幢房子一样，Redshaw 拟出了一张技术构架蓝图，一座技术性的建筑，以便使被他称作“如意大利面条般错乱的应用程序，机器和管线”那些东西变得井然有序。他说，只要选择了正确的架构策略并用对了人，摩托就可以用比以前更快的速度生产出大量应用软件，而且可以减少维持重叠系统的费用。 Redshaw 说：“如果你连建筑架构都搞不好，就算你的石匠技术再高明，又有什么用？架构师是 IT 策略中的中枢。” 像 Redshaw 这样的系统架构师们在企业内部的影响力非常大。很久以来，虽然他们一直在信息技术部门担任重要职务，但是他们经常受委托提供全面概况分析，并提出一些关于如何遵照标准执行这些任务的建议，而这些对日常运作的影响极其有限。今天，随着各公司都在寻找重建他们的 IT 系统，使其更能有效节省成本，更灵活的方法，架构师愈来愈被看作是至关重要的因素。

一个定义明确的架构的目标在于降低运行复杂的运算系统的费用。一个公司可以采用一种特定的数据库配置，如微软的数据库，进而将系统标准化，而不需要让公司的每个部门安装它们自己所需要的数据库服务器。 Express 的技术架构副总裁 Andy Miller 说：“如果你没有一项强有力的架构策略，人人各行其是，最后以得到六种服务器和软件平台而告终，你的系统变成了大杂烩，而那将使你的费用激增。”把架构师独立出来有很多好处，比如系统的整体把握，质量上的保障，技术上的先进性，架构的灵活性，高效性，还可有效地降低成本。试想，1 个月薪 1w 的架构师+10 个月薪5k 的工程师，肯定比 11 个月薪 6k 的高级工程师效果要好。一般来说，级别越高的架构师，经验更丰富，争相聘请的人也多，他们也是与公司全部的 IT 策略密切相关的专业人员。

如何成为一名Linux系统运维架构师

架构师呀 那么先从运维工程师做起吧 ，要学习网络方面的知识，数据在网络中怎么传递，linux的基本操作，各项服务的配置和原理，计算机硬件的知识也要了解 有了这些基础了之后会接触到网络架构 ，架构是对各方面综合考虑针对相关业务作出的部署方案，就不如访问网站 ，客户端在浏览器上输入一个IP有外网就能连接上，而这个公司呢 要考虑的就很多了 域名解析 每天有多少访问量 多大的带宽 部署多少台服务器 用lvs keeplive 分发 用apache nagix tomcat处理不同的请求页面 ，后台数据库的选着mysql 还是oracle db2 怎么做数据库的备份容灾 ，全国各个地方做cdn加速呢还是缓存服务器 ，这是一个简单的lamp架构 每一个节点上都要做很多的考虑高负载高可用性，一台服务器荡了对整个服务不影响，各种应急预案，业务扩展，成本与收益等，这是积累了很多项目经验后，遇到过各种问题 解决掉 对整个系统结构业务机构很熟悉后才能去做的职业，从基础坐起 架构师不是梦

如何成为一名系统架构师

sun公司的SCJP 即Sun Certificated Java Programmer（Sun认证JAVA程序员），是Java程序设计员国际认证的标志。

真正的Java程序员应该是具有美国SUN公司颁发的SCJP国际认证（或者更高的级别）的软件程序员，该认证是目前全球最受重视、最受欢迎的程序员资格认证之一，对于初级Java程序员来说，具备这一认证不但可以获得极好的工作机会，而且它更是日后获得丰厚待遇的前提。

虽然获得Sun Java认证并不容易，但获得Sun Java认证的好处还是显而易见的。这主要得益于Java推进的速度大大超出了人们培养Java程序员的速度。如果你握有一张Sun Java认证，进入IT界并在其中驰骋，便是一件最简单不过的事情了。

架构师首先必须具有丰富的开发经验，是个技术主管。因为他必须清楚什么是可以实现的，实现的方式有哪些，相应的难度怎么样，实现出来的系统面对需求变化的适应性等一系列指标。另外，需要对面向过程、面向对象、面向服务等设计理念有深刻的理解，可以快速的察觉出实现中的问题并提出相应的改进（重构）方案（也就是通常说的反模式）。这些都需要长期的开发实践才能真正的体会到，单从书本上很难领会到，就算当时理解了也不一定能融会到实践中去。在技术能力上，软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识，包括进程内通信（对象访问、函数调用、数据交换、线程同步等）以及进程外（包括跨计算机）的通信（如RMI、DCOM、Web Service）。在WEB应用大行其道的今天，开发者往往对服务器间的通信关注的比较多，而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石，它是架构设计中的鸟瞰视图；而进程内的通信是模块实现的骨架，它是基石的基石。如果具体到一个基于Net企业级架构设计，首先需要的是语言级别的认识，包括NET的CLR、继承特性、委托和事件处理等。然后是常用解决方案的认识，包括ASPNET Web Service、NET Remoting、企业服务组件等。总之，丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去，给代码编写人员带来实实在在的可行性。其次，具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力，可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。有经验的设计人员可能都碰到过这样的事，一厢情愿的保留接口在需求变化中的命中率非常低。也就是说，在系统设计之初为扩展性留下来的系统接口没能在需求变化的洪流中发挥真正的作用，因为需求的变化并没有按照预想的方向进行，到最后还是不得不为变化的业务重新设计系统。这就是因为对业务知识的理解和对市场或者商业的判断没有达到一个实用的、可以为架构扩展 的水平。再次，架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围，包括沟通以及对人员素质的判断。软件过程是团队协作共同构建系统的过程，沟通能力是将整个过程中多条开发线粘合在一起的胶水。大家都应该碰到过事后说“原来是这样啊，我不知道啊”或者某个开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱，让系统构建过程可以有条理的高效进行。另外，对人的关注还表现在对团队成员的素质判断上，比如哪些开发人员对哪些技术更熟悉，或者哪些开发人员容易拖进度等。只有合理的使用人力资源，让合适的人做合适的事情才能让整个软件过程更加高效。架构师应时刻注意新软件设计和开发方面的发展情况，并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级，软件架构师需要吸收这些新技术新知识，并将它们用于软件系统开发工作中。但对新技术的探索应该在一个理性的范围内进行，不能盲目的跟风。解决方案提供商永远都希望你能使用它提供的最新技术，而且它们在推广自己的解决方案的时候往往是以自己的产品为中心，容易给人错觉。比如数据库，往往让人觉得它什么都能做，只要有了它其它什么都不重要了。但事实上并不是如此，对于小型应用可以将许多业务逻辑用script的方式放入数据库中，但很少看到大型应用采用这样的做法。对于新东西需要以一种比较的观点来判断，包括横向的比较和纵向的比较，最后得出一些性能、可移植性以及可升级等指标。另外，新入行的开发人员往往关心新技术动向而忽略了技术的历史，而从DOS时代一路杀过来的开发者就对现在的技术体系有较全面的把握。

Linux系统运维

这个工作还好，薪资待遇也还行，不过需要的知识也很全面，而且象一些游戏公司加班也不少。

如何成为一名PHP架构师？如何规划

当然是先有专业技能穿才可以

技术不过关是无论如何都不行的

推荐北大青鸟进行一下系统学习

PHP 就Java 你都可以学习一下

如何成为一名软件架构师

架构师首先必须具有丰富的开发经验，是个技术主管。因为他必须清楚什么是可以实现的，实现的方式有哪些，相应的难度怎么样，实现出来的系统面对需求变化的适应性等一系列指标。另外，需要对面向过程、面向对象、面向服务等设计理念有深刻的理解

如何成为一名软件测试架构师

如果你是一名测试架构师，那意味着你有很多事情可以做，测试架构师领导公司测试技术的发展和测试策略上的方向。区别一个测试架构师和普通测试工程师的特质是：他关注的是一个功能模块，一条产品线，还是整个公司的测试部门的问题。甚至对于一些更加资深的测试架构师，他们已经不再局限于产品当前版本的测试，他们可以前瞻性的考虑未来的版本的测试策略和技术。

测试架构师的角色可以和设计架构师的角色互相比较着看，设计架构师，计划/设计一个产品，关注着产品的研发过程。同样的，测试架构师他们计划/设计测试平台，关注着产品的测试过程。但他们倒是有一个让我们IT民工羡慕的共同特点，他们更多的是提供咨询服务，并不亲身去帮你写完每一行代码。他们的工资不由他们敲多少字决定。呵呵。测试架构师具备测试技术测试方法学上雄厚的知识，不仅仅是公司内部的知识，也包括公司外部的知识。所以他们具备实力给那些测试经理们提供咨询服务，告诉他们，什么样的测试技术什么样的测试平台会符合公司要测得产品，什么样的软件流程可以更好的保证软件质量。那有人会自然想到，这不是测试经理的事情吗？不然，测试经理，我们都是知道，人一到了经理这个位置，杂事就多了，员工加薪，员工福利，办公室装修，测试实验室购买新机器。什么事情都可能找到测试经理头上。测试经理的主要责任，应该是领导和培养一个优秀的测试团队。所以领导和培养是他的重点。对于剩下得测试技术测试策略上的任务，这时候他身边的测试架构师就起到了辅佐的作用。我觉得，这样的一个解释可以让很多测试经理如释重负，把技术和管理的重担全部依赖在测试经理的身上，有点不近人情了。

测试架构师不仅仅是需要影响到公司内的测试机构测试社区，还需要影响开发机构甚至市场部门，好的测试架构师，可以从保证质量的角度，对产品的研发销售各个方面施加深远而正确的影响，也吸收来自各个部门的建议，最终提高整体软件质量。所以说一个优秀的测试架构师，也可以是一个不错的设计架构师，不错的用户需求分析师。因为软件质量保证是一个贯穿需求分析、设计、测试整个软件项目的过程。做好测试架构师，就要求你能够驾驭软件项目各个阶段。所以对开发和其他部门的熟悉是必不可少的

1他们不是项目经理，虽然前面说了很多软件测试架构师对项目的各个方面施加影响，但是他们不是项目经理。一个纯粹的项目经理要考虑的事情还有很多很多，如果一个测试架构师最后扮演了项目经理的角色，那么对项目还是对测试架构师，都是不益的。

2测试架构师不是一个水到渠成的头衔，不是你做了很多年测试，对产品很了解，就自然成为了测试架构师。你需要有足够的技术前瞻能力和对公司内的影响力以达到对产品测试策略和技术方向提供咨询。

3不只是一个纯粹的软件测试技术编程高手，一个测试架构师的存在是为了解决实际项目产品中的测试问题，并不是一个纯粹的测试技术编程爱好者。一个热衷于单元测试开发框架的人，可以是一个编程好手，但未必是公司需要的测试架构师。一个架构师，对技术和测试策略测试方法学都能在解决实际问题上运用娴熟。

linux系统运维工作内容？

linux系统运维一般RedHat的比较多，其次Ubuntu的现在也开始有了。

维护其实主要就是确保服务器上跑的进程服务，能安全高效稳定的运行。

首先要了解各种服务的配置，如FTP,DNS,APACHE,IPTABLE，ORACLE，MYSQL等。

对服务器状态进行监控，如CPU内存占用，进程僵死崩溃，磁盘空间，异常登陆等。

还要对系统进行升级，备份等等工作而且最好能掌握C语言和SHELL脚本技术。

工资待遇根据单位要求和个人经验 不同， 从1500-15000都有可能。

Linux系统运维构架师的岗位职责有哪些

1、保持主机安全运行：检查主机运行状态，包括磁盘、CPU、网络运行情况； 2、保持网络安全运行：检查系统网络运行情况，防止突发事件，保证不断网； 3、协助开发组完成应用软件部署； 4、完成主机和网络的增配减配；

Linux系统运维好找工作吗？

要看你的技术到什么程度了~也不知道你有没有学习过一些或考过一些专业的技能证书，如果有这些东西人家比较认的，现在学linux的人还不能算很多，那早点踏入这个行业就要比后人有发展啊~~想linux现在是从rhcsa到rhce到rhca。。一共有三个等级，还要结合一点网络的知识，光是会一个系统也没有用的~现在的社会就是这样滴

系统架构设计师考试合格人员能够根据系统需求规格说明书，结合应用领域和技术发展的实际情况，考虑有关约束条件，设计正确、合理的软件架构，确保系统架构具有良好的特性；能够对项目的系统架构进行描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；能够与系统分析师、项目管理师相互协作、配合工作；具有高级工程师的实际工作能力和业务水平。

系统架构设计师的考试要求：掌握计算机硬软件与网络的基础知识；熟悉信息系统开发过程；理解信息系统开发标准、常用信息技术标准；熟悉主流的中间件和应用服务器平台；掌握软件系统建模、系统架构设计基本技术；熟练掌握信息安全技术、安全策略、安全管理知识；了解信息化、信息技术有关法律、法规的基础知识；了解用户的行业特点，并根据行业特点架构合适的系统设计；掌握应用数学基础知识；熟练阅读和正确理解相关领域的英文。

大学刚毕业那会，一个程序员的成长之路一般是这样的，初级程序员、中级软件设计师、高级系统分析师。那会，系统架构师还没有这个提法。

第一次听说系统架构师，是2008年比尔盖茨宣布卸任微软CEO那年，盖茨宣布辞去微软所有职位，唯独保留一个首席系统架构师的职位，从此觉得系统架构师是一个挺牛的岗位。

这两年，我先后报考了计算机技术与软件专业技术资格（水平）考试（简称软考）的系统架构师和系统分析师考试，对这两个岗位定位有了更深的了解。

系统分析师出现较早，早期软件分工没有那么细致之前，系统分析师统管全局，同时负责系统需求分析、架构设计及项目管理。后来才分拆出项目管理师及系统架构师角色。

分拆之后，

系统分析师 ，主要负责的工作为获取并分析用户的需求，形成文档，并指导整个项目的开发。系统分析师要求有足够的应用领域知识。

系统架构设计师 ，则负责整体的、宏观的系统设计，对架构进行描述、分析和评估。系统架构师要求更了解技术。

回到软考中，系统分析师考试范围更广，除了IT，技术管理等方面的知识以外，甚至包含数学、会计、法律等内容。而系统架构设计师主要考系统架构相关的技术，也包含需求、数学、法律、英语等方面的知识。两者的知识重合度超过70%。

从技术含量来看，系统架构师技术含量更高一些。

大家也倾向于认为，系统架构师含金量也更高些。

所以如果有程序员想报考软考高级资格考试，我建议选择软件架构师，而不是系统分析师。

一个系统架构师的自述

来这家公司从事信息化工作已经也有三个年头了，有必要对这三年的工作和成长以及不足之处做一个总结。在此之前，从2001年开始学习JAVA，那时候用Struts的开发的企业也不多，而我在的做项目的企业当时已经自己开发了Struts的快速开发平台，专门做对日软件外包的项目，在这家公司工作，培养了我JAVA基础知识，软件工程的认识以及项目管理的知识。随后博士毕业后去了一家外企做了4年的IT系统集成研究，主要用Eclipse Plugin搭建研究项目的验证的Prototype，期间研究了SOA，SSH，LDAP，Web服务发现等技术。

刚来这家公司的时候，领导决策要将系统做重建开发。项目的具体情况是：我们拥有了成熟的业务功能，只要将老的系统的功能照搬到新的系统中，因此，对于老的系统进行了一次整理和分析，分析了合理的地方，也分析了不合理的地方，不合理的地方，希望在新系统中进行改进，但原则上，数据库表结构不做大的改动，以免将给将来系统迁移带来重大困难。当然，由于随着企业的业务的发展，会有新的需求，但大部分的需求都是没有改变的。

在项目的成员实力方面，没有的是：

1熟悉JAVA的开发人员。

2J2EE项目的经验。

有的是：

1IT项目的开发、测试和维护经验。

2数据库系统开发经验。（其实很重要的，数据库系统对于企业应用来说，数据也是很关键的，拥有这样面的经验，为项目的后续开发提供了不少的经验支持）

在项目的初期阶段还碰到了技术选型的问题，根据应用的特点，最终选择了C/S三层结构，并选用标准的EJB 30作为中间层，采用成熟的商用中间件服务器，这样就解决了ORM，数据持久化等问题，这样便确定了技术方向，这对于没有经验的团队来说，也是艰难的。

上述便是我团队的情况的简要概况。项目总是要做的，因为领导决策了啊。先看上述两个问题我们是如何解决的。

1针对开发团队没有JAVA的开发经验，进行培训，由我亲自操刀。培训为期15天，从开发环境熟悉，到JAVA基础知识，上午半天讲知识，下午上机练习。

2针对没有J2EE的项目经验。

整个项目就我一个人有过J2EE的项目经验，但是我以前没有做过J2EE项目的架构师至少没有做过如此大型项目的，我只是做过J2EE项目的开发（B/S的，而本次项目是客户端）并了解软件工程、面向对象的设计、设计模式等。怎么办？我们是这样解决的，请老师。专门请了老师来讲架构设计知识。这还不够，我们花钱请人做架构设计。但只是做架构设计，生成一个架构说明书后，离架构的工作还很远，还有很长的路要走，而在合作公司做好架构设计后，他们的工作也就基本结束了。后面的架构方面的工作，基本上是由我来做的。我说说我都做了什么事情。

（1）按照架构说明书，将整个架构环境搭建起来。

（2）开发一套便于开发人员开发的开发框架。

（3）设计了Swing的MVC模式，并开发实现。

（4）开发了整个系统的基础组件，为了实现架构中的复用的原则，这个很重要。

（5）负责整个系统的权限的管理，这个很重要，跟各个模块都有关系。

（6）负责开发的编码规范的制定，包括JAVA的编码的规范，同时还有质量属性方面的编码的规范。

（7）整个系统的异常处理、日志、错误验证等机制的设计和开发；

（8）第三方系统和工具的集成，如报表系统，浏览工具的集成等；

上述，只有（1）是现成的。其它的都是具体的架构方面的工作。很多人，都以为，架构师嘛，不就是高高在上的，待在象牙塔里给开发人员发号施令的人吗？其实不然，架构师需要每天跟开发人员在一起，一起写代码，一起工作，一起交流。

回顾起，在搭建快速开发框架的过程中，开发人员在开发的过程中，提出了很多有意义的改进的意见，直到今时今日，我们还在改进，只有开明的架构师，才能够设计出好的系统，好的基础组件。当然没有意义的，也被筛选掉的，架构师必须要有这样的`决断力。

Swing的MVC模式就不说了，可能每个团队对于该项设计都会有所不同。

说说如何实现组件的复用，要实现组件的复用，必须要鼓励开发人员复用已有的组件以统一界面风格以及减少工作量。那么，就要告诉开发人员，目前我们的系统有哪些基础组件，他们都是怎么样使用或调用的。有了这些，开发人员自然就肯用了。

关于编码规范，可能很多人觉得这是项目开发中的小事情，其实不然，某位架构大师说过，架构无小事，编码规范的执行不力，直接影响到整个项目的代码质量，甚至影响质量。例如，要求不要出现在循环，要释放对象，尽量用StringBuffer等。在编码规范的执行的难度是，不是说你有没有规范，而是你的规范有没有被执行。那么如何使得你的规范被执行呢？

这就需要架构师的耐心和沟通能力了。在整个项目的开发过程中，架构师始终要保持与开发人员的沟通，苦口婆心地说，编码规范的重要性。时间长了，开发人员养成了好的习惯，架构师也就省心了。

根据上述经验，我做个总结。

1经验是可以复制的，当您没有这方面的人员时，最好请求专业或外援，并培养自己的人员，同时有吸收的学习。

2架构师是整个团队的技术领导，需要具备领导能力。

3架构师需要较强的沟通能力，需要与项目的各个方面的人员进行沟通，与项目经理沟通，帮助项目经理制定合理的开发计划；与需求分析员沟通，了解系统的关键需求和非功能性需求；与开发人员沟通，使得架构设计能够被真正执行；另外还有与项目经理、物理架构负责人沟通等等。

4架构师需要编写代码，这样使自己积累更多的代码经验，加深理解设计模式，可以帮助自己对于整个项目更加熟悉，同时能够回答开发人员在开发过程中出现的所有的问题，树立个人威信。

5架构师需要有较强的IT知识和广博的知识面。IT的知识更新非常快，现在云计算等的出现，必然要淘汰一部分架构师，因此，架构师要保持生命力，必须要不断地学习。

6架构师要懂业务知识。架构设计要满足系统的需求。我虽然刚到公司不久，但由于之前积累了很多业务相关的知识，经过短期的学习，也掌握了业务知识。

7不要怕做事情，我在整个系统的开发过程中，我的开发量是别人的三倍还多，但我收获的，则也是三倍还多的经验。

自己的不足之处：

1有时候会着急，当规范强调了10遍，还是没有得到很好的执行时，就开始没有耐心了。

2需要加强沟通能力，将自己的想法能够推销出去。

3需要在更多的业务领域知识方面得到快速的增长。

下一步的目标

1系统理论地学习架构知识，使得知识更加固化，以进一步使得架构设计更加科学和有调理；

2通过广泛地阅读学习企业信息化的各个方面的知识，包括ERP，SCM，营销管理，企业战略，企业管理等，每年看书或阅读文章至少100本或篇；

3熟悉企业的业务流程，与企业不同层次的人员多多地进行交流，多学习，多沟通；

4多交朋友，多向朋友学习与交流。 ;

系统架构师应该掌握什么

　我要成为一个软件架构师。对一个年轻的工程师来说，这是一个很好的目标。那么要成为系统架构师，应该掌握什么呢？

　架构师首先必须要了解需求和业务，架构师必须接地气。

　不了解需求的架构师，就去设计架构，指挥大家干活，纯粹是耍流氓。架构虽然不是产品经理，但是产品最终都是服务客户的。如果架构师只懂技术，不考虑需求，做出的系统可能是高大上，但是用户不一定买账，那就是一个失败的产品了。

　其次，架构师需要定义架构。

　搞清楚需求后，下一步就是思考，如何解决这些需求并定义它的架构。架构定义过程让你想清楚你打算怎么在兼顾需求和限制的情况下把问题解决好。架构定义是将结构，方针，原则和领导力引入软件项目的技术层面。

　第三，架构师还需要进行技术选型，选择哪种技术来支持业务的实现。

　这里注意的'是，不一定要选择那些潮流技术，选择什么技术，要看自己的场景。有时候，选择一些最原始的技术，没准更适合自己的业务场景。技术选型是很重要的，选择正确的技术，就能事半功倍。如果选择不好，那么就会欠技术债务，不仅影响产品的开发周期，还会影响产品的稳定性。

　第四，架构师需要进行架构协作。

　这里的架构协作，不仅仅指技术方面了。一个好的产品，牵涉到很多人即“项目干系人”，要想让一个软件项目成功，需要所有的系统干系人紧密协作来保证架构和所在的环境很好的集成。

　第五，架构师还可以参与一些设计，开发，测试的工作。

　还是那句话，架构师要接地气。真正去使用自己的产品，不仅能对产品进度很好地把握，还能在使用中发现产品架构存在的问题，及时修补和调整。另外，这样做的另外一个好处，就是架构师能够真正融入团队，并不是高高在上的。这不仅不会削弱你的权威，相反，能够让下属更尊重你，这也是领导力养成的一个重要途径。

　最后在招聘网站摘录了一些对架构师的要求，供大家参考，希望有这个目标的小伙伴，不断努力，早日实现。

　熟悉分布式、高性能架构和开发技术，如分布式应用开发、数据分布式管理和同步等;

　精通J2EE系统架构，深刻理解J2EE架构的优缺点，具有大型基于J2EE体系结构的项目规划、系统架构设计、开发经验，精通j2ee设计模式;

　深刻理解软件系统架构，精通面向对象分析设计方法，逻辑能力佳，具有丰富的OOA、OOD、OOP、UML及SOA经验，精通RationalRose、PowerDesigner等设计工具;

　技术视野广阔，具有良好的前瞻性，思路清晰、逻辑性强，对移动支付和互联网支付的相关技术具有优秀的领悟力和前瞻性，有较强的业务分析能力;

　良好的沟通能力、团队合作精神和服务意识;认真负责、具有高度责任感和敬业精神;

　对于性能瓶颈可以给出最优的切片,集群和分布式服务器搭建解决方案

　理解面向对象分析和设计的基本原则，熟悉常用的设计模式，熟悉UML;

　熟悉Java的多线程，线程与线程，进程与进程的通信机制;

　精通系统优化，对系统优化原理有深入的理解。对系统端到端性能优化有丰富的实践经验，熟悉各种远程本地Cache组件(尤其是Memcached,Redis)，对Cache服务器集群架构有丰富的经验;

;

首先，给你看看腾讯的高级硬件架构师的招聘要求吧：

工作职责：

自主服务器硬件系统的架构设计及研发工作；

承担从业务向技术转换的桥梁作用；

协助制定项目计划和控制项目进度；

辅助并督导上游ODM/OEM开展设计工作；

负责建立适合腾讯需求的服务器硬件质量标准及检测流程体系；

负责组织重大项目技术研究和攻关工作；

负责带领公司内部员工研究与项目相关的新技术。

工作要求：

本科及以上学历，通信、电子及相关专业，有扎实的计算机底层硬件基础知识；

具备计算机基础理论知识，六年以上逻辑设计及实现经验；

精通硬件开发流程管理，熟悉上游部件供应商运作模式；

具备一定的硬件/逻辑器件知识，掌握基本硬件/逻辑开发流程和开发工具；

具备参与通信设备逻辑开发经验者优先考虑；

较好的英语读写能力，良好的沟通能力及合作精神。

看完应该对这个职位有一定了解了吧？

其实，从定义上来说，一个硬件架构师，是负责辅助并指导基于需求的硬件架构设计工作，针对不同的业务需求选择合适的技术路线，制定最优的技术解决方案。架构师往往还要参与售前技术支持相关工作，包括技术交流、系统架构设计方案编写等、 负责项目的招投标工作，包括整体解决方案的拟订、标书应答、讲解与答辩、 负责制订系统设计类相关文档、工具、模型等规范并组织规范实施。架构师在公司组织及带领技术人员研究与项目相关的新技术，组织、开展与系统架构相关技术培训工作，跟踪软件技术发展，开发行业典型的IT整体解决方案。

什么是系统架构师-如何成为系统架构师

　系统架构师是在某一个技术领域有深刻专研的技术达人还是在技术面上涉猎广泛的通才抑或有个五六年的工作经验之后就自动变成了“架构师”相信下面的文章对你的疑惑有所帮助!

　新入门或没有架构设计经验的程序员刚开始的时候会有种不知所措的感觉，但其实架构设计是件很容易的事，它只是软件系统开发中的一个环节而已，整个软件系统的开发和维护以及变更还涉及到很多事情，包括技术、团队、沟通、市场、环境等等。

　虽然架构设计是件容易的事情，但也不是大多数没有架构设计经验的程序员想象中的画画框图那么简单。把几台服务器一摆，每一台服务器运行什么软件分配好，然后用网络连接起来，似乎每个企业级应用都是如此简间单单的几步。

　但现实生活中的软件系统实实在在可以用复杂大系统来形容，从规划、开发、维护和变更涉及到许许多多的人和事。架构设计就是要在规划阶段都把后面的事情尽量把握进来，要为稳定性努力，还要为可维护性、扩扩展性以及诸多的性能指标而思前想后。除了技术上的考虑，还要考虑人的因素，包括人员的组织、软件过程的组织、团队的协作和沟通等。

　另外，架构设计还需要方法论的指导。这些方法论的思路包括，至上而下的分析，关注点分离，横向/纵向模块划分等。

　有时候觉得架构设计决策就像是浏览Google Earth，实际上反映的是一种自上而下的决策过程。对问题的分解是软件思维的基本素质，可以有横向分解、纵向分解以及两者的结合。能不能有效快速准确的分解问题，是软件开发人员需要首先训练的项目。

　另外，架构设计中图形化的工具非常有用，它能把系统的结构和运作机制以图形化的方式表达出来。也正因为这样才有了架构设计就是画框图的误会。再者，架构设计是一个工程性质的工作，对当事人的实际从业经验要求较高。只有对市场上的各种技术有较全面的了解之后才有可能设计出一个尽可能满足各种设计约束的架构。

　在架构师需要具备的能力上，架构师首先必须具有丰富的开发经验，是个技术主管。因为他必须清楚什么是可以实现的，实现的方式有哪些，相应的难度怎么样，实现出来的系统面对需求变化的适应性等一系列指标。

　另外，需要对面向过程、面向对象、面向服务等设计理念有深刻的理解，可以快速的察觉出实现中的问题并提出相应的改进(重构)方案(也就是通常说的反模式)。这些都需要长期的开发实践才能真正的体会到，单从书本上很难领会到，就算当时理解了也不一定能融会到实践中去。

　在技术能力上，软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识，包括进程内通信(对象访问、函数调用、数据交换、线程同步等)以及进程外(包括跨计算机)的通信(如RMI、DCOM、Web Service)。

　在WEB应用大行其道的今天，开发者往往对服务器间的通信关注的比较多，而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石，它是架构设计中的鸟瞰视图;而进程内的通信是模块实现的骨架，它是基石的基石。如果具体到一个基于Net企业级架构设计，首先需要的是语言级别的认识，包括NET的CLR、继承特性、委托和事件处理等。

　然后是常用解决方案的认识，包括ASPNET Web Service、NET Remoting、企业服务组件等。总之，丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去，给代码编写人员带来实实在在的可行性。

　其次，具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力，可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。

　有经验的设计人员可能都碰到过这样的事，一厢情愿的保留接口在需求变化中的命中率非常低。也就是说，在系统设计之初为扩展性留下来的系统接口没能在需求变化的洪流中发挥真正的作用，因为需求的变化并没有按照预想的方向进行，到最后还是不得不为变化的业务重新设计系统。

　这就是因为对业务知识的理解和对市场或者商业的判断没有达到一个实用的、可以为架构扩展性服务的水平。

　再次，架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围，包括沟通以及对人员素质的判断。软件过程是团队协作共同构建系统的过程，沟通能力是将整个过程中多条开发线粘合在一起的胶水。

　大家都应该碰到过事后说“原来是这样啊，我不知道啊”或者某个开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱，让系统构建过程可以有条理的高效进行。

　另外，对人的关注还表现在对团队成员的素质判断上，比如哪些开发人员对哪些技术更熟悉，或者哪些开发人员容易拖进度等。只有合理的使用人力资源，让合适的人做合适的事情才能让整个软件过程更加高效。

　另外，架构师应时刻注意新软件设计和开发方面的发展情况，并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级，软件架构师需要吸收这些新技术新知识，并将它们用于软件系统开发工作中。

　但对新技术的探索应该在一个理性的`范围内进行，不能盲目的跟风。解决方案提供商永远都希望你能使用它提供的最新技术，而且它们在推广自己的解决方案的时候往往是以自己的产品为中心，容易给人错觉。比如数据库，往往让人觉得它什么都能做，只要有了它其它什么都不重要了。

　但事实上并不是如此，对于小型应用可以将许多业务逻辑用script的方式放入数据库中，但很少看到大型应用采用这样的做法。对于新东西需要以一种比较的观点来判断，包括横向的比较和纵向的比较，最后得出一些性能、可移植性以及可升级等指标。

　另外，新入行的开发人员往往关心新技术动向而忽略了技术的历史，而从DOS时代一路杀过来的开发者就对现在的技术体系有较全面的把握。

　构架师不是通过理论学习可以搞出来的，不学习并且亲自实践相关知识肯定是不行的。就像前面说到的，架构设计是一个工程性质的事情，只有在不断实践的基础上才能逐渐熟悉起来。

　实践的内容并不是去深挖各种语言的特性，因为系统架构师是设计应用系统架构而不是设计语言(除非你是要实现DSL)。更多的时候需要带着一种比较的眼光去实践，把不同的实现方式下的优缺点做个总结，做到自己心里有数，等具体的上下文环境下才好判断采用什么样的方式方法。

　把基础打牢的同时掌握一定的方法，架构设计不是想象中的那么难。 ;