CIO40: IT管理者知识体系（长大以后）

一、超融合是什么？

1、超融合是后虚拟化时代的一种产品形态

2000~2010年属于“前虚拟化时代” ，核心特点是：以x86服务器的广泛应用为基础，以服务器虚拟化为主线。业务层面云计算概念从提出、发展到逐渐落地，数据中心的底层IT架构也在不断升级。其中随着计算资源的密集整合，存储子系统的瓶颈越来越明显，需要一种新的技术/架构满足快速增长的需求，所以出现了软件定义数据中心概念，随后软件定义网络、软件定义存储等技术逐渐出现。

2010年左右进入“后虚拟化时代” ，底层IT架构从从服务器虚拟化向存储、网络虚拟化全面迈进。Pure Storage和Nutanix等云计算新锐公司开始进入人们的视野，从存储虚拟化入手提出超融合解决方案。

2、超融合的核心功能是分布式存储系统（存储虚拟化）和统一的资源管理平台

       超融合第一个突破是实现了存储虚拟化。Google采用GFS建立了云计算数据中心场景下的分布式存储系统；在企业端也存在IT扩容升级的需求，其中存储的扩展不像计算那么容易，原有SAN和NAS对架构设计和后期运维的要求较高。超融合是简便的存储虚拟化方案，可扩展性强。

       超融合第二个突破是实现对资源的统一管理。 超融合适用于虚拟化场景，VMware等实现对计算的虚拟化、分布式存储实现存储虚拟化、甚至可以通过NFV实现对网络的虚拟化，虚拟化之后可以通过控制面平台对资源进行灵活调配。超融合厂商不仅实现对硬件集成和虚拟化，同时提供直观、简易的配置管理工具。

3、超融合提供面向业务的一体化IT基础架构方案

数据中心IT部署的技术演进： 传统信息化架构（计算、存储、网络分立）->超大规模Scale-out架构（计算虚拟化、软件定义存储、设计部署维护较负责）->超融合？（目前有一些尝试）

企业数通IT部署的技术演进： 传统信息化架构->集成一体机（仍旧是传统分立架构，但是厂商把服务器、存储、交换机集成到一个机柜中）->超融合（以业务为中心，灵活扩展、方便维护）

4、超融合的应用场景

超融合四类典型应用：（1）VDI （2）大数据平台 （3）ROBO（4）容灾备份

桌面云/VDI ：某机构一期采用7个节点，用于支撑400个VDI桌面的迁移部署；二期新增加14个XC节点，其中部分用于VDI扩容，部分用于应用服务器虚拟化，包括手机证券、网上交易及其他。

大数据平台 ：国内很多把hadoop作为大数据存储（本来hadoop是做大数据计算的），超融合恰好是一个很好的存储解决方案。某机构采用8个全闪节点，其中一个核心模块量化分析。

ROBO ：远程/分支机构的统一部署，特别是不同地区不同机房的全局管理，采用Prism产品作为管理界面和接口。某机构部署了120个节点。

容灾备份 ：

二、超融合主要参与者及差异化？

1、DELL EMC ：2015年nutanix和vmware是很好的合作伙伴，到2015年之后vmare推出vsan超融合软件，nutanix也推出了自己的虚拟化软件AHV（使用nutanix客户中33%使用AHV）。2018年开始双方的合作基本结束了。从DELL EMC本身看，对超融合的重视程度逐渐提升，未来可能更加注重大客户的拓展。

2、深信服： 深信服有自己的虚拟化产品和分布式存储系统，应该是基于开源的软件来开发的。深信服负责超融合的技术负责人是原来vmware的。深信服在产品上的主要优势，主要是包括网络虚拟化、网络安全以及管理界面比较友好。相比海外厂商，集成了网络功能尤其是安全功能是核心差异。

3、新华三： 整合了网络虚拟化的功能，新华三软件授权成本控制非常灵活，主要是通过硬件销售获利。

4、华为： 华为比较有意思，向用户首推存储系列产品，如果用户有超融合需求再推广超融合。目前华为的fusioncube还没有整合网络功能，但是如果需要的话也可以很快地整合。

5、浪潮： 跟vmware谈了一个合作，另外浪潮也在跟nutanix在讨论合作。比如银行有个项目，浪潮已经入围了，加上nutanix的软件可以当作浪潮的一个特殊型号。

6、联想： 软件实力较弱主要是OEM，跟nutanix有合作。

三、超融合未来趋势？

1、Nutanix的未来规划

nutanix规划的三个阶段：

（1）基础设施的超融合；

（2）超融合的20阶段，除了超融合之外提供管理界面，连接其他基础设施（超融合、公有云、私有云）；

（3）企业云，除了做底层资源，可以做应用交付，目前也收购了一些做企业应用的项目。

2、与公有云、私有云的关系

超融合的最大竞争对手是公有云。 但是公有云存储一般是跑非结构性数据的（比如图像、视频），超融合主要面向结构化数据。另外面向C端的服务大都使用公有云，但是内部管理及部分生产系统倾向使用超融合/私有云。

超融合可以看做是私有云的一种形态。 客户如果有虚拟化的需求，一般会采用超融合。从这个角度看，在整个企业的云市场，超融合架构可能占比超过一半。就银行客户来讲，不太愿意采用阿里、腾讯的基础设施，一般会用Paas层的服务（比如百信银行，腾讯提供的大数据分析模型，），但是IT基础设施自己建设。

3、Nutanix为什么不做网络虚拟化？

网络开源软件是openswitch，后来openswitch被vmware收购了，市场上新进入者找不到合适的网络开源技术。

互联网时代的网络自动化运维

互联网上有两大主要元素"内容和眼球"，"内容"是互联网公司(或称ICP)提供的网络服务，如网页、游戏、即时通信等，"眼球"则是借指海量的互联网用户。互联网公司的内容往往分布在多个或大或小的IDC中，越来越多的"眼球"在盯着ICP所提供的内容，互联网公司进行内容存储的基础设施也呈现出了爆发式的增长。为了保障对内容的访问体验，互联网公司需要在不同的运营商、不同的省份/城市批量部署业务服务器用以对外提供服务，并为业务模块间的通信建立IDC内部网络、城域网和广域网，同时通过自建CDN或CDN专业服务公司对服务盲点进行覆盖。因此随着业务的增长，运维部门也显得愈发重要。他们经过这些年的积累，逐步形成了高效的运维体系。本文将结合国内互联网公司的经验，重点针对IT基础设施的新一代自动化运维体系展开讨论。

一、运维的三个阶段

● 第一个阶段：人人皆运维

在早期，一个公司的IT基础设施尚未达到一定的规模(通常在几台到几十台机器的规模)，不一定有专门的运维人员或部门，运维的工作分担在各类岗位中。研发人员拥有服务器权限，自己维护和管理线上代码及业务。

● 第二个阶段：纵向自动化

随着业务量的增长，IT基础设施发展到了另外一个量级(通常在上百台至几千台机器的规模)，开始有专门的运维人员，从事日常的安装维护工作，扮演"救火队员"，收告警，有运维规范，但运维主要还是为研发提供后置服务。

这个阶段已经开始逐步向流程化处理进行过渡，运维部门开始输出常见问题处理的清单，有了自己业务范围适用的自动化脚本，开始利用开源软件的拼装完成大部分的工作。

具体表现为：各产品线有自己编写的脚本，利用如SVN+puppet或chef来完成服务器的上线和配置管理等工作。

● 第三阶段：一切皆自动

在互联网化的大潮中，越来越多的黑马团队应运而生，都曾有过短时间内用户访问量翻N倍的经历。在流量爆发的过程中，ICP的互联网基础服务设施是否能够很好的跟进，直接决定了业务内容能否满足海量用户的并发访问。

