架构思想：源于生活

怼烎@ 2022-05-18 06:38 169阅读 0赞

**架构源于生活**

架构是指人们对一个结构内的元素以及元素之间关系的一种主观映射的产物，也可以指构筑、建造。这里讲解的架构是指软件架构，软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件，各个组件之间的连接则明确和相对细致的描述组件之间的通信。

# 【软件架构基础】 #

软件架构是一系列相关的抽象模式，用于指导大型软件各个方面的设计。

软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致的描述组件之间的通信。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象；

在面向对象领域中，组件之间的连接通常用借口来实现。软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件架构以作为满足不同客户需求的实际系统设计方案的基础；

# 【软件架构介绍】 #

在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。

结构问题包括总体组织结构和全局控制结构；

通信、同步和数据访问的协议；

设计元素的功能分配；

物理分布；

设计元素的组成；

定标与性能；

备选设计的选择；

软件系统的架构是指系统重要构件的组织或者结构，这些重要的构件通过接口与不断减小的构件与接口所组成的构件进行交互。

一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设计。软件架构师定义和设计软件的模块化、模块之间的交互、用户界面风格、对外接口方法，创新的设计特性以及高层事务的对象操作、逻辑和流程；

# 【架构的发展源于生活】 #

在软件设计界，很多人认为功能是最为重要的，形式必须服从于功能（Forms follows function）；

# 【架构的目标】 #

一般而言，架构设计需要达到如下的目标：

1、可靠性（Reliable）

软件系统必须非常可靠；

2、安全性（Secure）

软件系统所承担的交易的商业价值极高，系统的安全性非常重要；

3、可扩展性（Scalable）

软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户市场的扩展；

4、可定制化（Customizable）

同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整；

5、可伸缩性（Maintainable）

在新技术出现的时候，一个软件系统应当允许导入新的技术，从而对现有系统进行功能和性能的扩展；

6、客户体验（Customer Experience）

系统软件必须易于使用；

7、市场商机（Time to Market）：

软件用户需要面临同业竞争，软件提供商也要面临同业竞争。以最快的速度争夺市场先机非常重要；

# 【架构的种类】 #

显然架构师是提出如何解决问题的思路和方法的具体部署的，尽管他不一定去具体的做编码工作，但至少他知道这是可行的，并且是最好的解决问题的方案；

架构的种类主要有三种：分别是技术架构、控制架构和功能架构；

（1）技术架构：

实际上就是这样的，要选择怎样的编程环境或者软件做支撑，以便能够最快、最好的、高质量的完成这个任务。很明显，这个任务需要对编程语言和各种中间件或者软件非常的了解；

（2）控制架构：

这个问题是从软件的健壮性和方便维护性上进行的决策。比如数据控制、业务逻辑控制、展示控制等。数据控制是在软件编程环境中实现的，业务逻辑控制也是，展示控制也是。这就给人带来一个问题：把它们分开不是很好嘛？

（3）功能架构：  
是从软件的可用性上考量的：分层的、分模块的、分结构的，这些都是功能架构需要解决的问题；

# 【架构模式】 #

在做软件架构设计的时候，根据不同的抽象层次，可以分为三种不同层次的模式：架构模式（Architectural Pattern）、设计模式（Design Pattern）、代码模式（Coding Pattern）；

架构模式：是一个系统的高层次策略，涉及到大尺度的组件以及整体性质和力学。架构模式的好坏可以影响到总体布局和框架性的结构；

设计模式：是中等的尺度的结构策略。这些中等尺度的结构实现了一些大尺度组件的行为和它们之间的关系。模式的好坏不会影响到系统的总体布局和总体框架；

设计模式定义出子系统或者组件的微观结构；

代码模式：是特定的范例和与特定语言有关的编程技巧。代码模式的好坏会影响到一个中等尺度组件的内部、外部的结构或者行为的底层细节，但是不会影响到一个部件或者系统的中等尺度的结构，更不会影响到系统的总体布局和大尺度框架；

【架构标准】

