安全运维管理如何保障企业IT系统正常运转

IT是信息技术（Information Technology）的缩写，是主要用于管理和处理信息所采用的各种技术

的总称。

它主要是应用计算机科学和通信技术来设计、开发、安装和实施信息系统及应用软件。它也常被称

为信息和通信技术（Information and Communications

Technology, ICT）。主要包括传感技

术、计算机与智能技术、通信技术和控制技术。

主要是软件开发、软件销售、软件测试。

：

应用范围：信息技术的研究包括科学，技术，工程以及管理等学科，这些学科在信息的管理，传递

和处理中的应用，相关的软件和设备及其相互作用。

信息技术的应用包括计算机硬件和软件、网络和通讯技术、应用软件开发工具等。计算机和互联网

普及以来，人们日益普遍的使用计算机来生产、处理、交换和传播各种形式的信息（如书籍、商业

文件、报刊、唱片、**、电视节目、语音、图形、图像等）。

参考资料：

信息技术（用于管理和处理信息所采用各种技术总称）---百度百科

方法/步骤

1高效的作图工具

传统的架构图维护难、变更难、查找难，更严重的是与实时运行数据严重脱节。DMV提供在线编辑器，含有整套绘图工具箱、丰富的IT组件图标集。用户可以根据图标、配置数据、标签数据等对象自由、快速地绘制视图。通过与数据紧密结合，从而实现图数结合和双向校验能力，提升了架构图的准确性和实用性。

2数据驱动的自动绘图

以往的架构图与数据信息经常出现不同步现象，架构图的信息严重滞后于真实数据，造成架构图管理难、架构图价值低。强大的架构图制作工具DMV提供数据驱动生成架构图能力，根据配置、标签、模板自动生成视图，实现架构管理可视。视图拓扑关系根据数据变化时时更新，及时提供用户最新数据拓扑架构图。

3灵活的视图组合与钻取

传统的架构图之间是分离的，逻辑架构图与物理架构图、应用架构图与网络拓扑图等难以互通，用户较难获得应用或管理场景相关的IT全景信息。DMV提供灵活的视图组合与钻取能力，运维人员既可将多张不同领域和层级的架构图组装为一个组合视图方便查看，也可通过设置CI对象与架构图的关联关系，建立图与图之间的连接，以便在IT组件的丛林中快速穿梭，更加直观、全面、高效地认知IT系统，提升故障诊断和影响分析等运维管理工作效率，更好地管理IT系统。

4团队化的协作分享

一张复杂的架构图可能需要多人参与绘制，DMV 提供了“在线协作”能力。用户可以将尚未完成的架构图发布到团队群组中，以便让其他团队成员协作丰富架构图内容。在视图绘制完成后，用户设置访问权限后将视图发布到“分享门户”，供组织内有权限的成员检索和查阅，提高架构图的实用性。

5强大的版本管理

为了解决架构图多次变更无记录可存、可查，与当前使用版本的差异问题，DMV提供了架构图的版本管理功能，通过比对历史版本能够为用户清晰呈现系统架构的演进趋势并回溯历史上某个特定版本。通过视图快照，能够记录架构图的每次变动。通过数据对比，能够分析架构图的数据差异。

6丰富的信息呈现

传统IT架构图上的信息往往仅有图标、连线和简要的文字标注等，有限且单薄。DMV能够将架构图与IT运行管理的实时数据相结合，可以在架构图中查看某个IT组件的配置、监控状态、工单、相关预案等信息，扩大了架构图的使用场景，提升了使用价值。比如在容量规划、故障分析、管理覆盖率分析等方面，架构图能够扮演更重要的角色。

在这种极度复杂的情况下，需要的是一个单一的、集成的解决方案，使得企业能够收集、关联和管理来自异类源的大量安全事件，实时监控和做出响应，需要的是能够轻松适应环境增长和变化的解决方案，需要的就是企业完整的安全管理平台解决方案。

