企业IT技术架构规划方案 集团公司IT技术架构规划方案.pptx

企业IT技术架构规划方案 集团公司IT技术架构规划方案.pptx

《企业IT技术架构规划方案 集团公司IT技术架构规划方案.pptx》由会员分享，可在线阅读，更多相关《企业IT技术架构规划方案 集团公司IT技术架构规划方案.pptx（75页珍藏版）》请在冰点文库上搜索。

企业IT技术架构规划集团公司IT技术架构规划,项目目标及现状调研,1,技术架构设计原则、方法和参考,2,技术架构设计,3,技术架构建设路线,4,项目范围和目标,本次规划项目将采用TOGAF企业架构框架的方法论而进行，重点关注技术架构规划；主要目标是根据集团十三五的信息化建设目标，结合技术架构的现状分析，提供技术架构规划、标准规范以及发展建议。

业务架构,应用架构,信息架构,技术架构,架构管控,人员流程工具,TOGAF企业架构内容框架,技术架构的设计内容主要包括：

基础设施、技术平台、信息化标准和信息安全体系。

技术架构的设计目标包括：

构建双活数据中心，并推进异地容灾数据中心建设；积极运用云技术、服务化、虚拟化等理念和技术，完善计算、存储、网络等资源的管理和应用；IT运维管理的规范化和流程化；构建面向智能制造的网络环境。

技术架构的设计目标,业务架构,应用架构,数据架构,技术架构,TOGAF企业架构分析思路,功能级（设计）-运营级（实施）,业务架构,应用架构,技术架构,数据架构,概念级（策略）,组织结构设计,业务流程,数据模型,应用功能模型,应用设计,应用参考架构,平台设计存储设计网络设计安全设计,数据库设计,数据仓库设计,数据部署数据存储及管理,应用部署和运行,业务建模和关系,设施,地域,技术构件,（数据访问和分布原则）,（参考架构、模式、分组）,（流程、活动、事件、信息、角色、地域）,（用户群、参考架构等）,应用平台运营数据库存储运营网络运营IT运维管理,管控是架构演进和持续运营的基础,架构是指导信息化建设的基本原则,标准是确保架构落地的规范化保证,现状调研总结：

架构层面,功能级（设计）-运营级（实施）,业务架构应用架构,技术架构,数据架构,组织结构设计,业务流程,数据模型,平台设计存储设计网络设计安全设计,数据库设计,应用参考架构数据仓库设计,数据存储及管理,部署和运行,设施,地域,技术构件,（数据访问和分布原则）,（用户群、参考架构等）,应用运营数据运营网络运营IT运维管理,业务建大模部和分关系系统按照垂直应用业功能模型,务线进行建设，形成互,（流程、活相动隔、事离件的、竖井，（参难考以架构适、模式、分组）,信息、角应色未、地来域智）能制造统一管控的业务需求,应用设计架构层面问题发现：

公司拥有多种不同型号的服务器、存储等基础设施，但缺乏统一的资源规划和管理方法；ERP、PDM等核心业务系统的应用及数据,库使用单点部署，若出现故障数可据能部影署响正常,的生产应运用营。

各业务系统之间的服务集成和安全管理采用点对点方式，增加了系统建设和管理的复杂度。

基础设施,概念级（策略）,现状调研总结：

标准层面,功能级（设计）-运营级（实施）,业务架构,应用架构,技术架构,数据架构,数据模型,应用功能模型,应用设计,应用参考架构,安全设计,数据仓库设计,数据部署数据存储及管理,应用部署和运行,设施,地域,技术构件,基础设施,（参考架构、模式、分组）,（流程、活动、事件、,应用运营数据运营网络运营IT运维管理,（数据访问和分布原则）（用户群、参考架构等）业务系统缺乏统一标准和规范，导致不同系统之,间存在较大的差平异台，设难计,数据库以设计实现集成和优存化储设计网络设计,标准业层务面建模问和题关发系现：

缺信乏息集、角团色层、面地的域技）术标准和规范；,公司采用了多种版本的中间件和数据库，系统建设标准不一；,系统配置以人工方式为主，难以保证基础,环境组的织一结致构性设。