软件体系结构通常被称为架构，指可以预制和可重构的软件框架结构。架构尚处于发展期，对于其定义，学术界尚未形成一个统一的意见，而不同角度的试点也会造成软件体系结构的不同理解，以下是一个主流的标准观点；

**《组成派》：**

软件架构的定义：

软件系统的架构将系统的描述为计算机组件之间的交互

上述定义有两个显著的特点：

1：关注架构是实践中的客体——软件，以软件本身为描述对象；

2：分析了软件的组成，即软件由承担不同计算任务的组件组成，这些组件通过相互交互，完成更高层次的计算；

**《决策派》：**

RUP（Rational Unified Process，统一过程）：中软件架构定义：软件架构包含了关于以下的1：问题的重要决策：

2：软件系统的组织。

3：选择组成系统的结构元素和它们之间的接口，以及当这些元素相互协作的时候所体现的行为；

如何组合这些元素，使它们逐渐合成为更大的子系统；

用于指导这个系统组织的架构风格：这些元素以及它们的接口、协作和合作；

软件架构不仅仅注重软件本身的结构和行为，还注重其他的特性：使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制以及权衡，以及美学等；

上述定义两个显著的特点：

（1）关注架构实践中的主体——人，以人的决策为描述对象；

（2）归纳了架构决策的类型，指出架构不仅包括关于软件系统的组织、元素、子系统和架构风格等几类决策，还包括关于众多非功能性需求的决策；

软件架构模式是高度抽象的、适用于许多类似系统的、预先定义好的一种特殊的软件架构；

**架构模式的经典分类：**

<table> 
 <tbody> 
 <tr> 
 <td style="background-color:#1f497d;border-color:#cce8cf;width:108.6pt;"> 类别 </td> 
 <td style="background-color:#1f497d;width:158.8pt;"> 名称 </td> 
 <td style="background-color:#1f497d;width:133.7pt;"> 例子 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:108.6pt;"> &nbsp; 调用——返回 </td> 
 <td style="background-color:#fbcaa2;width:158.8pt;"> 分层（Hierarchical layer） </td> 
 <td style="background-color:#fbcaa2;width:133.7pt;"> OSI 7层网络协议 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fde4d0;width:158.8pt;"> 主程序——子程序（main program and subroutine） </td> 
 <td style="background-color:#fde4d0;width:133.7pt;"> 很多 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fbcaa2;width:158.8pt;"> 面向对象（OO System） </td> 
 <td style="background-color:#fbcaa2;width:133.7pt;"> 很多 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:108.6pt;"> 独立组件 </td> 
 <td style="background-color:#fde4d0;width:158.8pt;"> 通讯进程（communicating process） </td> 
 <td style="background-color:#fde4d0;width:133.7pt;"> 某些自控系统 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fbcaa2;width:158.8pt;"> 事件系统（event systems） </td> 
 <td style="background-color:#fbcaa2;width:133.7pt;"> OS微内核结构，MFC message机制 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:108.6pt;"> 虚拟机 </td> 
 <td style="background-color:#fde4d0;width:158.8pt;"> 解释器（interpreters） </td> 
 <td style="background-color:#fde4d0;width:133.7pt;"> C++ Compiler，任天堂模拟器on PC，CPU软件模拟器for 嵌入式开发 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fbcaa2;width:158.8pt;"> 规则为中心（rule——based systems） </td> 
 <td style="background-color:#fbcaa2;width:133.7pt;"> 某些人工智系统 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:108.6pt;"> 数据流 </td> 
 <td style="background-color:#fde4d0;width:158.8pt;"> 批处理（batch sequential） </td> 
 <td style="background-color:#fde4d0;width:133.7pt;"> 某些老式的OS </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fbcaa2;width:158.8pt;"> 管道——过滤器（pipes and filters） </td> 
 <td style="background-color:#fbcaa2;width:133.7pt;"> MS DirectShow，Unix CC （compile/linker等） </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:108.6pt;"> 数据流为中心 </td> 
 <td style="background-color:#fde4d0;width:158.8pt;"> 数据库（database） </td> 
 <td style="background-color:#fde4d0;width:133.7pt;"> DB2，Oracle </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fbcaa2;width:158.8pt;"> 黑板（blackboard） </td> 
 <td style="background-color:#fbcaa2;width:133.7pt;"> 某些人工智能系统 </td> 
 </tr> 
 </tbody> 