但同时也存在另一方面的难题，仅依赖于某些安全产品，不可能有效地保护自己的整体网络安全，信息安全作为一个整体，需要把安全过程中的有关各方如各层次的安全产品、分支机构、运营网络、客户等纳入一个紧密的统一安全管理平台中，才能有效地保障企业的网络安全和保护信息投资，信息安全管理水平的高低不是单一的安全产品的比较，也不是应用安全产品的多少和时间的比较，而是组织的整体的安全管理平台效率间的比较。 完整的IT运维管理系统中必须要包含安全运维管理，通过建立网络安全运维管理系统，将网络安全日常运维管理各业务功能整合在一个统一的平台进行管理。 企业外网的安全运维管理 企业通过Internet网提供Web网站、邮件、FTP、视频服务等应用，这是目前很多企业网络应用中都必须要解决安全方面的一个共同问题。 防火墙是长期以来保障网络安全最常用的工具，自然也是企业网络安全保护的一项重要措施。采用防火墙技术对于企业来说无疑是最佳的选择，防火墙设置在不同网络（如可信任的企业内部网和不可信的公共网）或网络安全域之间的一系列部件的组合。它可通过监测、限制、更改跨越防火墙的数据流，尽可能地对外部屏蔽网络内部的信息、结构和运行状况， 以此来实现网络的安全保护。在逻辑上，防火墙是一个分离器，一个限制器，也是一个分析器，有效地监控了内部网和Internet之间的任何活动，保证了内部网络的安全。防火墙总体上分为包过滤、应用级网关和代理服务器等几大类型。 对于Web网站安全来说，首先是Web服务器的安全，一般用来架构web网站的UNIX系统，Linux系统，Windows系统，总的来说UNIX系统的Web站点的安全性较好、其次是Linux系统、目前被黑客和病毒攻击最多的是Windows，因此在企业经济条件允许的条件下，架构在AIX、Solaris以及HP-UNIX等UNIX系统平台上web服务器的安全性是首选。当然无论选择何种 *** 作系统，系统补丁都要及时安装，只是Web网站最基本的条件。其次是采用web服务器软件的安全如IIS、Apache、Tomcat的安全配置，采用ASP/ASPNET、PHP和JSP动态技术开发网站程序的安全，后台数据库系统的安全也是保证网站安全的重要因素。 虚拟专用网（***）是通过一个公用网络（通常是因特网）建立一个临时的、安全的连接，是一条穿过混乱的公用网络的安全、稳定的隧道。虚拟专用网是对企业内部网的扩展。虚拟专用网可以帮助远程用户、公司分支机构、商业伙伴及供应商同公司的内部网建立可信的安全连接，并保证数据的安全传输。虚拟专用网可用于不断增长的移动用户的全球因特网接入，以实现安全连接；可用于实现企业网站之间安全通信的虚拟专用线路，用于经济有效地连接到商业伙伴和用户的安全外联网虚拟专用网。 通过“安全邮件网关”有效地从网络层到应用层保护邮件服务器不受各种形式的网络攻击，同时为邮件用户提供：屏蔽垃圾邮件、查杀电子邮件病毒（包括附件和压缩文件）和实现邮件内容过滤（包括各种附件中的内容）等功能。采用基于内容过滤、实现查杀病毒和防范垃圾邮件的产品，大大提高了防范的准确率，垃圾邮件过滤率最高可达98%。 上面是企业外网安全运维管理所采用的安全产品与策略，以及一些安全措施。主要是保证网络和业务应用的正常、安全与稳定的运行，但从实际 *** 作运行来看，特别是从目前的蠕虫、病毒、木马、僵尸网络、垃圾邮件等比较猖獗的情况下，通过安全产品和安全策略能抵挡一些，但还是显得“力不从心”，得不到人们想像的“预期效果”。 企业内网的安全运维管理 这里的内网主要是指企业的内部局域网。随着企业ERP、OA、CRM等生产和办公系统的普及，单位的日程运转对内部信息网络的依赖程度越来越高，内网信息网络已经成了各个单位的生命线，对内网稳定性、可靠性和可控性提出高度的要求。内部信息网络由大量的终端、服务器和网络设备组成，形成了统一有机的整体，任何一个部分的安全漏洞或者问题，都可能引发整个网络的瘫痪，对内网各个具体部分尤其是数量巨大的终端可控性和可靠性提出前所未有的要求。 相对于内网安全概念，传统意义上的网络安全更加为人所熟知和理解，事实上，从本质来说，传统网络安全考虑的是防范外网对内网的攻击，即可以说是外网安全，包括传统的防火墙、入侵检察系统和***都是基于这种思路设计和考虑的。外网安全的威胁模型假设内部网络都是安全可信的，威胁都来自于外部网络，其途径主要通过内外网边界出口。所以，在外网安全的威胁模型假设下，只要将网络边界处的安全控制措施做好，就可以确保整个网络的安全。 而内网安全的威胁模型与外网安全模型相比，更加全面和细致，它即假设内网网络中的任何一个终端、用户和网络都是不安全和不可信的，威胁既可能来自外网，也可能来自内网的任何一个节点上。所以，在内网安全的威胁模型下，需要对内部网络中所有组成节点和参与者的细致管理，实现一个可管理、可控制和可信任的内网。由此可见，相比于外网安全，内网安全具有：要求建立一种更加全面、客观和严格的信任体系和安全体系；要求建立更加细粒度的安全控制措施，对计算机终端、服务器、网络和使用者都进行更加具有针对性的管理等特点。 外网安全主要防范外部入侵或者外部非法流量访问，技术上也以防火墙、入侵检测等防御角度出发的技术为主。内网在安全管理上比外网要细得多，同时技术上内网安全通常采用的是加固技术，比如设置访问控制、身份管理等。当然造成内网不安全的因素很多，但归结起来不外乎两个方面：管理和技术。 由于内网的信息传输采用广播技术，数据包在广播域中很容易受到监听和截获，因此需要使用可管理的安全交换机，利用网络分段及VLAN的方法从物理上或逻辑上隔离网络资源，以加强内网的安全性。从终端用户的程序到服务器应用服务、以及网络安全的很多技术，都是运行在 *** 作系统上的，因此，保证 *** 作系统的安全是整个安全系统的根本。除了不断增加安全补丁之外，还需要建立一套对系统的监控系统，并建立和实施有效的用户口令和访问控制等制度。为了维护企业内网的安全，必须对重要资料进行备份，对数据的保护来说，选择功能完善、使用灵活的备份软件是必不可少的。目前应用中的备份软件是比较多的，配合各种灾难恢复软件，可以较为全面地保护数据的安全。 在内网考虑防病毒时，防杀毒方式需要全面地与互联网结合，不仅有传统的手动查杀与文件监控，还必须对网络层、邮件客户端进行实时监控，防止病毒入侵；防病毒软件应有完善的在线升级服务，使用户随时拥有最新的防病毒能力；对病毒经常攻击的应用程序提供重点保护。由于内部局域网一般都是通过防火墙实现与互联网的逻辑隔离，因此通过对防火墙的NAT地址转换，终端PC机的IP/MAC地址绑定以及安全策略的实现内网安全。局域网内的PC机 *** 作系统、应用软件以及防病毒、软件的补丁与升级、正版软件的使用等也是影响内网安全的重要方面。 采用上网行为管理系统软件，实现网站访问限制、网页内容过滤、即时通工具过滤、IP地址绑定、IP访问控制等功能，为内网的用户实现了高度智能化的上网行为管理，全面保障企业关键应用的正常运行。应该以动态的方式积极主动应用来自内网安全的挑战，建立健全的内网安全管理制度及措施是保障内网安全必不可少的措施。 因此，企业内网的安全运维管理需要一个整体一致的内网安全体系，包括身份认证、授权管理、数据保密和监控审计等方面，并且，这些方面应该是紧密结合、相互联动的统一平台，才能达到构建可信、可控和可管理的安全内网的效果。企业用户内网安全管理制度、整体一致的内网安全解决方案和体系建设将成为内网安全的主要发展趋势。 企业网管系统中是否需要安全运维管理 随着企业网络应用和规模的不断增加，网络管理工作越来越繁重，网络故障也频频出现：不了解网络运行状况，系统出现瓶颈；当系统出现故障后，不能及时发现、诊断；网络设备众多，配置管理非常复杂；网络安全受到威胁，现在企业可能会考虑购买网管软件来加强网络管理，以优化现有网络性能，网管软件系统已经变成企业不可缺少的一项功能。 目前网管系统开发商针对不同的管理内容开发相应的管理软件，形成了多个网络管理方面。目前主要的几个发展方面有：网管系统（NMS）、应用性能管理（APM）、应用性能管理、桌面管理（DMI）、员工行为管理(EAM)、安全管理。当然传统网络管理模型中的资产管理，故障管理仍然是热门的管理课题。越来越多的业务将进入网络管理的监控范围，对于业务的监控的细分化，都将成为今后的网络管理系统完善的重点。 安全运维管理在企业IT 系统中的应用 1、安全管理平台及其应用 企业的网络存在着各种风险，如何保证网络安全有序运行成为用户最为关心的问题。当企业的网络工程师面对大量的网络数据时，他需要的明确的思路、清晰的条理、实际可 *** 作的依据，征对以上这些困惑，Broada安全管理平台（简称Broada SOC）集中对安全威胁进行检测和响应，使网络工程师能获取最新的安全信息，通过强大的实时故障处理、安全威胁响功能，进而查看企业IT系统的安全状况视图，从而整理出切实有企业有用的数据信息，提高安全管理效率，降低总成本并提高投资回报率。 下图是Broada S0C系统功能架构图，通过对防火墙、IDS等设备数据信息采集，能实时收集信息，然后通过事件处理中心，运行其独特的数据挖掘和关联技术能力，迅速识别出关键事件，自动做出响应，最大化地减少攻击对网络产生影响；同时强大的知识库也可以集成各种故障处理事件，网络工程师依据知识库所提供的帮助就能解决大部分的网络故障问题，有效减少了宕机时间，确保了运行效率，在此基础上能提供企业安全趋势分析，使网络工程帅能轻松了解各种风险并采取明知决策。 2、桌面安全管理及其应用 目前网络的另一大难题就是，企业网络规模的日益扩大，单纯手工 *** 作已无法满足系统的需要，企业所需要的是能统一对内网所有PC机、服务器进行 *** 作管理的IT运维平台，于是桌面终端安全管理系统的诞生就显得相当必要了，它主要实现两大功能:省去网络工程师大部分手工 *** 作的时间，提高IT服务部门的工作效率；对员工的行为 *** 作做审计规范，从网络参与者方面保障了网络安全。 下图是Broadaview广通桌面安全管理软件的功能示意图，可以看到目前企业所亟需用到的网络管理功能都一应俱全。软件分发、补丁管理、远程维护等功能非常方便网络工程师对整个企业网进行更新维护，同时可以通过事件报警器及时发现故障，帮助员工解决软硬件难题；桌面安全评估、非法外连监控、IT资产管理则能从安全性上保障企业网的良好运行，能有效防止企业机密外泄、IT资产流失、非法外连导致内网中病毒等情况的出现。 3、安全应用案例 杭州市民卡项目总投资12亿，是“数字杭州”的重点工程之一；旨在建立高效、便捷的公共服务体系。该系统分为两大部分：一是市民基础信息交换平台和基础信息资源的建设、管理与维护、市民卡的发行和日常管理、市民卡服务网点的管理等工作；二是市民卡的各种应用，如，以社会保障为代表的政府应用；以电子钱包为代表的电子支付应用；以城市交通为代表的公用事业应用等。 整个市民卡项目系统的主要由数据中心、交换平台和服务网络三部分组成。数据中心部分环境已有设备包括小型机、台式PC服务器、磁带库等,此外还包括数据库管理系统、中间件、备份管理系统等几部分数据系统。交换平台部分环境主要由消息中间件、部门交换前置机和遍布全市的服务网点系统组成。交换网络链路为租用的网通***网络。 为了保障整个系统正常、高效和稳定地运行，杭州市信息化办公室在充分调研了目前市场上可选的网管系统产品的基础上，通过公开招投标方式严格甄选，从稳定性、易用性、灵活性等方面进行了细致的考察，并从研发能力、核心技术、技术支持等方面进行了评估，最终决定采用广通信达公司的Broadview网络监控平台软件产品作为“杭州市民卡系统及网络管理系统”的主要支撑系统。 Broadview软件系统部署在一台PC服务器上，为杭州市民卡项目提供了一站式全方位的IT管理解决方案。 Broadview网络监控平台可以实时监控网络状况，掌控PC机服务器的性能数据，并深入到应用层对数据库、Web服务、Email服务监测，查看其运行健康度；强大的拓扑功能，能很快发现全网设备，让网络工程师直观明确全网的运行支撑资源，然后展现成网络拓扑图，并能单独提供每一设备的详细资料及运行情况，方便监控重要设备的运转；网络工程师还需要做的一件事情就是向信息中心领导汇报IT投资情况，在Broadview网络监控平台的帮助下，哪台设备出现故障，现用资金用于何种设备都能一一明确，可以说完全能给网络工程师提供IT投资依据，从而在硬件上保障整个杭州市民卡系统的良好运转。 广通信达Broadview平台采用面向运维服务的层次化系统架构，结构清晰，可扩展性强。系统具备全面的网络监测和健全的业务管理功能，内置多种监测器，支持主流 *** 作系统的服务器、多厂家的各种网络设备、存储系统等。同时Broadview系统采用高度模块化设计，提供开放的API接口和高效的二次开发服务，方便地满足了市民卡各种个性化需求。 杭州市民卡网管工程运行以来，网络管理人员通过Broadview网络、业务拓扑图就可以实时监测市民卡网络运行状况、业务服务质量，并可通过Email、手机短信等多种方式及时接收报警，通过运维平台协同处理告警，大大缩短了发现和解决故障的时间，有效保障了网络的持续、稳定、高效运行，同时也大大降低了市民卡IT系统管理的运维成本。 三分技术，七分管理 总而言之，对于企业安全运维管理来说，三分技术，七分管理，在企业内部建立一套完善的安全管理规章制度，使管理机构依据相应的管理制度和管理流程对日常 *** 作、运行维护、审计监督、文档管理等进行统一管理，同时加强对工作人员的安全知识和安全 *** 作培训，建立统一的安全管理体系，帮助企业识别、管理和减少信息通常所面临的各种威胁，架构企业的安全保障体系。