计业务流程,概念级（策略）,现状调研总结：

管控层面,功能级（设计）-运营级（实施）,业务架构,应用架构,技术架构,数据架构,组织结构设计,业务流程,应用功能模型数据模型,平台设计存储设计网络设计安全设计,应用设计数据库设计,数据仓库设计,设施,地域,技术构件,基础设施,业务建模和关系（流程、活动、事件、信息、角色、地域）,（用户群、参考架构等）,应用运营数据运营网络运营IT运维管理,IT管控主要依靠人工方式,（参为考主架构，、管模式控、体分系组）尚不健（数据访问和分布原则）全，难以保证架构和标准的规范化落地，,管控层应面用问参题考发架构现：

未能建立统一的信息化管控流程、方法和组织体系；,现有的基础架构较为复杂，导致数管据控部工署作,难度大、任应务用重；没有部实署现和端运到行端的业务监控数和据问存题储诊及断管，理不能及时预警和解决业务中断。

概念级（策略）,项目目标及现状调研,1,技术架构设计原则、方法和参考,2,技术架构设计,3,技术架构建设路线,4,技术架构的设计原则,高可用性,安全合规性,技术架构设计原则,“面向应用，注重体系”是技术架构的基本指导方针。

在技术架构的设计过程中，应该充分结合先进适用的信息技术，最大程度的利用已有的软硬件和数据资源，并遵循适度超前、高可用性和安全合规性三个基本原则。

需要考虑未来5年的信息化建设需要；需要考虑创新技术（例如虚拟化等）的应用；需要具备良好的可扩展性和可管理性；需要考虑应用、数据的分级资源管理模式。

适度超前,需要确保业务数据的完整性和高可用性；,保证核心业务应用的高可用，减少业务中断。

需要保证涉密业务及数据的高度安全；需要遵循系列安全规范。

业务需求和非功能性需求,最佳实践/参考架构,策略及指导原则,建设现状,典型部署架构,架构设计决策,管控架构与流程,技术架构技术架构内容框架技术架构标准规范,技术架构的设计方法,愿景目标,总体策略,发展规划,标准资源目录,资源规范,标准架构目录,架构规范,架构与资源决策模型,战略,业务架构,应用架构,数据架构,技术架构,技术架构的设计思路,根据十三五的整体发展蓝图，结合信息化的建设现状，技术架构的规划需要从架构、标准和管控三个方面进行全面优化，构建云资源池以适应未来智能制造的信息化建设要求。

资源池化按照应用要求和资源能力将IT软硬件资源划分为不同的资源池，通过整体规划和分级管理，为不同业务应用提供灵活的资源使用和部署方式。

架构：

优化通过资源池整合和服务化设计，优化应用基础架构：

利用创新技术消除基础设施的复杂度；采用服务化、流程化的设计思路，构建统一的服务、流程和数据集成平台，优化应用设计,标准：

规范化在资源池基础上构建的统一的技术规范，逐步实现业务应用的标准化和规范化：

采用统一的基础设施；采用统一的应用环境；采用统一的数据平台；采用统一的部署规范。

管控：

自动化构建信息化管控组织和自动化的运维管理体系，快速响应不同业务的资源和服务需求：

确保技术架构和标准的落地；支持业务资源的自动化交付；提供端到端的业务监控和管理能力，支持快速的故障响应和问题诊断。

技术架构设计参考：

应用架构概要设计,人力资源管理,财务管理,任务管理,流程管理,行政办公,项目管理,产品研发产品全生命周期管理,产品协同设计,工艺集成管理,生产制造企业资源规划ERP3.0,制造执行系统MES,供应计划,供应链管理,采购管理,客户管理客户关系管理CRM,维护大修,外场服务,供应商管理,交付管理,技术培训,数字化标准,信息安全,应用架构规划主要面向运营管控、产品研发、生产制造、供应链管理和客户管理等五大应用平台的建设，预计新建和完善37个主要应用系统（其中新增23个）。