与此同时，运维系统需要足够地完善、高效、流程化。谷歌、腾讯、百度和阿里等规模的公司内一般都有统一的运维团队，有一套或多套自动化运维系统可供参照，运维部门与开发部门会是相互平行的视角。并且也开始更加关注IT基础设施在架构层面的优化以及超大规模集群下的自动化管理和切换(如图1所示)。

图1大型互联网公司IT基础设施情况概览

二、BAT(百度、阿里、腾讯)运维系统的分析

国内的互联网公司百度、阿里、腾讯(以下简称：BAT)所提供的主要业务内容不同，IT架构不同，运维系统在发展过程中有不同的关注点。

1腾讯运维：基于ITIL的运维服务管理

预计到2015年腾讯在全国将拥有60万台服务器。随着2012年自动化部署实践的成功，目前正在进行自动化验收的工作。在网络设备方面，后续将实现从需求端开始的全自动化工作：设备清单自动生成->采购清单自动下发->端口连接关系、拓扑关系自动生成->配置自动下发->自动验收。整个运维流程也已由初期的传统IT管理演进到基于ITIL的服务管理流程(如图2所示)。

图2腾讯基于ITIL的运维服务管理

2阿里运维系统：基于CMDB的基础设施管理+逻辑分层建模

CMDB(Configuration Management Database) 配置管理数据库(以下简称：CMDB)，将IT基础架构的所有组件存储为配置项，维护每个配置项的详细数据，维护各配置项之间的关系数据以及事件、变更历史等管理数据。通过将这些数据整合到中央存储库，CMDB可以为企业了解和管理数据类型之间的因果关系提供保障。同时，CMDB与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。可实现IT服务支持、IT运维以及IT资产管理内部及三者之间的流程整合与自动化。在实际的项目中，CMDB常常被认为是构建其它ITIL流程的基础而优先考虑，ITIL项目的成败与是否成功建立CMDB有非常大的关系。

3百度自动化运维：部署+监控+业务系统+关联关系

百度主要面临的运维挑战包括：突发的流量变化、复杂环境的关联影响、快速迭代的开发模式以及运维效率、运维质量、成本之间的平衡等等。百度的运维团队认为，当服务器规模达到上万台时，运维视角需要转为以服务为粒度。万台并不等于"百台100";机器的运行状态，也不再代表业务的工作状态;运维部门为研发提供前置服务，服务与服务之间关系也随着集群的扩大逐渐复杂起来。

图3百度自动化运维技术框架

百度的自动化运维技术框架，划分为部署、监控、业务系统、关联关系四大部分，整个框架更多突出了业务与IT基础设施的融合，注重"关联关系"的联动。所谓关联关系，主要是指任务与任务之间的时序依赖关系、任务与任务之间的数据依赖关系、任务与资源之间的引用依赖关系，分别对应到任务调度、数据传输、资源定位的服务流程中，形成了多条服务链。

关联关系的运维与业务较强相关，需要有一套系统能够理清楚关系的全貌，从而在复杂的服务链上，定位运行所在的环节，并在发生故障时预估影响范围，及时定位并通知相应的部门。在这样的一套系统中，自动化监控系统非常重要。百度的技术监控框架，主要通过数据采集、服务探测、第三方进行信息收集，进行监控评估后交给数据处理和报警联动模块处理，通过API接口进行功能扩充(如图4所示)。

图4百度自动化技术监控框架

其实无论是BAT等互联网企业还是其他行业的企业，在IT建设中都会遵循IT基础架构库(ITIL)或ISO20000服务管理的最佳实践，采用自动化IT管理解决方案以实现重要的业务目标，如减少服务中断、降低运营成本、提高IT效率等等。随着ISO20000、ITIL v30的发布和推广，两者已经成为事实上的某种标准。在当今企业IT管理领域，对两个标准有着很迫切的需求。特别是ISO20000的认证要求，已经成为企业越来越普遍的需求 。ITIL v30包含了对IT运维从战略、设计到转换、运营、改进的服务全生命周期的管理，相关方案往往覆盖了多个领域和多个产品，规划实施和工具的选择会比较纠结。如果选择开源的工具，从CMDB开始就会遇到很多的开发工作，对于很多注重成本收益比的企业，可以参考，但由于无法保证性能与效果并不一定适用。因此，成熟的商业方案会是更好的选择。

最新的iMC V7版本，围绕资源、用户、业务三个维度进行创新，发布了SOM服务运维管理(基于ISO20000、ITIL标准)等组件，增加了对服务器的管理，能很好的满足更多互联网化的场景需求。

通常认为，一个高效、好用的配置管理数据库一般需要满足6条重要标准，即联合、灵活的信息模型定义、标准合规、支持内置策略、自动发现和严格的访问控制。企业IT基础架构的元素类型、管理数据的类型往往有较多种，如网络设备、服务器、虚拟机等，因此对于多种信息的存储需要有合适的联合的方法。虽然 iMC智能管理平台在网络设备、服务器设备等方面已经能够较好的的满足，但是随着服务器虚拟化技术的发展，虚拟机正越来越多的成为IT基础架构的一大元素。因此，针对这一需求华三通信基于CAS CVM虚拟化管理系统，对服务器CPU、内存、磁盘I/O、网络I/O等更细节的重要资源以及虚拟机资源进行全面的管理。与BAT不同，华三通信的网管软件面向全行业，目前虽然没有对域名管理等特殊资源的'管理，但是能够通过API接口等方式与特有系统进行联动，进而满足定制化运维的需求，尤其是在互联网化的场景中，针对不同的业务需求，可以实现很多定制化的对接需求，例如，iMC+WSM组件与国内某大互联网公司自有Portal系统进行了对接，打通了iMC工具与用户自有运维平台，很好的实现了架构融和。另外，与阿里的逻辑分层建模相似，H3C "iMC+CAS"软件体系在上层也做了很多的逻辑抽象、分层，形成了诸多的模块，也即是大家看到的各种组件。

三、网络自动化运维体系

"哪怕是一个只有基础技术能力的陌生人，也能做专业的IT运维;哪怕是一个只有初中学历的运维人员，也能够带队完成中小型机房节点的建设，并负责数百至上千台服务器的维护管理工作"--这是一些公司对自己IT运行维护水平的一个整体评价。看似有些夸大的嫌疑，但实际上依托于强大的IT运维系统，国内已经有不少互联网公司能够达到或者接近这一标准。

这些企业都经历了运维发展过程中的各个阶段，运维部门曾经也是被动的、孤立的、分散的"救火队"式的团队，在后来的发展过程中，IT系统架构逐渐走向标准化、模型化，运维部门建立了完整的设备、系统资源管理数据库和知识库，包括所有硬件的配置情况、所有软件的参数配置，购买日期、维修记录，运维风险看板等等，通过网管软件，进行系统远程自动化监控。运维过程中系统会收集所有的问题、事件、变更、服务级别等信息并录入管理系统，不断完善进而形成一套趋向自动化的运作支撑机制。按照云计算的体系架构，在这样一套系统中，主要的IT资源包括计算、存储、网络资源，近些年随着网络设备厂商的推动，网络设备管理方面的自动化技术也得到十足的发展。

总结来看，一个企业在进行互联网化的建设初期，就需要考虑到随着用户访问量的增加，资源如何进行扩展。具体可以细化为规划、建设、管理、监控、运维五个方面。

1规划模型化

为了确保后续业务能够平滑扩容，网管系统能够顺利跟进，互联网企业一般在早期整体系统架构设计时便充分考虑到标准化、模型化，新增业务资源就好比点快餐，随需随取。

标准化：一是采用标准协议和技术搭建，扩展性好，使用的产品较统一，便于管理;二是采用数据中心级设备，保证可靠性、灵活性，充分考虑业务系统对低时延的要求。

模型化：基于业务需求设计网络架构模型，验证后形成基线，可批量复制，统一管理，也适宜通过自动化提高部署效率、网管效率。

图5常见互联网IDC架构

2建设自动化