售前是一种综合的发展，以技术服务市场、服务销售，工作内容相比比较丰富。

售前跟进跟客户详谈，了解客户的需求，客户购买能力，客户在经营当中面对的问题等等，根据这些大概的内容，做好整体的解决方案，跟客户演示软件等等的内容。 售前技术支持要求充分的了解软件，了解各行业的特点，语言表达能力，沟通能力，以及应变能力，是销售成功与否的关键。售前技术支持一般是一个优秀的技术人员，同样也是优秀的销售人员，无论以后处于哪个层级哪个岗位，也可以轻松的应对。很有发展的前途的

7月底，农行（601288SH）宣告成立金融 科技 子公司农银金融 科技 有限责任公司，注册资本6亿。目前已有11家银行成立金融 科技 子公司，包括五家国有大行、五家股份行和一家城商行。新一家金融 科技 子公司的成立振奋市场，而国内银行金融 科技 是否能够与国际抗衡，是否能完成“进口替代”的话题再次浮出水面。

长久以来，IOE技术架构是银行业的标准配置和唯一选择，而在2013年之后，由于金融系统IT架构定价权和 游戏 规则控制在海外厂商手中，并且随着移动互联网的普及，高频交易让传统系统不堪重负，银行业也开始艰难谋求去IOE。