运营管控,移动化/大数据技术,探索移动化、大数据等创新技术的应用场景，通过与日常办公和智能制造的深入融合，提高生产执行和日常办公的工作效率；,面向服务架构,采用面向服务架构屏蔽由于不同系统的标准规范差异而带来的管理和维护复杂度；通过将业务需求拆分到基本服务单元，面向服务架构可以最大程度地柔性面对业务需求的变化；,高可用架构,采用全方位的冗余设计、分布式架构、存储备份等技术实现业务应用的高可用，确保关键业务数据的绝对安全性；,构建云资源池，基于虚拟化等技术集中管理计算、存储、网络等基础设施，实现基础资源的服务化和共享，并能够更简单、更快速、更自动化的部署新的应用和服务；,云和虚拟化,采用低功耗、低排放的数据中心基础设施，推进绿色环保的技术实现。

绿色数据中心,技术架构设计参考:

业界主流技术路线,技术架构设计参考：

数据中心发展趋势,IT-as-a-Service,FBTPAYG,NTS,TRDS,Client,Customs,RRE,IPS,IntegratedA/C,Refunds,RBADef,Excise,CR,PKI,ECI,ELS,TAX,StaffAGENTSCallCentres,TASS,StaffPhone,CCDCompliance,Staff,BOA,WOCRefmaterial,Bus.Intel,NTSA/c,BEP,CDCC,BANKStaffRemote,ADDAWADDDRCWMSGCI,1,Data,Penalty,Business,IVR,1Payments,Security,InvLMS,B2MBGMT,SFAProductproductSCM,ERP,productMES-DB,SFA-ProductERP-,MES-,MES-Stage,Prod,product,DevDB-,Stage,B2B-B2B-StageDev,SecuritySecurity,SFAStagPeroductERP-StageSFA-TestProdSFAProductproductERPSCM,Product,ERP-StageSecurity,productDevMGMT,productMES-DBDB-LMSInv,Stage,DataGrid,DataGrid,DataGrid,核心能力优化IntegrationLayerServiceGroupAServiceGroupBServiceGroupC,SecurityLayer,ApplicationGrid,ApplicationGrid,ApplicationGrid,目标：

简化资源，优化配置-减少成本采用标准化的基础资源和应用平台-优化管理利用自动化服务方式交付核心能力-提高效率集中管控，降低运维和管控复杂度-降低风险,梳理和合理化复杂的IT架构,管理自动化,集中共享服务,1,2资源集中配置过渡架构Pt.toPt.Integrations,3,4,项目目标及现状调研,1,技术架构设计原则、方法和参考,2,技术架构设计,3,技术架构建设路线,4,技术架构设计目标技术架构基础设施域设计技术平台域设计双活数据中心设计网络域设计桌面域设计HPC域优化运维管理,3,部署架构目录,异地中心,两地三中心主数据备份中心中心,部署类型,部署架构,数据库,应用单实例应用服务器应用多实例OLAP数据库,OLTP数据库,操作系统,服务器,RISC架构操作系统x86架构操作系统小型机x86物理服务器x86虚拟服务器超融合服务器,存储,存储架构,存储网络,单实例多实例HA多实例集群OLAP数据库单机OLTP数据库单机OLTP数据库主备OLTP数据库集群AIX/SolarisLinuxWindowsPower/Fujistu小型机机架式x86物理服务器刀片x86物理服务器x86虚拟服务器超融合服务器全闪存阵列/高端SAN存储中端SAN存储分布式存储/近线存储存储带库FC-SAN存储网络IP网络,应用服务器数据库操作系统服务器存储,根据公司业务应用的建设要求及技术架构现状，目录中列出了所有业务应用可选的部署架构。

业务应用的部署架构,根据不同类型应用的非功能性需求，设计其部署架构如下：