</table>

**架构模式的现代分类：**

<table style="width:593px;"> 
 <tbody> 
 <tr> 
 <td style="background-color:#1f497d;border-color:#cce8cf;width:76.3pt;"> 类别 </td> 
 <td style="background-color:#1f497d;width:177.2pt;"> 名称 </td> 
 <td style="background-color:#1f497d;width:99.2pt;"> 特点 </td> 
 <td style="background-color:#1f497d;width:92.15pt;"> 例子 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:76.3pt;"> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 从混沌到结构 </td> 
 <td style="background-color:#fde4d0;width:177.2pt;"> &nbsp; &nbsp; 分层（layer） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ul> 
 <li>直观的分而治之方式</li> 
 </ul> 
 <ul> 
 <li>层的重用</li> 
 <li>依赖性局部化</li> 
 <li>可替代性</li> 
 </ul></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> 通信协议栈 Java虚拟机 很多应用系统 </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fde4d0;width:177.2pt;"> &nbsp; &nbsp; &nbsp; 管道——过滤器（Pipes and Filters） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ul> 
 <li>重用性好；</li> 
 <li>便于重组新策略；</li> 
 <li>交互性差；</li> 
 <li>适用于复杂处理；</li> 
 </ul>&nbsp; </td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> 编译器； Unix Shell DirectShow 通信协议解析； </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fde4d0;width:177.2pt;"> &nbsp; &nbsp; 黑板（Blackboard） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ol> 
 <li>算法和数据分离；</li> 
 <li>耦合度大；</li> 
 <li>适用于某些AI系统；</li> 
 </ol></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> 人工智能系统； </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:76.3pt;"> &nbsp; 分布式系统 </td> 
 <td style="background-color:#fde4d0;width:177.2pt;"> &nbsp; 代理者（Broker） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ol> 
 <li>屏蔽复杂性；</li> 
 <li>支持互操作；</li> 
 <li>适用于分布式系统；</li> 
 </ol></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> CORBA； RMI； 交叉编译系统； </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:76.3pt;"> &nbsp; &nbsp; 交互式系统 </td> 
 <td style="background-color:#fde4d0;width:177.2pt;"> MVC（Mode-View-Controller） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ul> 
 <li>灵活性；</li> 
 <li>广泛流行；</li> 
 </ul></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> 很多； </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fde4d0;width:177.2pt;"> PAC（Presentation-Abstraction-Control） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ul> 
 <li>灵活性；</li> 
 <li>复杂；</li> 
 </ul></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> 人工智能系统； </td> 
 </tr> 
 <tr> 
 <td style="background-color:#8064a2;width:76.3pt;"> &nbsp; &nbsp; &nbsp; 适应性系统 </td> 
 <td style="background-color:#fde4d0;width:177.2pt;"> &nbsp; 微内核（Microkernel） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ul> 
 <li>适应变化；</li> 
 <li>支持长生命周期；</li> 
 <li>复杂；</li> 
 </ul></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> OS； Jboss； Eclipse </td> 
 </tr> 
 <tr> 
 <td style="background-color:#fde4d0;width:177.2pt;"> &nbsp; 基于元模型 （Meta-Level Architecture） </td> 
 <td style="background-color:#fde4d0;width:99.2pt;"> 
 <ol> 
 <li>适应变化；</li> 
 <li>支持长生命周期；</li> 
 <li>不易实现；</li> 
 </ol></td> 
 <td style="background-color:#fde4d0;width:92.15pt;"> 反射框架； Spring； MDA； </td> 
 </tr> 
 </tbody> 
</table>

对现代模式的简要阐述：

**（1****）分层：**