时隔7年，在金融 科技 助推下，银行们通过自我研发去IOE仍在进行中，也有银行依靠互联网等外部力量以求快速实现IT架构国产化。

银行业去IOE始于2013年左右。图 站酷海洛

IOE，分别指IBM（国际商用机器公司）、Oracle（甲骨文）和EMC（易安信），三者分别是小型机、数据库和高端存储的领导厂商，一定程度上主导了企业的IT架构。它们组成的系统一度被视为大型金融企业后台的“黄金架构”。

中国银行业自上世纪90年代开始逐步实现电子化，陆续采用数据、 *** 作、应用大集中的管理模式，即数据中心大集中时代，以革除各家分支行各自为政的弊病，实现网点和业务的数据集中。而IBM以其强大的数据处理能力，装机量在国内一枝独秀。

当时，各类银行争相引进海外业务系统产品，实现流程改造和管理方式改革。

银行业去IOE始于2013年左右。

一直以来，由于银行业采用IOE为代表的IT基础体系，使得如此重要的金融机构IT整体都处于海外厂商的控制之中。可想而知，如若存在技术漏洞，或被主动植入漏洞，或者是国与国之间产生矛盾，供应商被要求停止技术服务，则金融业暴露在安全风险之中。

因此，国家层面基于金融与信息安全的导向推动提出了去IOE的想法，2012年6月国务院发布《关于大力推进信息化发展和切实保障信息安全若干意见》（国发〔2012〕23号），金融监管部门也期望银行逐年减轻对IOE的依赖程度。