不同部署架构的技术标准和资源选型,应用单实例模式,OLTP数据库单机/主备模式,OLAP数据库模式,负载均衡,应用服务器,服务器,操作系统,数据库,应用HA/集群模式使用负载均衡进行分发,使用AIX或Solaris等UNIX操作系统,使用AIX或Solaris等UNIX操作系统,使用AIX或Solaris等UNIX操作系统,OLTP数据库集群模式使用负载均衡进行分发,多实例HA或集群支持水平扩展,使用Linux或Windows操作系统,数据库单机部署,使用Linux或Windows操作系统,单实例部署,数据库集群部署,小型机服务器,存储,FC-SAN存储网络全闪存/高端存储,FC-SAN存储网络中端存储,FC-SAN存储网络中端存储,机架式x86物理服务器,x86虚拟化或超融合服务器刀片x86物理服务器,x86虚拟化或超融合服务器刀片x86物理服务器,机架式x86物理服务器,数据库单机部署（主备模式需配置备份）,当前PDM系统的问题主要集中于：

资源无法扩展:

应用服务器和数据库服务器共用一台P595，现有资源已经接近使用极限，但无法进行资源扩容；业务单点故障隐患：

应用服务器与数据库均为单点部署，存在可用性隐患；作为产品研发的核心应用，PDM应采用多实例应用服务器+数据库集群的部署架构：

由于PDM现有的Windchill版本不支持完全意义的分布式部署，考虑应用层采用多示例的部署架构，通过负载均衡方式实现应用分发；每个PDM应用实例可用于处理一类特定用户的需求（例如CAD，CAPP和普通用户），可基于x86物理服务器构建；每个PDM应用实例需要分别配置一套Oracle数据库集群，可基于Power小型机和全闪存阵列/高端存储构建。

关键业务应用的部署架构验证-PDM,OracleDBAIX操作系统,OracleDBAIX操作系统,x86物理服务器,Linux操作系统,Tomcat/JVM,负载均衡,PDM1,PDM2,PDM3,负载均衡,Power小型机Power小型机FC-SAN存储网络全闪存阵列/高端存储,PDM逻辑部署架构,关键业务应用的部署架构验证-ERP,AIX操作系统,OracleDB,AIX操作系统,OracleDB,x86物理服务器,WebSphere,x86物理服务器,Linux操作系统,WebSphere,负载均衡,Power小型机Power小型机FC-SAN存储网络全闪存阵列/高端存储,x86物理服务器,Linux操作系统,OracleDB,OLTP数据库集群,OLAP数据库,Linux操作系统,中端存储,数据同步,ERP逻辑部署架构负载均衡,当前ERP系统的问题主要集中于：

设备能力不足：

核心数据库部署于P590服务器上，处理能力有限，导致数据库成为整个应用的瓶颈；数据分析和业务处理未分离:

大量的历史数据存储在业务数据库中用于数据分析，影响业务处理的效能；作为生产制造的核心应用，ERP应采用多实例应用服务,器集群+数据库集群的部署架构：

应用服务器采用WebSphere集群，可基于x86物理服务器构建，前端采用负载均衡进行应用分发；数据库采用Oracle数据库集群，可基于Power小型机和全闪存阵列/高端存储构建；构建专门的OLAP数据库存储历史数据并用于数据分析，OLAP数据库可基于x86物理服务器和中端存储构建。

技术架构设计目标技术架构基础设施域设计技术平台域设计双活数据中心设计网络域设计桌面域设计HPC域优化运维管理,3,基础设施平台的设计目标,分级资源管理,建立资源分级制度，为不同密级、不同类型的业务应用分别配置合理的资源；构建共享的计算和存储资源池，在资源池内为业务应用提供按需分配的基础资源。

完善备份容灾,提升数据持续备份能力，减少因设备故障而造成的数据丢失；建立近线存储、虚拟带库、带库相结合的容灾备份体系，确保关键业务数据的绝对安全。

生命周期管理,建立设备的生命周期管理体系，明确设备报废或降级使用标准建立核心应用设备-部门级应用设备-测试系统设备-报废淘汰的设备管理机制。