从不同的层次来观察系统，处理不同层次问题的对象被封装到不同的层中，最大的优点是将整体问题局部化，把可能的变化分别封装在不同的层中。第N层只能被第N-1层调用或者被位于上一层的任意一层调用。

**（2****）管道——过滤器：**

用数据流的观点来观察系统。整个系统由一些管道和过滤器组成，需要处理的数据通过管道传送给每一个过滤器，每一个过滤器就是一个处理步骤。每个过滤器可以单独的修改，功能单一，并且它们之间的顺序可以进行配置。但是数据通过了所有的过滤器之后，就完成了所有的处理操作，得到了最终的处理结果。这种架构的特点是交互性差，原因在于它没有“边界对象”；

一个典型的管道——过滤器体系结构的例子是以Unix Shell编写的程序。Unix即提供了一种符号，以连接各组成部分（Unix的进程），又提供某种进程运行时机制以实现管道。另一个著名的例子是传统的编译器。传统的编译器一直被认为是一种管道系统，在该系统中，一个阶段（包括词法分析、语法分析、语义分析和代码生成）的输出是另一个阶段的输入。编译器的管道——过滤器架构；

**（3****）黑板：**

应用中的多种不同数据处理逻辑相互影响和协同来完成数据分析处理。就好像多位不同的专家在同一黑板上交流思想，每个专家都可以获得别的专家写在黑板上的信息，同时也可以用自己的分析去更新黑板上的信息，从而影响其他的专家；

在实际的应用中常见的两种实现模式有两种：

1、利用数据库：

利用数据库充当黑板，不同的应用共享数据库中的信息，并且可以更新数据信息。

这也是最常见的实现方式；

特点：

a》便于实现信息的查询，筛选和统计，这方面关系数据库提供了SQL强大的支持；

b》不能用于较高实时性要求的环境，这种实现是工作在“拉模式”下的，并且高频率的访问数据库会导致严重的系统性能问题；

2、利用发布——订阅模式：

这种实现方式通常采用消息队列作为黑板，队列工作在主题模式（Topic），专家作为队列的订阅者，同时可以向队列发送消息，消息会被发送至所有订阅者。以上过程实现了专家之间的信息交流；

特点如下：

a》可以有效的应用于实时性要求较高的系统，这种实现工作在“推模式”下；

b》难以实现信息的统计分析，不像第一种实现方式那样可以有SQL支持，这些工作必须开发者自己完成；

**（4****）MVC**

采用该模式的软件会包含这样三种组件：Model、View、Controller。

例如：基于JavaEE平台的MVC结构；

**（5****）微内核：**

微内核模式能适用于需求经常变更的系统，它把最小化的基本服务内核从扩展服务和客户特殊服务中分离出来。

（1）优点如下：

*  可扩展性：

微内核所有附加功能均能通过开发新的附加服务的形式进行扩充。而且，它提供了封装底层功能的更易用的虚拟机，附加服务的开发可以在较高层次上开始；

*  可移植性：

附加功能只依赖于微内核，它们没有移植性的开销；

*  延长软件的生命周期：

微内核架构可以接纳一些当前不可预见的新技术，以及商业层面的新功能的挑战。

（2）缺点如下：

1.  设计和实现的复杂性：

微内核提供的能力必须少而精，但又必须完备，否则就不能提供逍遥的完整机制；

1.  微内核架构往往比同类情况下的其他设计性能低：

要解决此问题，得依靠良好的策略；

（3）微内核适用于开发难度大、预期生存周期长、成本高的软件系统。通过该架构，可以很好地解决如下几个问题：

1.  微内核将底层差异进行封装，构建了一个抽象度更高的虚拟机，降低了其他服务开发的难度；
2.  生存周期越长，需要应对的变化越多。微内核架构屏蔽了下层的变化，为上层服务提供了更加稳定的抽象服务，利于大规模扩展的需要；
3.  通过开放性可以缓解成本高的问题。将微内核实现的基础服务开方，可以吸引大批开发者来增强我们的产品；

（6）基于元模型：