尽管去IOE化在2014年、2015年就成为了金融 科技 领域的热门话题，但是它的进展速度显然没有它的热度上得快。

广发证券研报显示，去IOE在开始几年在传统银行间开展得并不顺利。

主要原因包括：第一，大型银行当前集中处理的业务模式对于服务器的稳定性要求极高。而IBM大型机/小型机的稳定性无人能及。其次，中小银行采用开放式平台架构，可以不用IBM服务器。但国产设备的性能、安全性、稳定性一直难以被信任。此外，服务器、存储、 *** 作系统、数据库等基础设施层次相互依赖，难以单一替换。因此，过去5-10年，难以真正意义上撼动海外厂商在国内银行业的地位。

金融壹账通总经理助理、Gamma平台CEO区海鹰在接受媒体采访时对21世纪经济报道记者表示，去IOE仍是银行业头疼的问题。“因为金融是国家与 社会 最重要的一个稳定因素，银行业内部使用的技术中IOE占比非常高，如何去IOE对于银行业来说是一个非常大的挑战。”

区海鹰表示，去IOE只能“小步慢走”式迁移，而且这个工作量非常大。应用层、硬件层迁移已经非常耗费精力，而底层的改变要用到全部国产的服务器、网络，难度可想而知，“估计这个改造本身就是5-10年的工作”。