互联网IT基础设施具备批量复制能力之后，可以通过自动化技术，提高上线效率。在新节点建设过程中，3～5人的小型团队即可完成机房上线工作。例如某互联网公司某次针对海外紧急业务需求，一共派遣了2名工程师到现场进行设备安装部署和基本配置，而后通过互联网链路，设备从总部管理系统中自动获取配置和设备版本，下载业务系统，完成设备安装到机房上线不超过1周时间。

要达到自动化运维的目标，建设过程中需要重点考虑批量复制和自动化上线两个方面(如图6所示)。

批量复制：根据业务需要，梳理技术关注点，设计网络模型，进行充分测试和试点，输出软、硬件配置模板，进而可进行批量部署。

自动化上线：充分利用TR069、Autoconfig等技术，采用零配置功能批量自动化上线设备，效率能够得到成倍提升。

图6批量配置与自动化上线

○ Autoconfig与TR069的主要有三个区别：

○ Autoconfig适用于零配置部署，后续一般需要专门的网管系统;TR069是一套完整的管理方案，不仅在初始零配置时有用，后续还可以一直对设备进行监控和配置管理、软件升级等。

○ Autoconfig使用DHCP与TFTP--简单，TR069零配置使用DHCP与>

10战略与管理   

IT管理者首先要战略视野和战略思维，要能够理解企业的战略，并使得IT的战略与企业战略匹配。在新技术深刻改变业务的时代，IT管理者需要有对未来的洞察能力，并深刻理解新技术如何影响并改变企业战略。为了支撑好企业战略，IT管理者需要管理好IT组织，所以必须具备一定的专业管理能力。作为一个变革的领导者，IT管理者还需要一些软性的领导能力，包括一些管理理念、管理思维和沟通技能等。

11 IT战略   

能够深刻理解信息化的内涵与作用，理解新的数字化转型方向，识别IT给企业带来的创新机会，能够制定务实有效的IT战略规划。

111信息化内涵与作用    

理解信息化或数字化的本质内涵及发展历史，理解国家在信息化发展方面的战略，理解信息化在宏观经济社会层面及微观企业层面的作用，了解产业数字化与数字产业化的趋势。

112 数字化转型

理解新的数字化技术带来的转型机会，特别是人工智能带来的智能化转型机会。能够识别转型中的主要风险，把握转型的正确方向。能够制定正确的转型策略与方法，包括敏捷及迭代方法。

113 基于IT的企业创新 

能够识别IT，特别是新一代IT给企业带来的创新机会，包括技术创新、业务创新、管理创新、产品创新和营销创新等。

114 IT战略规划

能够理解企业的战略，包括企业未来发展愿景和规划。能够识别企业业务中存在的主要问题及改进机会。能够根据企业和业务的战略制定IT战略规划，包括IT愿景、主要目标、主要工程、实施路径及治理模式等。

115 打造敏捷组织   

在VUCA时代，企业越来越需要敏捷地应对环境地变化。信息化和数字化需要快速敏捷地应对环境和业务的变化，从而打造一个敏捷的组织。SAFe和VeriSM等框架提供了一些可参考的学习内容。

12 IT管理   

既要掌握一些通用的管理方法，也要掌握一些与IT技术相关的专业管理方法。IT管理领域，包括IT项目管理、IT服务管理、信息安全管理和IT治理等，都已形成一些标准的框架与方法。

121 IT项目管理

在项目管理领域，国际上已形成PMBOK、PRINCE2两大体系。对于IT项目管理，可以采用其中某个体系，或者综合裁剪采用两个体系中的部分内容。

122 DevOps与服务管理

ITIL是IT服务管理领域的标准框架，目前已经发展到第4版，即ITIL v4。由于敏捷开发和快速迭代的需要，打破开发与运营的分割，促使开发和运营紧密结合的DevOps（开发运营组合）逐渐在改变传统的IT服务管理模式。

123 信息安全管理   

信息安全是三分技术、七分管理。ISO27001是信息安全管理领域的国际标准框架。随着业务数字化的发展，隐私与数据保护变得越来越重要。EXIN根据欧盟《通用数据保护条例》（GDPR）制定的相关认证培训内容可以作为参考。

124 IT治理

IT治理的核心是要在IT相关决策和行动上控制风险，提交价值。合规性也是IT治理的一项重要内容。COBIT作为IT治理领域的一个流程框架得到了广泛采用。MIT关于IT决策的治理内容也得到了广泛采用。

125 数据治理与数据资产管理

区分数据管理、数据治理和数据资产管理的基本概念；掌握数据管理、数据治理和数据资产管理的基本方法，包括DAMA数据管理知识框架、主数据管理、数据治理框架、数据资产管理方法等。

13 领导力   

作为一个IT管理者，不仅需要一些技术和管理方面的硬技能，还需要人际沟通和带领团队方面的软技能。对人的充分理解、好的管理思维、良好的人际沟通等等都是软技能的重要内容。

131 IT管理者领导力

IT管理者领导力是IT管理者带领团队的能力。谦虚、博学、诚信等都是IT管理者应具备的个人素质。IT管理者需要在战略视野和横向视野，沟通能力和协调能力等方面修炼自己的领导力。

132 中西思维与管理哲学

在大量接受西方标准管理框架的同时，IT管理者还需要理解东西方传统文化所带来的不同思维特征与思维模式，如西方文化更重视结构和流程，东方文化更重视整体和结果；西方文化更偏重逻辑思维，东方文化更偏重形象思维。

133 高效沟通   

作为一个IT管理者，尤其是技术出身的IT管理者，如何更高效和有效的沟通非常重要。金字塔原理中的“打桩子”和“先结论再论据”等表达技巧值得IT管理者好好修炼。好的沟通心态和好的沟通技能，是高效沟通的前提。

20业务与流程   

懂业务是IT管理者的关键成功因素之一。对于所在的企业，IT管理者需要理解企业的业务流程和管理流程，还要了解相应的行业知识。在某种程度上，优秀的IT管理者应该比某些具体的业务人员更懂他的业务，因为IT管理者可以通过信息视角从一个更高角度去看清业务；优秀的IT管理者不仅知道他们业务现在是怎么做的，而且知道他们的业务未来应该如何更好地去做。

21 业务流程      

对于业务，IT管理者首先要能识别并理解企业的核心业务流程。对于一个制造型企业，其核心业务流程主要是“进销存”和“产供销”等。有关核心业务流程的具体内容主要有供应链管理、客户关系管理、电子商务、商业模式创新等。

211 业务流程管理   

IT管理者需要理解的业务流程管理内容包括：业务流程的概念，流程与工作流，BPM的概念及价值，BPM的实施，流程性组织，业务流程架构与IT。

212 供应链管理

互联网新零售时代对传统的供应链管理（采购、库存、物流、渠道等管理）带来了新的需求和挑战。物联网、大数据和人工智能等新技术给供应链管理带来了基于数据的精准化运营模式。

213 客户关系管理   

如何利用数字化手段对客户进行细分和有效管理，特别是在社交网络发达的互联网时代，如何通过消费者数据更好地经营客户。社交性CRM是这个时代客户关系管理的重要内容。

214 O2O与电子商务     

无论是电子商务，还是线上线下相结合的O2O与新零售，电子商务模式正在朝线上线下一体化的方向发展。微信吸粉、数字导购、智能体验、智能推荐等正在打造全新的消费体验。

215 商业模式创新   

什么是商业模式？商业模式的构成要素是什么？基于互联网的商业模式有哪些范式？商业模式创新案例分析。

22 管理流程      

除了核心业务流程，企业还有一些管理流程用于管理者的决策与控制，如财务管理、商业智能与决策支持等。

221 财务管理   

财务管理的主要内容包括：企业会计信息的作用，企业全面预算与财务资源配置，企业资金管理，企业成本管理与控制，企业财务共享中心的建设，财务报表分析等。

222 商业智能与决策支持

