商品名称：
评价得分：
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
此评价对我
多品类齐全，轻松购物
快多仓直发，极速配送
好正品行货，精致服务
省天天低价，畅选无忧无忧考网软件水平考试频道为您提供2015年系统架构师工资待遇，系统架构师工资水平，系统架构师待遇怎么样最新信息，欢迎广大考生访问无忧考网软件水平考试网，获取更多关于软件水平考试的信息。等级：书童 |
热门搜索：、、、
您现在的位置：&&&&&&&&&&&&&&&&&&&&文章内容
快捷导航：
系统架构设计师:如何成为软件架构师
来源：233网校&&&【233网校：天下考生的良师益友】&&&日
已有574人加入
　　2009年上半年计算机技术与软件专业技术资格（水平）考试日期：<FONT color=#ff年5月23、24日。另外，部分考试科目从2009年上半年开始将采用新修编的考试大纲，具体见： 。　　那么要成为架构师的途径似乎只有现在较为流行的软件学院和个人自我培养了。关于软件学院我接触过不少，其宗旨绝大部分都是造就（or打造）企业需要的软件架构师（or程序员or人才）。教师来源与企业、学员来源与企业、人才输送到企业是他们办学的手段。尽管各个如雨后春笋般出现的软件学院口号差不多，但恐怕大多只是为了圈钱卖学位了事...　　架构师不是通过理论学习可以搞出来的，不过不学习相关知识那肯定是不行的。参考软件企业架构师需求、结合目前架构师所需知识，总结架构师自我培养过程大致如下仅供参考：　　1、架构师胚胎（程序员）学习的知识是语言基础、设计基础、通信基础等，应该在大学完成，内容包括java、c、c++、uml、RUP、XML、socket通信（通信协议）――学习搭建应用系统所必须的原材料。　　2、架构师萌芽（高级程序员）学习分布式系统、组建等内容，可以在大学或第一年工作时间接触，包括分布式系统原理、ejb、corba、com/com+、webservice（研究生可以研究网络计算机、高性能并发处理等内容）　　3、架构师幼苗（设计师）应该在掌握上述基础之上，结合实际项目经验，透彻领会应用设计模式，内容包括设计模式（c++版本、java版本）、ejb设计模式、J2EE架构、UDDI、软件设计模式等。在此期间，最好能够了解软件工程在实际项目中的应用以及小组开发、团队管理。
软考站考试大编辑推荐:
更多优质资料尽在
来源:233网校-责编:zj&&&
6月8日 16:36
2013上半年软考成绩什么时候出来啊
5月27日 17:0
马上加入【软考帮帮团】啦，考后来讨论2013年5月期货从业资格考试《期货法律法规》试题和答...
5月23日 17:25
有考程序员的同学吗？大家交流交流哦~
5月16日 8:48
低价出售。。。
4月16日 16:0
根据《2013年度专业技术人员资格考试计划及有关问题的通知》得知，2013年上半年软考时间...
状态：进行中
状态：进行中
状态：进行中
状态：进行中
状态：进行中
文件类型：
文件类型：
文件类型：
文件类型：
文件类型：资深架构师如何看待大型网站系统架构-马海祥博客
新型SEO思维就是从一个全新的层次上提升seo优化的水平，达到网络信息最佳化的展示效果！
> 资深架构师如何看待大型网站系统架构
资深架构师如何看待大型网站系统架构
时间：&&&文章来源：马海祥博客&&&访问次数：
目前，网络上关于讨论网站系统架构实操(术)的文章较多，讨论架构理念(道)的较少，本文基于几位资深架构师在大型电商网站系统架构方面的一些实践和思考，和大家聊聊架构理念性的东西，希望能够抛砖引玉，推进大家对架构的认识。
什么是道，什么是术？道是事物发展的本质规律，术是事物发展的具体途径。规律只有一个，途径很多，条条大路通罗马，罗马是道，大路是术。道为本，术为途，如果事先知道罗马在哪里，那么遍地是路，路路相通。架构也是如此，如果能领悟架构的本质，就不会拘泥于现有的实践和理论框框，而以最直接的方式解决问题，无招胜有招。
1、架构的本质
任何系统，自然情况下，都是从有序到无序，这是有科学依据的，按照热力学第二定律，自然界的一切自发过程都有方向性，一个孤立系统会由有序变为无序，即它的熵会不断增加，最终寂灭，但生物可以通过和外界交互，主动进行新陈代谢，制造&负熵&来保证自身有序，继续生存。
同样，一个软件系统随着功能越来越多，调用量急剧增长，整个系统逐渐碎片化，越来越无序，最终无法维护和扩展，所以系统在一段时间的野蛮生长后，也需要及时干预，避免越来越无序。
架构的本质就是对系统进行有序化重构，不断减少系统的&熵&，使系统不断进化。
那架构是如何实现无序到有序的呢？基本的手段就是分和合，先把系统打散，然后重新组合。
分的过程是把系统拆分为各个子系统/模块/组件，拆的时候，首先要解决每个组件的定位问题，然后才能划分彼此的边界，实现合理的拆分，合就是根据最终要求，把各个分离的组件有机整合在一起，相对来说，第一步的拆分更难。
拆分的结果使开发人员能够做到业务聚焦、技能聚焦，实现开发敏捷，合的结果是系统变得柔性，可以因需而变，实现业务敏捷。
举个例子，在Web 1.0时代，一个ASP或JSP页面里，HTML和脚本代码混在一起，此时脚本代码越多，系统越混乱(即熵增加)，最终连开发者自己都无法理解，此时就需要对系统重新架构，办法是引入view helper模式，分离HTML和脚本，HTML成为view，脚本成为帮助类，然后再简单整合在一起。
通过重新分和合，整个系统层次清晰，职责明确，系统的无序度降低，容易扩展，同时不同技能的开发人员，如UED和程序员，可以负责不同部分，有效提高开发效率。
好的架构就像一篇优美的散文，形散神不散，表面看无序，实则高度有序。
2、架构分类和服务对象
架构一般可分业务架构、应用架构、技术架构，那么它们分别解决什么问题，服务于谁呢？我们首先看一个系统落地过程：
对于负责开发的人来说，怕的是业务太复杂，代码逻辑太乱，超出他能理解的范畴，系统无法维护，因此开发的需求是系统整体概念清晰，容易理解，方便扩展。
对于负责运行的机器来说，怕的是业务并发量太大，系统核心资源不够用(如数据库连接)，它希望在业务量增加时，系统能够支持水平扩展，支持硬件容错(如避免单点故障)。
开发的痛点主要由业务架构和应用架构解决，业务架构从概念层面帮助开发理解系统(动态的包括业务流程/节点/输入输出，静态的包括业务域/业务模块/单据模型)。
应用架构从逻辑层面帮助开发落地系统(应用种类/应用形式/数据交互关系/交互方式等)，整个系统逻辑上容易理解，最近大家谈的比较多的 SOA 即属于应用架构的范畴。
机器的痛点主要由技术架构解决，如技术平台选型(操作系统/中间件/设备等)，部署上希望支持多机房，水平扩展，无单点等。
强调一下，系统是人的系统，架构首先是为人服务的，业务概念清晰、应用逻辑合理、人好理解是第一位的(即系统有序度高)，现在大家讨论更多的是技术架构，如高并发设计，分布式事务处理等，只是因为这个不需要业务上下文背景，比较好相互沟通，具体架构设计时，首先要关注业务架构和应用架构，这个架构新手要特别注意（具体可查看马海祥博客《》的相关介绍）。
3、整体架构
真实中的网站架构也许并不如此也可以实现高性能，但是高性能的网站莫不过如此，如下图所示：
（1）、负载均衡系统
负载均衡系统分为硬件和软件两种。
硬件负载均衡效率高，但是价格贵，比如F5等。
软件负载均衡系统价格较低或者免费，效率较硬件负载均衡系统低，不过对于流量一般或稍大些网站来讲也足够使用，比如lvs。
（2）、反向代理系统
目前普遍使用Squid或者nginx，或者Lighttpd，Varish。
这四者又各自有很大的差异。
Squid：主要用来做反向代理，使用内存+硬盘。
Nginx：可以反向代理+负载均衡+WWW解析。
Lighttpd：反向代理能力一般，处理FastCGI比较好，消耗内存很小。
Varish：主要做内存的反向代理，性能最优。
（3）、Web服务器系统
由Apache负责解析PHP内容，也可以用Nginx，或者Lighttpd，相对来说Apache比较稳定。
（4）、分布式存储系统
存储量很大，经常会达到单台服务器无法提供的规模，比如相册、视频等应用。因此需要专业的大规模存储系统。
（5）、底层服务系统
根据各自需要由C/C++开发设计供上层CGI调用。
（6）、数据库系统
①、使用MySQL数据库，考虑到Web应用的数据库读多写少的特点，我们主要对读数据库做了优化，提供专用的读数据库和写数据库，在应用程序中实现读操作和写操作分别访问不同的数据库。
②、使用同步机制实现快速将主库(写库)的数据库复制到从库(读库)，一个主库对应多个从库，主库数据实时同步到从库。
③、写数据库有多台，每台都可以提供多个应用共同使用，这样可以解决写库的性能瓶颈问题和单点故障问题。
4、架构师能力模型
架构师只做分和合的事情，但综合能力要求很高，要求内外兼修，下得厨房，上得厅堂，下图通过典型的架构方式介绍一个架构师的能力要求：
在此基础上，架构师要有技术的广度(多领域知识)，又有深度(技术前瞻)，对主流公司的系统设计非常了解，知道优劣长短，碰到实际问题，很快有多种方案可供评估。
抽象思维是架构师最重要的能力，架构师要善于把实物概念化并归类，比如面对一个大型的B2C网站，能够迅速抽象为采购-&运营-&前台搜索-&下单-&履单这几大块，对系统分而治之，庖丁解牛，早已目无全牛。
抽象思维是往高层次的总结升华，由实到虚，而透过问题看本质则是由虚到实，往深层次地挖掘，比如看到一段java代码，知道它在JVM如何执行，一个跨网络调用，知道数据是如何通过各种介质到达目标(操作系统内核/网卡端口/电磁介质等)，透过问题看本质使架构师能够敏锐地发现底层之真实，系统性端到端地思考问题，识别木桶的短板并解决之。
能落地的架构才是好架构，良好的沟通能力确保各方对架构达成共识，愿意采取行动，良好的平衡取舍能力确保架构在现有资源约束下是最合理的，理想最终照进现实（具体可查看马海祥博客《》的相关介绍）。
总结下，架构师的能力要求包括：
兼具技术的广度(多领域知识)和深度(技术前瞻)
兼具思维的高度(抽象思维)和深度(问题到本质)
兼具感性(沟通)和理性(平衡)
5、架构境界
架构师从境界上由浅到深可以分为四层：第一看山不是山，第二看山是山，第三看山不是山，第四看山是山。
刚接手项目时，对业务不了解，时时被业务方冒出的术语弄得一愣一愣的，如果把现有问题比作山，则是横看成岭侧成峰，根本摸不透，此时看山不是山。
经过业务梳理和对系统深入了解，可以设计出一个屌丝的方案，把各个系统串起来，解决当前的问题，对当前这个山能够看清楚全貌，此时能够做到看山是山。
通过进一步抽象，发现问题的本质，原来这个问题是共性的，后续还会有很多类似问题。设计上进行总结和升华，得出一个通用的方案，不光能解决当前的问题，还可以解决潜在的问题，此时看到的已经是问题本质，看山不是山。
最后回到问题本身，去除过度的抽象，给出的设计简洁明了，增之一分嫌肥，减之一分嫌瘦，既解决当前问题，又保留最基本的扩展，此时问题还是那个问题，山还是那个山。
第一境界给不出合适方案，不表。
第二境界的方案只解决表面问题，往往设计不够，碰到其它类似问题或者问题稍微变形，系统需要重新做。
第三境界的方案往往过度设计，太追求通用化会创造出过多抽象，生造概念，理解和实现均困难，此时系统的无序度反而增加，过犹不及。
第四境界的方案，在了解问题本质的基础上，同时考虑现状，评估未来，不多做，不少做。
佛教讲空和色，色即事物现象，空即事物本质，从这个意义上说，第一重境界无色无空，第二重境界过色，第三重境界过空，第四重境界站在色和空之间，既色又空，不执着于当前，不虚无于未来。
不空不色，既空既色，道法自然，本性如来，架构之髓也。
马海祥博客点评：
构建大型的商业网站绝对不可能像构建普通的小型网站一样一蹴而就，需要从严格的软件工程管理的角度进行认真规划，有步骤有逻辑地进行开发，对于大型网站来说，所采用的技术涉及面极其广泛，从硬件到软件、编程语言、数据库、Web服务器、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的，所以要想对自己有所提升，就必须学会搭建科学的系统架构。
本文为原创文章，如想转载，请注明原文网址摘自于/wzch/1451.html，注明出处；否则，禁止转载；谢谢配合！
您可能还会对以下这些文章感兴趣！
本打算近期把马海祥博客的微信公众平台，以分享seo思维的最新信息形式推广起来。但是今天却从一位站长口中……
快播已死，余波未了，牵动了大波宅男心绪的快播究竟是栽在了哪里？你能想象这是一场暗藏杀机的角逐吗？百度……
今天一早打开网站就看到很多的圈内人士在网上讨论，说百度昨晚在搜索引擎搜索页面做出的一个小变化，在搜索……
最近我在给公司的编辑和优化人员培训时，在讲到文章关键词的密度……
SEO是一个很普通的行业，但也一直是一个神秘的行业，而作为在业……
相信做个seo的，或者自己已经是站长的，都或多或少的对自己负责……
在搜索引擎优化中，一个网站的SEO策略能最终影响到网站未来的优……
自从做了这个关于seo思维的马海祥博客以后，最近一直在写些关于s……
SEO优化是针对搜索引擎规则做出优化以提高网站排名为目的的优化……
本月热点文章软考系统架构设计师的论文怎么写才好
城儿☆0036
论文的话,最好是多看些范文和看下相关杂志.你可以去报个希赛架构培训班,哪里有50篇范文.还有20道论文题目给你做,老师会批改你写的论文.从老师的批注中,你应该能知道如何把握论文.
为您推荐：
其他类似问题
扫描下载二维码