基于元模型的架构和微内核架构一样，都是以适应变化、支持长生命周期为主要目标的架构模式，它包含两个层：基本层和元层；

基本层定义应用，元层通过元对象Meta A调用对象A，元层包含一组“元对象”，这些元对象组成的模型称为“元模型”，元模型是对基本层中“一切”的抽象。元模型提供了软件本身的结构和行为的“自描述”。一般而言，元模型中的元对象分别从三个方面来刻画基本层：结构、行为、状态；

【一个Java Web项目的总结】

当要开始入手一个新的Java Web应用的时候，应该遵循如下几点：

1、准备整体框架，也就是通常所说的三层框架：数据库+应用服务器+应用；

2、准备好框架各个部分所处的环境：做好服务器与应用服务器之间的沟通，以及在不同操作平台下调配数据库和应用服务器；

3、实现应用服务器和数据库的连接：这点很重要，需要配置应用服务器与数据库的连接，以及使用数据库连接池技术；

4、了解应用的框架：也就是所谓的项目源码了，具体使用了哪种MVC模式，使用了什么日志工具、测试工具、编译工具，注意在熟悉一个公司的项目时候，这个公司可能有自己的Web相关开发工具；

【架构师岗位职责】

1、带领团队进行平台的设计、开发和维护；

2、参与需求分析、系统分析、业务建模；

3、进行架构设计、概要设计；

4、参与软件工程实施和管理：开发计划定制、人员分配安排、进度跟踪以及风险控制、测试管理等；

5、关键技术研究和开发、对外技术交流以及沟通；

【架构师任职要求】

1、熟悉软件工程，5年以上大型网站项目、Web应用系统开发以及管理经验；

2、对互联网业务以及相关技术有高度的敏感性，对新技术和概念具备良好的学习和应用能力；

3、熟悉大型网站的开发、制作流程，具备较高大型网站项目开发管理、系统分析以及架构设计的能力；

4、熟悉Windows、linux等服务器操作系统，对Web平台服务有深入的理解；

5、精通Web Service、REST、XML、Ajax、SQL、HTTP、TCP、WCF等技术；

6、有较高的数据库设计能力，精通SQL Server、Oracle、Mysql等数据库系统；

7、熟悉分布式缓存。

8、具备大型网站开发所需的海量数据存储以及处理、高性能并发处理、分布式处理等方面的技术经验；

9、熟练使用各种常用软件开发辅助工具；

10、具备SNS、LBS、GIS、搜索引擎、网络通信、移动开发、呼叫中心等相关行业技术背景者优先；

11、具备良好的语言表达以及沟通能力，具备良好的文档写作能力；

12、年龄27——35岁，成熟稳重，具备良好的职业素养和团队精神，具备较强的承受能力和解决问题的能力；

**要想成为一名架构师，花大量的时间在关键的技术上，比如**

**高并发：（例如关于铁道部售票网站的并发知识，自己也可以自己模拟一些场景，比如制造些大数据，然后使用模拟的并发测试软件来测试）；**

**多线程、**

**Web Service****等。**

**需要搞清楚它的原理，这样才能在关键时刻给出明智的决策。另外，对技术的广度也是要求的，不然如何保证当前的项目或者产品使用的技术最合适；**

【项目经理岗位要求】

1、担任项目执行过程中需求阶段的工作，出具符合公司规范的需求规格说明书。

2、担任项目执行过程中的详细设计工作或者设计审核工作；

3、担任项目执行过程中的编码工作或则编码审核工作；

4、能够确保能在合同交付日期范围内，按照合同规定工作量（以合同审批单中签字确认工作量为准）完成项目的交付以及收款工作；

5、严格监控项目执行过程中各个环节对外文件的客户的签字确认情况；

6、制定项目计划，合理分配项目任务，监控项目进度；

7、定期向直属领导汇报项目相关情况（项目进度、项目投入、可能产生的风险等）。

8、项目验收通过3个月之后，经过直属领导允许后，向售后部门相关人员移交项目