何为商业智能（BI）？大数据与商业智能，商业智能对管理决策的支持，商业智能项目的实施，大数据与商业智能案例分析。

23 行业与企业业务知识   

虽然做IT管理者工作具有跨行业的通用性优势，但是了解其所在行业和企业的业务知识，是真正做好一个IT管理者的重要基础。

231 行业业务洞察能力   

对行业业务知识要有足够的了解，特别是对行业的主要业务模式、核心业务流程、市场竞争格局等的了解。

232 企业业务洞察能力   

对企业业务知识要有足够的了解，特别是对本企业的业务模式、核心业务流程、市场地位、核心竞争能力、主要问题及发展战略等的了解。

233 业务创新能力   

对新技术如何改变本行业和企业有深入理解，如制造业需要深入理解的工业互联网与智能制造，政府部门需要深入理解的互联网+政务服务，金融行业需要深入理解互联网金融和金融科技等。

30技术与架构   

理解技术的整体架构和发展趋势是IT管理者的基本功之一。IT管理者对横向技术面的了解（如有哪些主要的技术？各自的作用是什么？他们之间的架构层级是什么样？）比他对某个纵向技术点的精通要重要得多。

31 架构能力      

IT管理者要了解技术的组成结构及匹配关系，能够根据业务需求识别出主要的解决方案架构和技术架构。架构思维和架构设计能力是作为一个IT管理者非常重要的能力。

311 信息化总体架构

信息化总体架构或企业架构（EA）主要描述了企业战略、业务和IT之间的匹配关系。TOGAF、FEA等架构框架中关于企业架构开发方法、架构参考模型等是IT管理者学习信息化总体架构的重要内容。

312 IT架构规划

IT架构规划主要是指应用架构、数据架构和技术架构（基础架构）等的规划设计。云架构、分布式架构、微服务架构等新的技术架构模式是IT架构规划的主要方向。

32 新兴技术      

云计算、大数据、物联网、移动互联网和新一代IT人工智能（深度学习）等新兴技术正在改变企业IT结构和IT应用模式。

321 容器云与微服务架构

Docker容器技术和Kubernetes分布式系统管理技术等的结合为原生云应用开发提供了强大的支撑。基于微服务架构的原生云应用开发已成为应用开发的新模式和新趋势。

322 大数据技术及应用   

大数据技术在存储、计算和分析等不同层面的技术组件及特征。大数据参考架构及技术图谱，大数据的应用场景及案例分析等。

323 物联网技术及应用   

物联网主要技术，物联网参考架构，物联网与边缘计算，物联网产业链，物联网发展趋势，物联网的应用场景及案例分析。

324 人工智能技术及应用

人工智能的发展历史，大数据与人工智能，机器学习与深度学习，深度神经网络（卷积神经网络和循环神经网络）算法，主要实用的人工智能技术（语音识别、计算机视觉、自然语言处理），人工智能在行业的应用。

325 区块链技术及应用   

比特币与区块链，区块链主要技术组合，区块链技术发展趋势，区块链技术的应用场景。

326 5G+AR/VR技术及应用 

5G+AR/VR的技术组合、技术特点，AR/VR的主要应用场景、AR/VR应用的策略等。

40实践与绩效   

IT管理者是一个实践性非常强的职业。IT管理者的价值需要在具体实践中去体现。IT管理者需要特别重视每一笔IT投资给企业带来的真实绩效，而不是为了技术而技术。

41 信息化实践   

他山之石，可以攻玉。CI0需要学习和借鉴其它企业案例进行学习。

411 信息化案例研讨

信息化案例有技术专题相关的，也有行业相关的，案例中的成功经验与失败教训等值得学习和借鉴。

412 沙盘模拟演练   

除了真实案例学习，IT管理者还可以通过好的沙盘模拟演练，体会企业经营管理中的物流、资金流和信息流，从而更深刻理解信息化在其中的作用。

42 信息化绩效   

信息化绩效体现在投资以及投资之后的项目建设及运营管理中。

421 IT投资管理

选择比执行更重要。IT投资决策的风险是整个IT生命周期中最大的风险。IT管理者需要有效的IT投资管理，包括投资决策的机制、投资决策的依据（业务案例分析、ROI分析等）。

422 IT绩效管理

IT绩效管理主要指IT项目建设中的项目绩效管理以及系统运行维护过程中的运营绩效（如平衡积分卡、关联绩效卡、KPI等）

423 IT业务协同

敏捷化时代，IT对业务需求的响应能力和响应速度同样重要，IT业务协同绩效管理即是考核IT对业务目标的贡献能力，IT项目建设、IT运维和业务部门之间的高效协同，是保证业务和企业成功的关键。

服装企业信息化建设的重点和难点首先，从技术角度，服装企业由于其行业特殊性，因此在信息化解决方案方面有不同的需求，这些需求能否满足是判断一个信息系统是否适应服装企业的关键要素，因此在进行信息系统选择时需要重点予以关注：1．多维表的显示：服装行业的产品都具有多个属性，最典型的就是尺码与颜色，要求在单据录入和报表打印时都能够以二维表的方式呈现。由于主流信息系统都是建立在关系型数据库基础上，这种二维显示要求超出了标准信息系统功能模块所能满足的范围，也导致了一般适用于其他制造行业的系统模块在转为服装行业应用解决方案时面临障碍。因此对于服装行业的解决方案，要求根据服装行业的特点从基础架构上进行调整以制定应用模块及行业性解决方案。2．物料编码：服装行业的原料同样具有多个属性，包含材质、颜色、规格等，而同一种原料由于采购批次的不同经常存在色差等问题，如果对这些属性定义在系统中没有规范和约束，将导致材料管理紊乱，库存不清，因此对材料进行规范的分类和编码管理是关键，系统中需要提供如色卡管理、自动生成编码等功能。3．配码管理：多数的鞋类产品都存在这一需求，即按照不同的尺码组进行混箱包装，在销售订单、成品库存和发货中需要以配码为单位，而生产过程中需要转换为单尺码的双数为单位，因此需要系统能够支持配码和单码之间的转换，以及在仓库中可按箱拆分为单码，或将零码按配码组合成箱的拆装箱管理功能。4．BOM(Bill of Materials，物料清单)处理：服装企业产品生命周期短，需要不断进行产品更新，每个流行季节都会推出几百种款式，而同一款式由于其颜色和尺码的不同，对应的产品结构及物料耗量也会有所不同，如果按照一般ERP系统每个SKU(款色码)生成一个BOM，则BOM的维护工作量极大，因此要求系统能够提供按款式批量生成BOM的功能。5．订单处理：产销衔接是多数制造型企业比较头疼的问题，对于服装企业也面临着销售订单和生产订单之间的转换问题。服装企业多采用订货会销售模式，对于这种集中订货模式要求系统能够自动汇总订单，以及将大的销售订单自动拆解为符合生产要求的生产单。6．性能问题：由于服装企业产品SKU数多，特别对于分销／零售系统，随着零售终端的增加，每天会产生上G的数据，从而对系统的响应性能提出很高的要求。因此选择系统时要判断系统架构及选用的数据库是否能够支撑相应规模的数据量。其次，需要从管理方面考虑解决服装企业零售终端数据的采集问题。对于服装企业，终端数据的采集和分析是产品规划、生产计划、物流和营销政策的指挥棒，缺少对零售终端信息的掌握，企业的管理决策就无法有的放矢。但是服装企业终端往往采用代理制或者加盟的形式，如何保证下游的合作伙伴能够实时地共享销售数据，是分销／零售系统推行之前要从管理机制上解决的问题，如建立一种互利共赢的合作模式，即终端合作伙伴提供零售数据，而服装企业根据综合分析结果向终端提供销售指导等。最后，令很多服装企业信息化建设举步维艰的还是信息化人才不足。由于服装业属于劳动密集型行业。同时信息化整体起步较晚，因此既熟悉服装行业业务模式，又掌握信息技术的系统性管理人才奇缺，从外部引进的CIO等往往存在水土不服的问题。这与服装企业对信息化人才的强大需求存在巨大矛盾。服装企业一方面要加强对既懂信息技术，又懂业务管理的复合型人才的重视和培养，要多从本企业自身发现和培养人才；另一方面可引进外部咨询，通过行业最佳实践的学习以及顾问知识经验的转移来提升企业自身信息化项目管理水平、信息化应用水平。同时也可以考虑采用IT外包的方式来弥补企业信息化资源方面的不足。信息化建设不是一蹴而就的，服装企业在信息化过程中，需要掌握其建设规律。