2019年10月，中国互联网金融协会发布的《中国商业银行数字化转型调查研究报告》显示，参与调研的75%的银行已经或正在启动数字化转型。这其中，不少银行通过自行研发实现了国产化架构支撑关键业务。

据微众银行年报披露，截至2018年底，微众银行已建成229个关键系统，1202个子系统。依靠分布式架构及开源技术的深度应用，行内系统成功支持了年内亿级客户量、亿级日交易量，达到国有大型银行同等规模。与此同时，行内账户运维成本持续下降45%。

今年5月，陆金所也宣布去“O”已经完成95%，预计到今年中实现开源数据库的完全替代。陆金所选择了MySQL的开放式架构作为Oracle核心数据库的替代方案。经测算，完全“去O”之后，系统软硬件成本将节约近90%。

如果说，微众银行等互联网银行实现去IOE更为轻车熟路，那么更多的银行通过外部合作，来降低对海外厂商的依赖，近年来尤其实现提速。

2019年5月，华为正式面向全球推出了GaussDB数据库，其GaussDB OLTP数据库已在招商银行综合支付交易系统成功上线投产，也已在工商银行内上线投产。同月，达梦发布DM80，10月23日，该新核心系统所引入的达梦数据库正式通过湖北银行项目方的验收。

去年10月，蚂蚁金服OceanBase登顶TPC-C，这是国产数据库首破OLTP的benchmark世界纪录。OceanBase落地西安银行，西安银行完成实施互联网金融业务平台MySQL数据库、互联网交易资金存管平台Oracle数据库向OceanBase分布式数据库的完整迁移。同月，中兴GoldenDB成功帮助中信银行替换DB2，换“心”后的中信银行xyk核心交易系统对外投产，这是全国性股份制商业银行的首例。11月，腾讯宣布开源TBase数据库，TDSQL数据库落地张家港农商银行新一代核心业务系统。

对于互联网金融公司和银行的 科技 子公司在去IOE领域的竞争，一位金融 科技 业内人士认为，互联网 科技 公司的 科技 创新能力确实非常强，而且也有很大的服务C端用户的规模。银行业尤其是大行金融 科技 子公司从纯技术的角度与互联网公司旗鼓相当，但是互联网公司本身自带流量，具有很大的优势。

但上述人士坦言，数据库市场被国外厂商垄断，自研企业实力与Oracle仍有一定差距。智研咨询发布的《2020-2026年中国数据库市场深度分析及未来发展前景预测报告》显示：2018年我国数据库软件市场规模为13925亿元，其中，关系型数据库规模约11836，占比约85%。Oracle数据库关系型数据库市场份额超过46%，占数据库市场约391%。

国产数据库方面，既有传统大学成立的数据库企业，包括人大金仓、武汉达梦、神舟通用、南大通用、山东瀚高等，也有近几年主要以阿里、腾讯、华为为代表的企业研发也加快了追赶脚步。