统一规范标准,规范基础设施的配置标准，建立统一的操作系统、时钟、域名和DNS等配置；,尽可能采用商用的UNIX和Linux操作系统替代Windows，提高应用可靠性；,不同业务应用的基础设施构建思路,辅助业务销售&服务,核心生产研发&生产,1,5,产品研发,供应链,3,于行业最佳实践的商业套装软件构建；基础设施要求:

定位于高可用、高性能、高可靠,主要基于自研方式和开放应用框架构建；基础设施要求:

定位于可扩展、可定制、快速交付,公司未来的应用建设主要定位于五大应用平台的建设，包括产品研发、生产制造、供应链管理、客户管理和运营管控等。

由于业务形态的差异，其基础设施的需求也不相同。

核心生产辅助业务客户服务,基于物理裸机和虚拟化服务器分别构建双态的云基础设施，并采用云管平台集中管理，可以根据不同业务形态的业务应用分别提供对应的基础设施资源。

产品研发生产制造运营管控供应链管理客户管理云管平台,双态的云基础设施,主要面向核心生产的基础架构，基于传统数据中心的建设思路构建，强调应用的安全、稳定、高性能。

基础设施主要采用高端的服务器和集中式存储构建，以纵向扩展方式为主。

小型机资源池,x86物理资源池,全闪存/高端存储资源池,中端存储资源池,裸机云,虚拟化云x86虚拟资源池,主要面向辅助业务的基础架构，基于下一代数据中心的建设思路构建，强调应用的融合，灵活、可扩展，基础设施主要采用通用服务器和分布式存储，以水平扩展方式为主。

分布式存储资源池,超融合资源池,基础设施平台的主要技术构件,虚拟带库,存储备份,存储,服务器,磁带库,近线存储,全闪存阵列中端SAN存储,高端SAN存储分布式存储,虚拟带库,磁带库,近线存储,中端SAN存储,分布式存储,虚拟带库,磁带库,近线存储,全闪存阵列,高端SAN存储,中端SAN存储,分布式存储,中端SAN存储,分布式存储,虚拟带库,网络分区，计算分域，存储分层，构建安全高可用、灵活易扩展的数据中心基础设施。

涉密系统区非涉密系统区工业智能区开发测试区,服务器的技术路线分析小型机和x86服务器

（1）,*Datasource“IDCWWServerTracker_ForecastPivot_2014”,服务器市场细分趋势（按CPU类别划分）,从2008年到2014年，RISC（小型机）市场份额从34.9%下降到9.1%，X86则由50%上升到86.6%；高端x86服务器的计算能力已经超过了小型机服务器，在可靠性上基本达到了小型机服务器的同等水平；,随着小机型号的更新换代，公司现有的Power5/Power6系列小型机已无备件及技术支持，出现故障后可能无法恢复，导致设备停用；,小型机的生态环境日趋萎缩，很多软件厂商已不再提供AIX/Solaris的软件版本。

99.9977%,99.9978%,0.000.501.001.502.002.503.003.50,99.9968%OracleSolaris（SPARC）,RedHatRHEL（x86）,WindowsServer（x86）,99.9977%SuseSLES（x86）,201420132012,非计划宕机时间（小时/年）越低越好99.9983%IBMAIX（Power）,服务器的技术路线分析小型机和x86服务器

（2）,平台,PowerSparc,x86（Xeon,系统可用性管理员使用习惯,AIX99.9983%熟练,Solaris99.9968%熟练,RedHatLinux99.9977%一般,根据公司基础架构的现状，现有的核心数据库可继续采用小型机服务器构建，现有的应用则可迁移到x86服务器；新建应用原则上基于x86服务器构建。

服务器的技术路线分析RISC架构到x86架构,应用系统从小型机服务器到x86服务器的迁移包括系统迁移、中间件/数据库迁移和应用迁移三个环节。

RISC架构x86架构,小型机服务器,应用系统,应用系统,系统迁移,中间件数据库迁移,应用迁移,应用,操作系统,基础设施,Hypervisor,中间件/数据库,中间件：

WebSphere/Tomcat,数据库：

Oracle,x86服务器,UNIX（AIX/Solaris）,逻辑分区,物理机/虚拟化,Linux,中间件：