其实超融合这一块，放在云计算IT基础设施里面，不算是完全合适。你说它是分布式存储，但是它同时又是硬件服务器与存储；你说它算硬件，但是它又离不开分布式存储软件。

传统的IT基础设施架构，主要分为网络、计算、存储三层架构。但随着云计算与分布式存储技术的发展以及x86服务器的标准化，逐渐出现了一种将计算、存储节点融合在一起的架构--超融合架构。超融合将三层的IT基础设施架构缩小变成了两层。

2019年11月的Gartner超融合产品魔力象限中，领导者象限有5家：Nutanix、DELL、VMware、CISCO、HPE。（其中DELL vxRail一体机里面用的分布式存储软件也是VMware的VSAN，而VMware提供的则是VSAN纯软件的解决方案）

Nutanix能够成为超融合领导者中的领导者，自然是经过市场的充分验证，得到市场的认可。而且由于其公开资料（Nutanix 圣经）比较齐备，因此我们可以通过Nutanix一窥超融合的究竟。

这边就不搬运了，可以直接搜索引擎搜索“Nutanix圣经”或“Nutanix-Bible”，可以找到相应的官方文档。

引用自NUTANIX圣经 -“Nutanix解决方案是一个融合了存储和计算资源于一体的解决方案。该方案是一个软硬件一体化平台，在2U空间中提供2或4个节点。

每个节点运行着hypervisor（支持ESXi, KVM, Hyper-V）和Nutanix控制器虚机（CVM）。Nutanix CVM中运行着Nutanix核心软件，服务于所有虚机和虚机对应的I/O *** 作。

得益于Intel VT-d（VM直接通路）技术，对于运行着VMware vSphere的Nutanix单元，SCSI控制（管理SSD和HDD设备）被直接传递到CVM。”

个人总结： 从以上官方文档可知，2U的空间可以安装2~4个Nutanix节点（每个节点相当于1台物理服务器），所以设备装机密度非常高。每个节点都安装着虚拟化软件，并且在虚拟化层之上再运行着一台Nutanix的控制虚机（CVM），该虚机主要负责不同的Nutanix节点之间控制平面的通信。单个节点中配置有SSD硬盘与HDD硬盘，替代磁盘阵列作为存储使用，单个节点有独立的CPU与内存，作为计算节点使用。

1、基础架构

以3个Nutanix节点为例，每个节点安装有Hypervisor，在Hypervisor之上运行着客户虚拟机，并且每个节点有一台Nutanix控制器虚机Controller VM，配置有2块SSD与4块HDD，通过SCSI Controller作读写。

2、数据保护

Nuntanix与传统磁盘阵列通过Raid、LVM等方式作数据保护不同，而是与一般的分布式存储一样，通过为数据建立副本，拷贝到其他Nutanix节点存放，来对数据进行保护，Nutanix将副本的数量称作RF（一般RF为2~3）。

当客户虚机写入数据“见图上1a）流程”，数据先写入到本地Nutanix节点的SSD硬盘中划分出来的OpLog逻辑区域（相当于Cache的作用），然后执行“1b）”流程，本地节点的CVM将数据从本地的SSD的OpLog拷贝到其他节点的SSD的OpLog，拷贝份数视RF而定。当其他节点CVM确定数据写入完成，会执行“1c”流程，给出应答写入完成。通过数据副本实现对数据的保护。

数据从SSD中的OpLog写入到SSD以及HDD的Extent Store区域，是按照一定的规则异步进行的，具体详见下面的部分。

3、存储分层

Nutanix数据写入以本地落盘为主要写入原则（核心原则）。

当客户虚机写入数据是，优先考虑写入本地SSD（如果SSD已用容量未达到阀值），如果本地SSD满了，会将本地SSD的最冷的数据，迁移到集群中其他节点的SSD，腾出本地SSD的空间，写入数据。本地落盘的原则，是为了尽量提高虚机访问存储数据的速度，使本地虚机不需要跨节点访问存储数据。（这点应该是与VSAN与其他分布式文件系统最大原理性区别）

当整个集群的SSD已用容量达到阀值（一般是75%），才会将每个节点的SSD数据迁移到该节点的HDD硬盘中。

SSD迁移数据到HDD，并非将所有数据全部迁移到HDD，而是对数据进行访问度冷热的排序，并且将访问较少的冷数据优先迁移到HDD硬盘中。

如SSD容量达到95%的利用率，则迁移20%的冷数据到HDD；如SSD容量达到80%，则默认迁移15%的冷数据到HDD。

4、数据读取与迁移

Nutanix圣经引用-“ <u style="text-decoration: none; border-bottom: 1px dashed grey;">I/O和数据的本地化（data locality），是Nutanix超融合平台强劲性能的关键所在。所有的读、写I／O请求都藉由VM的所在节点的本地CVM所响应处理。所以基本上不会出现虚机在一个节点，而需要访问的存储数据在另外一个物理节点的情况，VM的数据都将由本地的CVM及其所管理的本地磁盘提供服务。</u>

<u style="text-decoration: none; border-bottom: 1px dashed grey;">当VM由一个节点迁移至另一个节点时（或者发生HA切换），此VM的数据又将由现在所在节点中的本地CVM提供服务。当读取旧的数据（存储在之前节点的CVM中）时，I／O请求将通过本地CVM转发至远端CVM。所有的写I／O都将在本地CVM中完成。DFS检测到I/O请求落在其他节点时，将在后台自动将数据移动到本地节点中，从而让所有的读I/O由本地提供服务。数据仅在被读取到才进行搬迁，进而避免过大的网络压力。</u> ”

个人总结： 即一般虚机读写数据都是读本地节点的硬盘，如果本地节点硬盘没有该数据，会从其他节点先拷贝过来本地节点硬盘，再为本地虚机提供访问，而不是虚机直接访问其他节点。即要贯彻本地落盘的核心思想。

5、Nutanix解决方案的优缺点

Nutanix方案优点：

1） 本地落盘策略，确保虚机访问存储速度：虚机写入的数据都在本物理节点的磁盘上，避免跨节点存储访问，确保访问速度，减轻网络压力。

2） 采用SSD磁盘作为数据缓存，大幅提升IO性能：

见上表数据，从随机的读写来看，SSD的IO及带宽性能比SATA的性能提升了约1000倍。而结合Nutanix的本地落盘策略，虚机数据写入，仅有本地的2块SSD硬盘作为数据缓存负责写入数据。

但由于单块SSD硬盘的IO比传统阵列的SATA高出1000倍，IO性能大幅提升。（相当于要超过2000块SATA硬盘做Raid，才能提供近似的IO性能）。

3）永远优先写入SSD，确保高IO性能

数据写入HDD不参与，即使本地SSD容量满了会将冷数据迁移到集群其他节点SSD，然后还是SSD进行读写，确保高IO。后续异步将SSD冷数据迁移到HDD。

4）数据冷热分层存储

冷数据存放在HDD，热数据保留在SSD，确保热点数据高IO读取。

5）设备密度高，节省机房机架空间

2U可以配置4个节点，包含了存储与计算，比以往机架式/刀片服务器与磁盘阵列的解决方案节省了大量的空间。

Nutanix方案缺点：

1）本地落盘及SSD缓存方案确保了高IO，但是硬盘的带宽得不到保证。