从国产数据库的技术来源看，国产关系型数据库多源自或者借鉴开源MySQL、PostgreSQL等数据库及其变种，或收购商业源码（例如Informix）+自研的方式，大数据平台多源自或直接整合开源大数据生态组件，纯自研的国产数据库较少，数据库种类不够丰富，核心竞争力亟待突破。

更多内容请下载21 财经 APP

企业架构方法一直强调对组织的业务、应用、数据和技术架构进行全面、正向的设计，从而实现组织战略和业务对准，以及业务和IT的对准。但是很多项目都很难真正做到这一点。其原因有三：

对架构的理论掌握不到位。 学习TOGAF有助于建立架构思维，但还远远不够，即使通过了TOGAF鉴定级认证，也需要通过具体的项目实施，不断反思TOGAF的内容，并加以剪裁和补充才能逐步形成具体的架构项目实施方法。

缺乏合适的落地方法和工具。 架构强调正向设计，业务、应用、数据和技术架构是从上至下的正向推导，和从下至上的反向承接关系。这就要求在架构项目开始之初，就要规划出架构项目完整的技术路径，并设计出绝大部分项目过程中使用的工具和模板，通过工具和模板保证各个架构之间的逻辑关系，确保各个架构域之间的承接落到实处。

需要项目实施顾问较高的能力。 无论架构项目的边界和范围是何种程度，都要求架构实施顾问具有全局思维，既要懂业务，还要懂IT，能高屋建瓴搭建逻辑蓝图，也能深入细节挖掘问题。有些还需要有项目所处行业的背景知识和技能经验。

我们没有寄希望于通过一篇文章或者一个视频就能全面提高架构师的各项能力。事实上，对架构理论的升华和个人能力的提高，都需要在实践中不断磨练，通俗的说，跳进去的坑多了，跳出来的能力就提高了。但是架构正向设计还是有方法和工具的，这些工具对各行各业都有可参考和可借鉴作用。

今天介绍的这家企业属于典型的产品研发型企业，主要从事大型复杂产品的研发。众所周知，复杂产品的研发过程必须不断通过仿真、计算和试验来验证研发理论的正确性，确保设计的结果满足原始需求，并掌握产品的最终性能指标等。产品的研发和试验紧密耦合，过程中采用了大量的三维数字化协同设计与制造技术、基于模型的系统工程（MBSE）技术和数字化仿真运算技术等。

本项目的特点就是通过架构方法，全面构建了业务架构、应用架构、数据架构和技术架构。全面定义四个架构域的项目并不多见，这种项目更需要注重各个架构域之间的逻辑推导和验证关系。

我们在项目论证阶段就规划了各架构域之间的联系（见下图）。从业务架构出发，定义了业务组件、业务数据交互关系和需求测度模型；在对业务组件的功能范围和企业应用集成现状的基础上，设计应用架构，给出了信息化需求目录、业务/数据UC矩阵、应用组合目录和应用交互关系；在对业务组件的数据主题域和数据对象分析的基础上，设计了数据架构，定义了概念数据、数据/应用UC矩阵、数据/业务UC 矩阵、和分析数据主题定义；最后通过对应用架构的应用系统部署情况和数据架构的数据分布情况、数据频率等，定义技术架构，形成了平台分解图、技术标准目录、、技术谱系目录、应用/技术矩阵、环境和位置图等。

      一、业务架构

业务架构工作主要目标是根据企业战略愿景，分析业务现状，识别现有业务能力及问题，提出业务改进需求，设计目标业务架构。项目在梳理AS-IS业务架构时，采用5W1H调研表调研信息，同时参考管理程序文件，依据业务组件归集原则，进行现状的组件梳理，并将组件与研制阶段进行对应。同时在梳理业务组件的前提下，通过业务组件的串联形成流程图。

在设计TO-BE业务架构时，通过业务需求分析，并参考外部标杆，识别需要完善或新增的业务组件，形成未来业务组件总体视图。对于发生变化的业务组件，具体变化要求将在业务架构差距分析部分进行详细描述。

在业务架构设计过程中，使用的工具方法包括《5W1H表》、《业务架构差距分析矩阵》等，为应用架构、数据架构和机会及解决方案、迁移规划提供输入。

二、应用架构