# 【架构师成长之路】 #

中高级java程序员面试问题：

[http://blog.csdn.net/houjingjun/article/details/60579033][http_blog.csdn.net_houjingjun_article_details_60579033]

[http://blog.csdn.net/moneyshi/article/details/53086927][http_blog.csdn.net_moneyshi_article_details_53086927]

[http://blog.csdn.net/kingmax54212008/article/details/52050497][http_blog.csdn.net_kingmax54212008_article_details_52050497]

（1）学习面向对象；

（2）学习设计模式；

只知道面向对象的原则是不行的，必须有一些更加细致的原则去指导，这样就有了更加基础的面向对象原则。而把这些原则更详细的应用到实际中来解决问题，就是设计模式；

（3）过度设计；

在写代码的时候将设计模式运用到项目中，其实设计过程中的一个致命的错误就是过度的设计；

（4）学习重构；

在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构；

重构的目标，就是设计模式。更本质的讲，就是使程序的架构更趋于合理，从而提高软件的可维护性、可扩展性、可重用性；

推荐书籍《重构——改善既有的代码的设计》、《设计模式》

（5）锻炼自己成为架构师的过程：

推荐书籍：《重构与模式》

（6）灵活运用各种模式：

不需要刻意的想用什么模式，如何重构，程序的目标就是可维护性、可扩展性、可重用性。这些都已经成为了一种编程习惯，一种思维习惯。

【对架构师的技能要求】

1、优秀的编码能力，能够解决开发人员无法解决的难题；

2、架构师对系统的大容量、高性能、高并发、高容错性有架构设计和开发经验；

3、对操作系统，数据库、服务器各种软件使用的配置比较了解，比如Linux、Web负载均衡、反向代理、数据库集群、容灾等比较了解；

4、对软件开发过程有清晰明确的认识，也就是对软件工程有明确的认识，并能够对需求进行分析和建模；

5、学习能力很强，接触知识面很广，喜欢关注和接触各种新的技术；

6、沟通能力很强；

7.对从事的行业的业务要有深刻的了解；

总结：懂得DBA、运维；

【程序员】

面向对象编程、UML画图、设计模式、代码重构；

常用ORM工具；

MVC、XML、Jquery、SQL以及性能优化；

框架的一些深入的知识；

高性能代码，

最好了解多门语言；

【DBA】

常用的数据库，MSSQL、MySQL。Oracle，性能调优熟练，负载均衡、集群、容灾熟练；

大数据量处理熟练；

善于使用各种数据库监控软件；

【运维师】

各种Web负载均衡的硬件，比如F5：软件，比如Nginx等的原理和配置；

反向代理加速，比如SquID等；

操作系统，Linux是必须要懂得，各种好的工具都在Linux下；

各种性能监控软件；

【产品经理和业务以及项目经理】

沟通和理解能力；

该行业和本公司的业务逻辑；

软件工程的知识；

质量控制、进度控制、人员组织等；

总结，称为一名Web架构师，Web架构分为服务器架构和程序架构两个方面，一般的Web架构师还是偏向程序架构，因此要学好语言，程序架构师基础。学好了这些，做一个合格的架构师就没有多大的问题了，毕竟DBA、运维这些东西在公司中都有专业的人在做，所以深度方面还是要深入学习编程的知识、软件架构知识。有了这个基础之后，，Web架构师应该在大数据量、高并发、高负载，以及容错方面再有所了解和涉及。然后反过来能促进对软件架构的思考，这种：深——广——深——广的模式就是学习的方法；

学习过程中与其他架构师多交流，共同进步，多参考其他架构师的杰作也是很明智的选择；

[http_blog.csdn.net_houjingjun_article_details_60579033]: http://blog.csdn.net/houjingjun/article/details/60579033
[http_blog.csdn.net_moneyshi_article_details_53086927]: http://blog.csdn.net/moneyshi/article/details/53086927
[http_blog.csdn.net_kingmax54212008_article_details_52050497]: http://blog.csdn.net/kingmax54212008/article/details/52050497