传统磁盘阵列，多块SATA/SAS硬盘加入Raid组，数据写入的时候，将文件拆分为多个block，分布到各个硬盘中，同个Raid组的硬盘同时参与该文件的block的读写。通过多块硬盘的并行读写，从而提升IO与带宽性能。

而Nutanix的解决方案中，单个文件的读写遵循本地落盘的策略，因此不再对文件拆分到多块硬盘进行并行读写，而只有本地节点的SSD硬盘会对该文件进行写入。

虽然SSD硬盘的IO与带宽都是SATA/SAS的数百上千倍，但是SSD对比SATA/SAS硬盘在带宽上面只有2~3倍的速率提升，而传统Raid的方式，多块硬盘并行读写，虽然IO比不上SSD，但是带宽则比单块/两块SSD带宽高出很多。

因此Nutanix的解决方案适合用于高IO需求的业务类型，但是因为它的读写原理，则决定了它不合适低IO、高带宽的业务类型。

三）行业竞争对手对比：

VMWARE EVO RAIL软件包：VMware没有涉足硬件产品，但EVO: RAIL 软件捆绑包可供合格的 EVO: RAIL 合作伙伴使用。合作伙伴转而将硬件与集成的 EVO: RAIL 软件一起出售，并向客户提供所有硬件和软件支持。

而EVO:RAIL的核心，其实就是VSphere虚拟化软件+VSAN软件的打包。

但VSAN与Nutanix最大的一个区别，就是不必须完全遵循Nutanix的本地落盘的策略。可以通过设置条带系数，将本地虚机的数据读写设置为横跨多个节点的硬盘，默认条带系数为1，最大可设置为12个，即一个虚机的数据写入，可以同时采用12个节点的SSD硬盘并行读写。

通过这种方式，VSAN可以一定程度的弥补了Nutanix方案不适用于带宽要求高，IO要求低的业务类型的缺点。

但是这种横跨物理节点的访问流量，在虚机数量众多的情况下，肯定会给网络带来压力，网络带宽可能会成为另一个瓶颈。

其次VSAN可以集成在Hypervisor层，而不需要像Nutanix在Hypervisor上面运行一个控制虚机CVM。

再次，Nutanix支持KVM、Hyper-V、ESXI等多种Hypervisor，而VSAN仅支持自家的ESXI。

其他待补充：由于暂时未对VSAN进行实际部署测试，仅停留在对其原理的研究，因此，关于VSAN的部分待后续平台上线测试完成后继续补充。