应用架构工作主要目标是根据企业现状应用架构需求及业务架构中的数据流分析结果，设计目标应用架构。应用架构的设计起源于5W1H业务调研表中的信息化需求（这是在业务架构设计时就预留的指导应用架构设计的接口）。同时结合业务组件的五要素定义等，以及对现有信息系统进行现场调研了解信息化应用现状，通过分析得出现状应用架构。业务架构和应用架构的设计联系见下图。

为了进一步了解应用对业务的支撑情况，需将梳理出来的AS-IS应用架构与AS-IS业务架构做出对应关系分析，了解当前信息化支持情况，和尚无信息化条件支撑的情况，为设计TO-BE应用组件的输入。

设计TO-BE应用架构时，需要对信息化需求进行归集并进行功能分析整理，同时利用业务/数据UC矩阵进行应用边界划分和数据流转设计。

在应用架构设计过程中，使用的工具方法包括《业务/数据UC矩阵》、《应用架构差距分析矩阵》等，为数据架构、技术架构和机会及解决方案、迁移规划提供输入。

三、数据架构

数据架构工作主要目标是根据企业现状数据架构需求及业务架构中的数据流转，设计目标数据架构。

确定AS-IS数据架构有四个步骤，包括对现有业务调研，整理业务涉及到的指标，形成主题分析数据；通过业务/数据UC矩阵中数据类，确定AS-IS数据架构中业务数据；基础数据中以主数据为核心，根据主数据特征，确定主数据。分析主数据的属性，确定主数据的元数据。根据主数据的编码规则，确定编码数据；最后形成AS-IS数据架构图。

设计TO-BE数据架构也分为有四个步骤，包括根据指标体系，定义TO-BE主题分析数据类别；根据5W1H调研中对业务数据的需求，结合AS-IS数据架构中业务数据确定TO-BE数据架构中业务数据；在没有业务数据重大变化的前提下，基础数据保持相对稳定；最后推导TO-BE数据架构图。

在确定TO-BE数据架构和AS-IS数据架构的基础上，运用差距分析矩阵，比对AS-IS数据架构和TO-BE数据架构，确定差距，为机会及解决方案、迁移规划提供输入。

四、技术架构

技术架构工作主要目标是基于现状技术架构、技术标准、业务/应用/数据架构要求，设计目标技术架构。梳理AS-IS技术架构，形成平台分解图和技术谱系目录。

平台分解图主要描述支持信息系统架构运行的技术平台，该图涵盖基础设施平台的所有方面，并提供组织技术平台的概述。技术谱系目录是识别和维护组织在用的所有技术的列表，包括硬件、基础设施软件和应用软件。技术谱系目录是建立其余矩阵和图所依据的基础。

设计TO-BE技术架构时，在AS-IS技术架构基础上，重点考虑新增业务场景或应用支撑，所需的制定技术解决方案（软硬件、网络等）、基础设备到达运行周期后所需的备选方案（删除数据或新增设备）等，设计TO-BE技术架构。

五、机会解决方案及迁移规划

机会解决方案及迁移规划工作主要目标是分析业务架构、信息系统架构和技术架构提出的差距分析，设计工作包，并识别工作包相互影响和资源需求，确定优先级，设计迁移规划路线。

根据差距分析结果定义工作包，将业务架构、应用架构、数据架构、技术架构的差距分析结果进行归集汇总，并考虑实施约束（包括企业战略、资源约束、变革阻力等），然后对差距分析结果进行审查和合并，形成一个个工作包。

确定迁移规划时，需要先进行依赖性分析，并进行工作包资源评估。按照迁移规划模板，在迁移规划方案中，需要明确工作包的责任人、前置条件及具体实施路径。作为未来实施治理的输入。 

本项目依据TOGAF企业架构方法论，完成了面向试验业务场景的业务架构、应用架构、数据架构和技术架构，并制定了机会解决方案和迁移规划，按照TOGAF理论方法完成了架构设计的全过程，为架构实践提供了有力的实践案例。在项目中完成的TOGAF中定义的架构制品见下图。

如果想进一步了解本项目详细技术路径、实施过程、架构制品等内容，请关注企业架构实践案例系列课程。

以上就是关于IT是什么意思主要是做什么的全部的内容，包括:IT是什么意思主要是做什么的、怎样实现架构可视化管理、安全运维管理如何保障企业IT系统正常运转等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！