基于复杂组织体架构方法的企业 数据中心总体设计(一)
基于复杂组织体架构方法的企业 数据中心总体设计(一)
2018-06-14 10:29:17 来源:复杂组织体架构EA抢沙发
2018-06-14 10:29:17 来源:复杂组织体架构EA
摘要:数据中心是企业数据资源开发利用的重要的载体,其相关技术应用近些年来重新燃起了许多企业的热情。
关键词:
总体设计
企业架构
1.引言
“数据中心”一直以来被认为是一组硬件设备及容纳这些硬件的建筑物,例如:维基百科针对数据中心给出的定义是“一整套复杂的设施,它不仅仅包括计算机系统和其它与之配套的设备(例如通信和存储系统),还包含冗余的数据通信连接、环境控制设备、监控设备以及各种安全装置”。谷歌在其发布的《The Datacenter as a Computer》一书中,将数据中心解释为“多功能的建筑物,能容纳多个服务器以及通信设备。这些设备被放置在一起是因为它们具有相同的对环境的要求以及物理安全上的需求,并且这样放置便于维护”,而“并不仅仅是一些服务器的集合”。随着企业数据资源作为新型资产越来越受到重视以及大数据与数据分析技术的发展和普及,人们对数据中心的理解也在发生变化,逐渐从关注硬件环境建设到关注数据资源本身的管理。本人认为,在DT时代这个大背景下,数据中心建设应聚焦数据资源管理,将数据中心理解为:是企业数据资源和对数据资源进行集成、共享、分析的标准、流程、工具及所依托的软件、硬件和物理、组织环境的集合。数据中心既是一个技术体系,也是一个组织体(Enterprise)。数据中心是企业数据资源开发利用的重要的载体,其相关技术应用近些年来重新燃起了许多企业的热情。
但是,由于数据中心一直以来主要沿用数据仓库(Data Warehouse,DW)、商务智能(Business Intelligence,BI)等技术及相关工程经验,缺乏始于业务终于业务的成体系的设计和实施方法论,很多企业的数据中心还主要聚焦于数据分析与展示,价值存在很大的局限性,失去了数据中心的许多意义。而复杂组织体架构(Enterprise Architecture,EA)正是解决从战略到业务再到IT的一套科学方法,被国际上众多组织(企业组织和政府等非盈利性组织)所采用。EA最早可以追溯到20世纪80年代中期,由当时还在IBM工作的John Zachman首先提出了“信息系统架构框架”的概念。1996年美国的Clinger-Cohen 法案导致了术语“IT架构”(ITA),ITA现在被解释为IT企业架构(EA)。经过近二十年的发展,EA相关理论日益成熟,IBM、美国联邦政府、波音、空客、罗罗都基于EA思想在构建和管理自己的IT系统。在中国,EA也被中国航空工业集团、中国航天科工集团、华为、用友、金蝶等工业企业集团、软件厂商所采用。中国航空工业集团公司提出了以复杂组织体架构方法应对组织与管理的复杂性,通过与国际开放组TOG开展广泛合作,系统地导入架构方法论和知识体系,已经将EA方法运用到企业战略分析、业务和组织架构设计、IT架构设计、数据中心建设和企业治理等方方面面,“十二五”期间取得了明显的应用成效。
2.数据中心设计方法
数据中心是一个企业(复杂组织体)的有机组成部分,一个现代化的企业数据中心具备复杂组织体的所有特征。因此,数据中心架构设计可以参考国际上最主流的架构方法TOGAF-ADM(见图1)。在这个方法框架基础上,通过修改或扩展,以及在每个阶段中融入特定的方法论和技巧(如:业务九要素法、信息资源规划IRP,甚至DoDAF等)来适应数据中心架构设计的需要。TOGAF-ADM将一个复杂组织体架构的开发过程划分为A-H八个阶段,ADM中的需求管理是一个连续的阶段,它确保通过适当的治理流程来处理任何需求变更并反映在所有其他阶段中。
图1:数据中心设计方法框架
1)预备阶段
本阶段重点需要掌握数据中心关键利益攸关者的核心关注,选择架构开发的方法,以及建立架构开发方法与其他相关管理框架(如:项目管理方法、软件开发方法、运行管理方法等)之间的关系,明确数据中心架构设计的原则,在组织内部对数据中心形成高层次的一致共识。
2)阶段A:架构愿景
本阶段重点是完成立项,并识别利益攸关者,了解他们对数据中心的关注焦点和业务需求。提出数据中心规划设计与建设、运行的基本原则,明确数据中心建设范围和目标,评价数据中心建设所需要的基础条件,识别风险,制订相关措施等。
3)阶段B:业务架构
本阶段重点是完成数据中心或数据管理的业务现状,如:数据管理组织、流程和相关制度,以及企业内部各部门在数据管理与信息资源开发利用方面的协作关系。参照国际标准和国内外数据管理与数据中心管理的先进经验,对未来数据中心的业务架构进行定义和描述,重点是组织、流程和业务功能,及配套的标准规范。
4)阶段C:信息系统架构
本阶段重点是完成数据集成交换、数据管理和数据分析等相关应用的现状,结合业务需求,对未来数据中心信息系统进行架构、功能设计,对未来数据中心的数据存储、数据分析所涉及的数据架构(如:数据缓冲区、数据仓库、数据集市等)进行设计。描述信息系统如何实现业务架构和架构愿景,关键利益攸关者数据架构视图、应用架构视图。
5)阶段D:技术架构
本阶段重点完成数据中心软硬件平台的架构设计,包括数据中心所涉及的技术谱系、技术标准及服务器、存储设备、安全设备、信息安全体系、软件部署与集成技术架构等。同时,要描述技术组件与应用系统的关系。
6)阶段E:机会和解决方案
本阶段重点根据数据中心目标架构与现状(架构)的差距分析,制定实施策略,对推进数据中心建设的风险和准备度进行确认,识别主要的工作包并将这些工作包分组,以便开展项目组合。本阶段也需要判断是否要开发过渡的架构,以指导分步实施。
7)阶段F:迁移规划
本阶段重点是对数据中心建设相关工作的优先级进行评估,制订详细的实施计划,确保数据中心建设项目与其他相关工作的协调,同时,确保数据中心建设项目和相关工作取得关键利益攸关者的理解。本阶段对数据中心架构进行最终确认。
8)阶段G:实施治理
本阶段重点是实施已经明确的数据中心项目,包括识别相关资源和技能、软硬件的选型、解决方案开发与部署,对项目进度、质量和风险进行管理,开展业务和IT试运行等,本阶段的目的是通过实施治理确保规划的数据中心架构的实现。
9)阶段H:架构变更管理
本阶段的工作是保证数据中心具有能迅速演进以响应技术和业务环境变化的柔性。通过对业务需求、数据中心运行进行监控,识别架构变更、解决方案变更的机会,并对变更(如:软硬件升级)进行管理。
10)需求管理
需求管理结穿数据中心架构开发的始终,在数据中心架构开发各阶段,都应识别各种需求,包括功能性需求、非功能性需求。数据中心的各类需求应进行统一管理。
作者:刘彬、梁建交
第三十四届CIO班招生
北达软EXIN网络空间与IT安全基础认证培训
北达软EXIN DevOps Professional认证培训
责编:yangjun
免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。