所谓“广义”的IT规划是指从企业的战略出发，充分分析企业核心价值链的运作模式，进而找出IT的支撑点和机会点，从而明晰企业的IT战略，并构筑企业的IT应用蓝图、IT治理模式、信息资源体系及系统实施规划等，以实现对企业战略目标达成的有效支持。而“狭义”的IT规划则侧重对系统硬件、系统软件、开发技术等进行计划与安排，是围绕技术展开的。这里，我们所讨论的IT规划主要是针对“广义”的IT规划。一般情况下，IT规划的运作思路是按照四个步骤展开的，IT战略明晰、IT能力分析、IT解决方案和IT行动方案。在IT战略明晰阶段，需要分析企业的战略、愿景和目标，并对核心价值链的相关业务环节进行深入的分析，从业务模式和流程入手找到IT的支撑点和机会点，进而构建支持业务发展策略的IT战略，制定信息化建设的目标。在IT能力分析阶段，首先会结合企业的IT支撑点，从核心业务环节入手，分析并形成企业不同层面的IT需求和IT目标。然后，构建合理的IT评估模型对企业的信息化现状进行全面的评估，并进行差距和约束条件分析，为后面的IT蓝图及系统规划提供依据。在IT解决方案阶段，需要结合上面两个阶段的成果，设计企业的IT应用蓝图，进行应用系统的集成点分析并构建企业的IT基础架构，同时对这些内容进行深入的描述和分析。在IT行动方案阶段，需要对设计的IT蓝图进行全面的规划，制定企业的信息化建设步骤，进行风险及效益分析，同时给出企业的IT治理方案，并在此基础上形成企业具体的信息化行动方案，指导企业的下一步行动。这里，我们不想用长篇大论来介绍IT规划的具体内容和成果，而是想就目前存在的一些IT规划项目无法帮助企业解决实际问题的现象展开一些讨论。这些IT规划项目和企业的实际信息化建设往往存在“两张皮”的现象，在IT规划阶段，项目组会帮助企业描绘一幅美好的信息化建设的蓝图，并且会运用各种“科学”的分析工具以及众多“新鲜”的名词告诉企业应该如何如何。而在项目组撤出之后，企业在实际开展信息化建设的时候往往会发现IT规划的内容很难落到实处，甚至脱离企业的实际情况，没办法只得自己从头再来，既浪费了企业的时间和金钱，又动摇了企业信息化建设的信心。第一，迷信最佳实践，一切向标杆看齐，IT规划的时候忽略了企业的实际情况，包括企业的人文环境、地域文化、历史传统等的差异，尤其是处于变革期的国内企业需要发展所面临的各种各样的管理和运营的“个性化”问题。这种情况下，咨询顾问总是试图用技术驱动管理和业务的变革，并且缺乏和企业各个层面有效的沟通，因而很难帮助企业建立务实高效的信息化框架，甚至会给企业带来一些误导，以致在后续的信息化建设过程中出现各种各样困惑企业的实际问题。最近业界炒的比较多的某商业银行核心业务系统升级的知名项目，可能就存在这样的问题，在前期规划和选型的时候过于强调系统的先进性和标杆案例，忽略了企业自身的业务和管理现状，导致系统建设过程不可控，最后项目被停掉了。第二，咨询公司缺乏对国内企业管理和业务问题的深刻理解，没有能力摸清企业的运营脉搏，IT规划报告里面虽然也包括企业战略明晰、业务和流程梳理等，但由于咨询顾问的阅历和认识深度不够，往往造成这些分析结果无法跟后面的IT战略、IT蓝图及行动方案有效的结合起来，结果报告内容很多，看起来“繁花似锦”，但实际每部分内容都是割裂的，没有形成完整的逻辑关系，最终给企业提供的方案还是侧重技术可行性，是“狭义”的IT规划。这里，需要解释的是，目前阶段，国内企业希望解决的问题一定是综合的，即使是IT建设也一定是解决企业的战略、管理及业务等方面的问题，甚至还需要借助IT提高企业的执行力、弥补制度的不足并提升文化的建设等等，有些方面可能会违背IT的初衷，但这是目前国内企业的现实，也是在IT规划过程中必须面对的问题。因此，如何切实的支撑面向企业战略的业务发展策略、有效匹配业务模式和IT系统，找出可以落地的IT支撑点，并形成各个层面的IT需求是IT规划需要真正关注的。第三，规划过程中重视应用系统和网络、硬件平台的建设，而忽略了跟企业管理和业务密切相关的信息内容本身，往往是建设了很多信息系统，但却得不到支撑企业运营的信息资源。企业高层往往会抱怨：“为什么我想知道的很多东西，在这样先进的信息系统中，就是看不到呢？为什么在市场形势突变的时候，我们的信息系统无法敏感地捕捉变化？”。分析可知，这样的IT规划更多是满足企业的技术需求，而不是为企业的业务拓展和管理运营服务的。如果按照这样的思路去构建企业的IT整体框架，那在信息系统建设完之后，绝大多数的员工仍将不知道如何利用信息，以及如何让这些信息产生价值。企业的信息系统，也就没有任何管理和维护的意义和价值。因此，进行全面的企业信息资源规划也是IT规划的重要内容。第四，IT治理方案流于形式，起不到“三分技术、七分管理”的作用，IT治理或者叫IT管理是IT规划方案中必须要包括的，可能跟前面几个问题一样，这也是涉及企业管理方面的问题。由于IT对国内企业来说还是一个新鲜事物，企业很难积累起很好的IT管理的经验，况且国内企业管理的个性化问题比较突出。因此，如果不能很好的理解企业的文化、IT发展背景、管理运营模式等问题，制定的IT组织体系、IT管理制度、IT管理流程及IT绩效考核等IT管理体系最终只能落在纸面上，无法贯彻执行下去。同时，长期以来企业的IT部门往往充当的是企业的成本中心兼服务机构，责任无限大，权力一点点，出现问题IT部门更多的是跟业务部门妥协，这就更造成IT管理的难度。因此，如何结合企业的实际情况，制定“少而精”而不是“大而全”，并且可 *** 作的IT治理方案是IT规划的关键。第五，没有认识到IT规划的重要性，投入的资源不够。这个问题是非技术和管理的问题，但往往也是最重要的问题。很多企业做IT规划的初衷都是好的，也认识到了不按照“总体规划、分步实施、重点应用”的步骤进行信息化建设是不行的，但是在实际项目运作的时候则由于各种各样的原因造成项目金额小、时间紧、投入少、内容全。当然这种现象也有可能是由一些不负责任的咨询公司引导造成的，变成了一个商业驱动的项目。这种情况下，势必造成项目运作是蜻蜓点水式的，面面俱到，但又无法深入，最终很难给企业提出切实可行的行动方案。“屁股决定脑袋”的道理是谁都懂的，因此足够的资源投入也是IT规划项目务实的基本保障。这里，想要IT规划更加务实，首先需要结合企业实际情况，认清IT规划到底能够为企业做什么？如何真正支撑企业的战略、管理和运营？笔者的观点是，IT规划可能不需要进行SWOT分析、不需要进行波士顿矩阵分析、不需要进行竞争态势分析，那些是战略规划需要做的，不能不分清红皂白，一锅菜乱炖。IT规划需要做的是明晰企业的战略，进而找到支撑战略实现的业务发展策略，然后分解到核心价值链的各个业务环节，看看这些业务环节需要具备怎样的能力才能够支撑这些业务发展策略，同时分析出这些业务环节要想具备这些能力哪些是需要IT系统来辅助实现的，并阐明IT系统应该如何做才能让业务环节具备这些能力。这样就可以一层层分解出来IT到底怎么支持业务运营，并进而支持企业战略。拿笔者曾经咨询过的一个案例来说，客户处于竞争激烈的服装行业，要想实现客户创造卓越服饰企业的目标，需要不断满足消费者对时尚的追求，应对快速变化的市场需求。这就要求企业必须建立快速响应的业务策略，这种快速响应不单单是各个业务环节本身的快速响应，需要价值链整体，甚至整个供应链的快速响应。那么就可以分析出为了支撑这种快速响应的业务策略，各个业务环节（包括研发、采购、生产、配送等）需要实现信息的实时共享、并且加强计划的协调性（当然，也还需要其它的能力），而这两点恰恰是IT系统所擅长的，这样就可以有效的找到IT的支撑点，进而进行详细的需求分析，并完成应用系统设计与实施规划，从而给企业提供针对性很强的解决方案。其次，IT规划需要从IT应用的源头入手，挖掘企业到底需要哪些信息？这些信息存在哪里？通过哪些渠道可以获取？怎样对这些信息进行分析、处理、存储和传播？这些信息对企业有哪些影响？企业怎样才能知道哪些途径提供的信息有价值、哪些途径提供的信息价值含量低？企业如何能够调整自己的信息渠道？从而进一步帮助企业搭建合理的信息资源体系，以及信息编码体系，并结合IT需求分析，提供完整的信息内容解决方案，为企业以后的信息系统实施提供切实可行的基础支持。同时，通过制定信息分类、存储、传输和使用的标准，形成规范和制度，并应用相应的IT管理手段，包括激励机制和绩效考核等，对信息内容的加工处理进行规范，真正实现企业信息化建设的意义和价值。接着，IT规划要想务实还要能够在结合企业实际IT需求的基础上，认真分析和比较适合企业的IT应用系统，尤其是大型IT应用平台（像ERP、SCM等），需要针对行业和业务特点，找出几家成熟的软件供应商，客观的进行比较分析，分析的内容包括平台的成熟度、平台的技术方案、相关行业的成功案例、厂商的实施服务能力、本地化开发和服务能力以及性价比等等，并给企业提出客观的建议。由于大型IT应用系统是非常复杂的，因此在比较和分析的时候一定要从细节入手，最好能帮助企业形成各个模块的功能需求说明书，这样在以后企业选型的时候也可以针对性地进行系统测试，Demo演示等等，让企业的选型能够最大程度的达到信息对称，从而实现理性回归，不至于被软件供应商的理念和关系所迷惑。这里，为企业提供全程的软件选型服务也是IT规划务实的一个方面。最后，IT规划在建设企业IT管理体系的时候要挖掘IT管理问题的根源，并考虑企业推广应用的可行性，形成简单可行的解决方案，让企业能够执行。还拿笔者的一个咨询案例来说，客户应用系统上的数据总是不准确，业务部门整天埋怨IT部门工作做的不好，系统不可靠，还不如原来手工 *** 作，并警告IT部门如果再这样他们就不用系统了。IT部门被搞的紧张兮兮的，整天忙在如何设定权限、记录日志、跟踪分析及系统提示上，试图用技术手段解决数据不准确的问题，后来发现问题还是无法解决。这里，通过调研和访谈我们发现，企业对系统数据准确性的考核指标只有IT部门的员工承担，并有相应的激励和惩罚机制。而真正使用系统的各个业务部门的 *** 作员和业务主管，则不会因为系统数据不准确而影响他们的个人利益。这样的话，他们在数据录入和修改的时候就很随意，有的时候甚至故意让数据不准确，以掩盖他们工作中的一些问题。后来通过调整考核指标，加强监督和控制，并制定灵活的激励和惩罚机制就解决了数据不准确的问题。因此，在设计IT管理体系的时候就要从这些实际问题出发，设计可行的解决方案，让业务部门和IT部门能够形成利益共同体，变单向服务为合作伙伴，共同让信息系统在企业内部产生最大的效益。否则，设计的IT管理体系就只能中看不中用了。目前，国内企业的信息化建设也经历了几起几落，取得了一些成绩，也积累了一些经验教训，总的来说还是任重而道远。IT规划作为企业信息化建设的指明灯，就像医生给病人开的处方一样重要。然而，好的医生可以药到病除，而庸医则不但不能治病，还有可能耽误治疗，让小病变成大病。

本方案对于企业管理的作用和价值

随着现代社会中企业对IT系统的使用越来越深入和频繁，如何管理好企业的IT系统成为不可忽视的管理议题。如果在IT建设过程中缺乏总体架构和规划，企业将在IT管理上面临众多的挑战。比如：业务越来越复杂，IT系统越来越庞大;难以统筹地管理;看不清楚IT建设的现状，更谈不上合理规划新的IT建设;企业内IT和业务沟通困难，业务人员用不好系统，IT人员服务质量也不高。

企业架构(EnterpriseArchitecture)是对构成企业的所有关键元素和关系的综合描述。它是一个用于描述和分析企业的现状，并对企业做出合理诊断和规划的方法。企业架构就类似于医学上将人体构造分解为骨骼、肌肉、血液等组成部分，既考虑每个部分的成分，也考虑这些部分是如何结合并协同工作的。它是现代企业用于自我分析和自我管理的工具。

单纯地从IT的视角管理IT系统让许多企业深陷管理困境，解决问题也是按下葫芦浮起瓢。实际上，IT的服务对象是企业的战略、组织、流程等一系列的要素。因此对IT的管理如果不考虑这些要素，那就会理不到头绪，产生诸如系统庞大并与业务脱节等症状。因此，需要通过企业架构的管理思想来管理IT架构，并实现如下价值：

1)理清IT架构，明确IT管理现状

