【大运维之三】IT架构的渊源及方法论

作者：龚勇 Yong Gong，某美资纳斯达克上市汽车零部件公司亚太CIO。
有十余年的IT行业，信息化和各类流程实施，架构经验。整个职业生涯服务美资企业。拥有几乎所有IT认证，所以有如何集成各类IT流程成为整个IT运作系统的经验。对于架构领域有着多年企业架构设计，实施和教学经验，推动开发群组框架(The Open Group Architecture Framework -TOGAF）在中国落地。

架构起源

西方：架构-Architecture，或者又翻译成‘建筑’来自古罗马建筑师和工程师维特鲁威。约公元前80~前25年所著，全书分为十卷，是现存最古老且最有影响的建筑学专著。15世纪，意大利文艺复兴时期发现了维特鲁威的《建筑十书》遗稿。今天你在当当网还能买到。

《建筑十书》按现代语言来说，这本书不但是一本非常全面的建筑百科全书，也是2000年前的建筑规范手册。章节划分：

• 第一书是建筑师以及建筑工程管理；

• 第二书讲了盖房子的历史还有各种建筑材料；

• 第三书写的是神庙建筑的各种方法和规范；

• 第四书是修建各种罗马柱的方法和规范；

• 第五书是剧场、广场、体育场和浴场等公共建筑的方法，包括剧场的声学原理；

• 第六书是气候以及住宅的建筑方法；

• 第七书是写地面和墙壁的处理，包括各种材料；

• 第八书讲供水和上下水等；

• 第九书是天文知识；

• 第十书写了当时很多建筑机械和工具，还有弩炮。

作者维特鲁威是一个罗马市民，其貌不扬，身材不高，出身于有相当财产的家庭。他学识渊博，包括建筑、市政、机械和军工等项技术，旁及几何学、物理学、气象学、天文学、哲学、历史学、语言学、美学、音乐学等方面的知识。

维特鲁威曾为当时的两代统治者恺撒和奥古斯都服务过，任过官职。他的职务是建筑师兼工程师，而且还兼任过军事工程师。《建筑十书》的撰写时间是在奥古斯都时代，大约在公元前32年到22年之间，前后经历了十年的岁月。

《建筑十书》经历了两千多年的洗礼，滋养了一代又一代的建筑师和规划师，直到今天依然散发着迷人的光芒。维特鲁威在该书中提出的很多理论已经成了经典，被广泛地传诵和应用。

本文将试图通过分析维特鲁威撰写本书的指导思想来把握内容的实质，从标准观、整体观、类型观、生态观和哲学观这“五观”来对全书的精华进行一个梳理。这是世界上遗留至今的第一部完整的建筑学著作，也是现在仅存的罗马技术论著。

他最早提出了建筑的三要素“实用、坚固、美观”，其实也是今天大家画架构图的三要素“实用，坚固，美观”。

东方的架构起源

两柱之间为一架
三品，堂五间九架，门三间五架。
——《新唐书》

构：木条的头部相互衔接”。八卦图可算最早东方架构图。

架构的渊源

1962年HerbertSimon在论文‘复杂的架构’里，第一次在系统理论背景下使用了‘架构’，但他虽然标题使用了架构，但正文并没有定义，甚至使用架构这个词。早在1986年50个客户赞助DEC（数字设备公司）做出PRISM（信息系统管理研究合作）来面对企业架构的挑战

后来DEC为康柏所收购，康柏为惠普所收购，所以惠普很自豪是架构的鼻祖。但是IBM并不认可。

1989年美国国家标准和技术学院NIST的三天研讨会第一次提出了企业内的架构层次。这个架构层次也是我们今天讨论业务架构，技术架构，数据架构的由来。

第一个被广泛认可使用‘企业架构’名称的是1992年StevenSpewak的书《企业架构规划：开发数据/应用/技术的蓝图》。

2000年，IEEE标准1471《IEEE对软件密集系统的架构描述的推荐实践》对架构做了定义。

2007年，国际标准组织ISO42010：2007《系统和软件工程-架构描述》基本不变的采纳了IEEE对于架构的定义。

2011年ISO42010：2011对架构定义的被最多引用为架构的定义

这就是我们今天大家都使用的架构的定义。

架构的定义

架构是一个系统内组件的基本组织，组件与组件之间和组件与外部环境的关系，并指引其设计和演化的原则。

上图是各种架构的定位。

横切片是各种专业架构：业务架构师（信息架构），数据架构师（应用架构）和服务器架构师（基础设施架构）的所在

小的红三角形是解决方案架构师所关心的：每个层次都要关注，但是只是对于一个业务目标目的。

IT是由所有解决方案组成，所有解决方案加起来就是整个IT架构。

企业架构的范围就更大。技术架构师、解决方案架构师，企业架构师的异同：

• 企业架构师：业务战略到IT战略、IT项目的组合。

• 解决方案架构师：负责单个或几个解决方案

• 设计技术架构师：负责单个或几个技术设计或/和落地。

为什么要做架构？

为什么要做解决方案和技术的架构？这个理由非常简单直接，就不再多述。

我本人是做企业架构的，我来谈谈为什么要企业架构。

一句话：企业架构就是为了企业转型成功，是企业转型的最佳途径之一。

这适用于犹太人2/8原则，即：

将IT的经费比率从“20%的创新经费+80%的维护费用”，转换到“80%的创新经费+20%的维护费用”，这将大大地降低成本，助力于打造一流的企业。

正确的架构可以降低‘8’（维护费用），而省下经费来扩大‘2’（创新费用）。

那手段是什么呢？

各位运维架构师，都在帮助省‘8’（维护费用）。

各位解决方案架构师都在最大利用省下的银子帮公司多赚利润。

架构框架

架构框架是一个或一套基础结构，用来开发大范围的不同架构。

做好架构就要有架构框架，就像你不是打野拳，你得有套路。就像练武功分门派，架构也有不同框架：

它应该描述成一个用构建块的集合来设计企业目标状态的方法，并显示这些构建块如何搭配在一起。

它应该包含一套工具并提供共同词汇。它也应该包含所提议标准的清单以及符合标准的可以实现构建块的产品。

1. ZACHMAN框架 ：

• 具有整个架构概念分类

• 36个单元矩阵，包括了一个企业所需的“何人、何事、何时、何原因”以及“如何”

• 业务目标直到技术实现

• 高度自定义能力，适应不同环境。

2. FEA-联邦企业架构：

FEA（federal Enterprise Architecture）是一种基于业务与绩效的、用于某级政府的跨部门的绩效改进框架，它为OMB和联邦政府各机构提供了描述、分析联邦政府架构及其提高服务于民的能力的新方式。

其目的就是确认那些能够简化流程、共用联邦IT投资及整合政府机构之间和联邦政府的业务线之内的工作的机会。

3. TOGAF-开放群组架构框架：

它是开发企业架构的框架，一个详细的方法和一套支持工具。The Open Group于1993年开始应客户要求制定系统架构的标准，于1995年发表The Open Group Architecture Framework（TOGAF）架构框架。

历经15年9个版本发展，支持开发、标准的SOA参考架构，已被80%的福尔斯（Forbes）全球排名前50的公司使用。

企业架构落地建议

企业架构是为了帮助组织转型，并不是为了企业架构而架构。企业架构的目的应包括：

• 一个架构框架帮助提供有组织和有规律可循的方法。没有框架，就没有好的架构。

• 采用框架到自己的组织和环境是必要的。

• 在组织内建立一个架构团队来设计、实施和维护架构结果。

• 产出的管理是非常重要的。

• 从小做到大。

架构与运维

企业架构帮助企业转型，运维保住战斗成果，并发现新痛点，新机会。如图，TOGAF和ITIL相互弥补，覆盖不同层次。如下图，在IT架构和服务流程体系中TOGAF和ITIL的衔接。

补充:联邦企业架构是美国联邦政府规定每个部门要有自己的企业架构。这是美国可林格可汗法案规定，强制执行，翻墙后你甚至可以下载美国国防部的企业IT架构。

更多好文章请点击如下链接

【大运维之一】自动化实践探索的最优路 https://www.csdn.net/article/2015-08-05/2825387

【大运维之二】DevOps年中盘点：国外最受欢迎的10篇技术文章（上）https://www.csdn.net/article/2015-08-07/2825400

重要提示：运维在“云江湖”的地位毋庸置疑。为给ImapBox的读者提供更多高质量内容，ImapBox云计算频道已与“高效运维”微信公众号（如下二维码）达成合作，众多深度分享文章均将网页端首发于ImapBox。欢迎关注