AWpepbSSpehrevreer/sTomcat,数据库：

Oracle,服务器的技术路线分析超融合架构

（1）,计算存储网络其他,资源虚拟化,计算存储网络其他,资源虚拟化,计算存储网络其他,资源虚拟化,统一资源管理,计算存储网络其他,资源虚拟化,以软件为中心的新型基础架构，紧密集成计算、存储、网络、虚拟化和其他技术；通过统一界面对集成于其中的软硬件资源进行管理，实现管理的最简化；基于x86平台构建，以x86计算节点作为基础单元进行横向线性扩展。

与传统虚拟化以计算为中心的架构不同，超融合架构是以包括计算、存储和网络在内的虚拟资源为中心；超融合架构的可通过软件定义的方式快速提供应用资源，管理简单，维护方便。

服务器的技术路线分析超融合架构

（2）,应用服务器CPU、内存,存储设备存储,专用网络,传统架构融合架构,存储设备存储,专用网络,应用服务器CPU、内存,应用服务器+存储服务器CPU、内存、存储,超融合架构,共享网络,超融合节点,超融合节点,超融合节点,架构,项目,传统架构,融合架构,超融合架构,服务器的技术路线分析双态云基础设施,双态云基础设施分别采用不同的基础资源构建：

功能基础资源,虚拟化云x86服务器,资源最小颗粒度,虚拟机,高可用,动态资源调度,裸机云小型机服务器及x86服务器物理服务器或逻辑分区（小型机）依赖软件实现支持，以物理机或逻辑分区为基础资源粒度,依赖虚拟化平台实现支持，可以实现资源的线性调整,裸机云的物理服务器需要基于不同档次的小型机服务器和x86服务器构建，以适应不同应用的资源需求；考虑到现有机房空间较为紧张，可以考虑基于刀片或者高密度服务器实现裸机云。

存储的技术路线分析结构化数据存储及容灾

（1）,结构化数据存储建议:

涉密网的存储资源池配置全闪存阵列，并利用双活网关实现存储双活；同时，结合自动分层技术，为涉密网的性能需求较高的应用提供性能保障；在非涉密网利旧搭建存储资源池，并实现存储阵列双活：

解决方案对比分析,非功能性需求高可靠性（高要求的RPO/RTO）,现有的存储阵列镜像,存储阵列双活,优势：

实施简单，成本较低；劣势：

出现故障需要手工切换，存在RTO不可控的风险；优势：

出现故障对应用无感知，最大限度地保证业务的连续性。

劣势：

部署较为复杂，成本略高；,高性能,硬盘,配置高端磁盘阵列和SSD固态优势：

性能较高，结合自动分层技术可合理利用固态盘的性能；配置灵活，在同一磁盘,配置全闪存磁盘阵列,高可扩展性,配置高端磁盘阵列,阵列内可根据不同应用配置相应性能的硬盘。

劣势：

成本较高，管理较为复杂；优势：

可以为应用提供最好的性能保障；劣势：

价格较高；优势：

高端磁盘阵列扩展性较好，可以支持的硬盘数较多；劣势：

价格较高，扩展到一定数量之后性能有影响；,建立存储资源池，灵活按需扩优势：

资源池的建设可实现池内存储资源的灵活调度，扩展能力极强，管理简单；展劣势：

资源池建设过程较为复杂。

存储的技术路线分析结构化数据存储及容灾

（2）,IBM,EMC,HDS,HP,存储双活网关,虚拟逻辑卷,写IO,镜像1,镜像2,高可用性：

利用存储双活网关构建双活存储实现高可用利用存储双活网关构建存储双活，实现存储的高可用,-,实时镜像两份数据到不同的物理阵列（两台物理阵列可以为不同的厂家和型号）；,-,任一磁盘阵列故障，无需人工干预，对前端应用透明；-RPO=0,RTO=0成为可能，确保关键数据的绝对安全。

存储的技术路线分析结构化数据存储及容灾（3）,数据库服务器,应用服务器,采用全闪存磁盘阵列大幅提升存储性能对于ERP等I/O密集型应用，单独