IT架构管理对于企业来说，首先是需要“理清楚”然后才是“管起来”。与IT架构相关的内容既包括企业的业务流程、信息数据、应用功能、服务器和网络等管理要素，也包括传输类型、控制方法、管理策略、开发技术等技术层面的要素，合理清晰地梳理这些内容并了解相互管理，才算是帮助企业真正明白目前IT管理的现状。

2)分析企业现状，找到IT管理的可改进点

如果说明确IT管理现状是企业对自身的一个审视和了解，那么IT现状分析就是企业对自身的“望闻问切”。通过对企业流程与应用系统覆盖度的分析，我们可以知道企业IT应用主要存在于企业哪些地方，而通过对企业流程与应用系统冗余度的分析，我们又可以知道企业IT系统之间存在的功能重复或冲突集中在哪里。

当然，企业IT分析同样不能零散的开展，因此需要有一个整体的分析设计体系和科学的分析设计方法，本方案基于在流程分析领域一直处于世界领先地位的ARIS平台，提供了一套在IT架构现状分析上成熟的方案。

3)合理地规划与改进IT建设

以往的IT规划往往从IT系统本身出发，或借鉴国际先进的经验，或追求新的产品与技术。而一个真正适合企业的IT规划既要有适度的前瞻性，又要能够贴切地满足企业战略和企业的生存环境。否则就像在水下穿了一件太空衣，虽然外表光鲜亮丽，但实际上花费巨大却没有解决实际问题。

企业架构下的IT规划强调的是从企业战略出发，首先规划业务架构层，然后延伸到应用架构和数据架构，最后结束于企业的基础设施架构，其中包含战略、流程、系统功能、模块、数据、数据接口、系统实例、应用机房、网络信息和技术细节等等各种管理要素，可以说是对企业IT建设的量体裁衣。

4)完整地管理IT资产与技术

仅仅规划和实施IT系统是远远不够的，大多企业在实施IT系统后，更重要的是运维和管理IT系统。在这样一个层面上，IT系统无疑于企业的IT资产。结合IT服务管理标准和企业资产管理的思路来统筹的管理IT系统，也是企业架构可以发挥力量的地方。

同样，企业里面往往也有专门管理IT配置的工具(CMDB)，但这些工具往往又忽略了企业业务与战略和IT之间的关系，如何将这些内容集成和统筹地管理，也是企业架构管理思想所考虑的内容。

借用企业架构的管理思想来管理IT架构，将保障IT系统不再与现实脱节，也不再落后于战略和业务的发展。IT系统将像企业的设备等重要物质资产一样有效地管理起来。

基于企业架构(EA)的IT架构管理解决方案及其交付物

在企业架构(EnterpriseArchitecture)的管理方法中，IT的规划需要与业务的需求统筹地管理起来。因此，一般将企业的IT架构划分为四个层次：

业务架构层：包含企业的战略、组织与流程等业务相关的架构，主要用于分析业务的驱动与业务的需求。

应用架构层：包括应用系统，系统功能，系统接口，相关应用的服务等，主要用于从业务层面将需求层层分解为系统的功能。

信息架构层：包括数据体系，数据架构，数据实体等于信息数据相关的内容。由于数据是流程流转的实体，也是应用系统需要实现的功能载体，因此对数据的设计需要与应用和业务层进行统一。

基础架构层：数据的存储实体，系统实例，硬件设备，软件技术等等属于企业基础设施的内容，需要按照资产管理的模式进行管理。

企业架构中的IT架构的四个层次

如何基于企业架构进行IT应用功能的规划？

交付物一：搭建从贯穿IT架构的模型体系

企业架构就是对企业各个管理要素以及关联进行管理的过程。因此我们对IT架构的管理，需要将企业如下要素进行统筹地梳理与整合，并形成模型体系。

战略：通过BSC战略模型梳理企业战略与目标。

流程：通过增值链与EPC模型梳理企业的流程架构与现实业务流程。

功能：通过流程步骤梳理系统所因提供的应用功能。

系统：通过应用系统架构模型梳理系统类型与模块。

基础设施：通过系统与系统实例，梳理系统所存储的相关硬件与设备等基础设施。

资产：通过整理相关资产获得资产的生命周期。

资产集：通过整理资产并分类获得完整的资产集合。

架构生命周期：管理各个业务单位的IT架构的生命周期。

企业架构各个层面的整理

交付物二：企业架构现状评估与分析报告

企业架构的IT架构现状评估与分析方法是以企业架构方法论作为理论依据，分析企业的各个架构元素和架构元素之间的关联性，例如：应用系统架构下应用系统的岛屿数量和程度，以及应用系统对业务流程的覆盖率。然后对现状的业务进行科学地诊断。

采用目标分解与纬度分析方法开展。分析包含一个总体目标，按照多视图分解到多个分目标，每个分目标包含多个分析指标，而每个分析指标都有相应的定性分析方法和分析结果。沿用的分析手段采用了平衡积分卡的思想，便于企业长期使用。

使用ARIS模型与ARIS工具对于模型的统计分析功能来完成分析工作。由于前期的建模工作有了大量模型成果，一些关键的数据分析可以通过模型来开展，例如：流程的应用系统覆盖率。在模型真实的情况下，此类分析能够很精确地反映企业架构管理现状。因此为了达到更准确的效果，还将对模型的真实度加以评估。

应用系统架构良好支持业务代表了企业架构下应用系统架构建设的质量。应用系统的建设为业务信息流的自动化提供技术平台，并业务流程的标准化提供支持，可以说，企业应用系统建设的主要目的就是为了业务服务。应用系统架构的建设也是建立在IT的基础设施之上，因此对它的规划将直接影响IT基础设施的需求。应用系统架构良好支持业务流程需要在良好地支撑流程需求和数据运作的基础上，还要保留有良好的系统集成性和可扩展性。因此，应用系统对业务流程流程执行过程，数据流转过程的可服务性是很重要的。在此基础上，多个应用系统之间的系统接口和架构方式也是需要关注的。

基于ARIS平台的企业架构分析与评估结果示例

交付物三：经过合理规划的TO-BE的IT架构

在IT架构管理的整体下，如何通过对业务的变更获得系统的变更方案？博阳咨询推荐IT城市规划(ITCityPlanning)的规划方法。

IT城市规划方法

在IT规划中采用ARIS的信息系统视图(IS视图)，可以作为层次与层次之间转换的媒介。在ARIS中，IS视图中的对象类型必须放在功能和应用系统之间，这样便拓展了ARIS中的功能视图。如同各种功能一样，IS的元素与不同的结构相连接，出现在ARISHouse模型的常见视图中。这些扩充主要与流程视图和数据视图相关。在下面所述的IS视图中，涉及来自于ARISHouse模型的功能和流程视图中，用来描述IS元素之间的关系的模型类型，或者在其它ARIS视图的背景下，用来详细描述IS元素的模型类型。

交付物四：IT资产与IT架构的生命周期平台

对系统的功能进行规划后，不可忽略地就要考虑系统的实施过程。但对于完整的IT架构来说，系统从规划到实施，再到使用与维护，直至淘汰，是一个完整的生命周期。因此把系统当做IT的资产来进行管理是可以覆盖到系统的完整生命周期。

系统实施周期的评估过程

系统评估的方法有很多种，博阳咨询建议对规划好的系统以及系统模块按照成熟度与重要性进行评估，便可以知道哪些系统需要先期建设，哪些后期建设，有一个良好的系统引入的过程。

系统生命周期的评估过程

同样，系统一旦建设完成，系统的管理与评估工作远没有结束。需要持续地通过对系统功能满足程度的评估，不断地获取系统是否要升级或者淘汰的预期，保证系统能够时刻满足业务需求。这也是IT架构管理中持续改进的建设环节。

以上就是关于第四篇：超融合全部的内容，包括:第四篇：超融合、互联网时代的网络自动化运维、CIO40: IT管理者知识体系（长大以后）等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！