来源网络，旨在交流学习，如有侵权，联系速删，更多参考公众号：优享智库 目标与理解技术架构是支持数据架构和应用架构落地的基础，根据股份公司对信息系统技术的架构的整体要求，集团公司在此基础上进行补充说明，以保证技术架构可以支撑将来业务发展的需要。 技术架构规划总体目标：在股份公司总体技术架构的框架内，为电气化集团建立一个具备高可用、高安全、高性能、易管理的信息化技术支撑环境，承接并确保上层应用架构规划成果的落地实现，助力集团公司信息化水平的跃升，推进业务应用深度集成，打造坚实可靠的信息化基础支撑环境，同时保障业务操作处理的连续性和时效性。 信息化技术架构为集团公司的应用系统架构提供必要、有力的技术支持，为已经在运行以及未来上线的应用系统提供统一、共享的服务，总体架构设计策略如下：
技术架构设计原则
技术架构必须是能够提供访问控制能力的环境，以确保业务关键信息的完整性与保密性；设计中应尽最大可能减少因基础设施故障而造成正常业务无法正常进行的现象的发生，同时设计中还应该注重信息安全体系的建设，提高信息基础设施的整体安全性。
可扩展性是指当未来应用系统的业务量增加时，技术架构能够扩展以适应更多用户、交易与更多数据处理的能力。可扩展性应该通过尽可能扩展己有的系统来实现，而不是必须替换己有系统。可扩展性通过硬件、软件与应用等方面提供；
技术架构必须能够满足新的服务需求，而不需要对架构进行完全重新设计或进行超出正常维护时间之外的重大修改。获得灵活性的方法是依靠组件化的设计架构；
技术架构中应采用高可靠的产品和技术，充分考虑系统的应变能力、错能力和纠错能力，确保整个技术系统运行稳定、可靠；
系统的可用性指业务应用系统每天能有多少小时，每周有多少天，每年有多少周可以为用户提供服务，以及这些应用在发生故障时可以多快恢复工作的时间。整理制作郎丰利1519 信息化技术架构蓝图从应用系统的技术架构、应用系统的管理架构、数据中心、机房环境管理、灾备和信息安全角度进行集团公司技术架构的设计。下图是集团公司技术架构的整体蓝图。  图6.3-1：集团公司技术架构蓝图 信息系统应用技术架构SOA和微服务架构（一）SOA架构 SOA 将应用程序的模块化组件通过定义明确的接口和契约联系起来，接口是采用中立的方式进行定义的，独立于某种语言、硬件和操作系统，通常通过网络通信来完成，但是并不局限于某种网络协议，可以是底层的TCP/IP，可以是应用层的HTTP ，也可以是消息队列协议，甚至可以是约定的某种数据库存储形式。这使得各种各样的系统中的模块化组件可以一种统一和通用的方式进行交互。  图6.4-1 SOA架构逻辑 （1）服务层是SOA的基础，可以直接被不同的应用所调用，从而有效控制系统的人为依赖性。 （2）在设计过程中，各种组件的开发、部署形式都可以引用SOA的思想，以原子服务、组合服务的方式构建业务模型，在业务流程编排、符合应用阶段，原子服务（模型）被不同的流程和模块所调用，服务之间通过简单、精确定义接口进行通讯，而不涉及底层编程接口和通讯模型。 （二）微服务架构 微服务架构倡导将软件应用设计成多个可独立开发、可配置、可运行和可维护的子服务，子服务之间通过良好的接口定义通信机制， HTTP协议有跨语言、跨异构系统的优点，当然，也可以通过底层的二进制协议、消息队列协议等进行交互。这些服务不需要中心化的统一管理，每个服务的功能可自治，并且可以由不同的语言、系统和平台实现。  图6.4-2 微服务架构 总之，SOA架构模式是为了保证现有信息系统的正常使用，在信息系统正常使用的情况下，继续沿用原来的架构进行升级，并且采用SOA数据总线的模式进行数据接口的开发和维护。微服务架构是一种继承性、可维护性更高的架构方式，对于全新开发的信息系统，建议采用微服务架构的方式，以保证系统具有更高的灵活性和适应性。考虑到股份公司技术架构要求，因此建议集团公司采用“SOA和微服务”相结合的技术架构方式，如下图所示：  图6.4-3 分布式技术架构 微服务架构实现途径（一）微服务架构的使用场景 对于工程行业，微服务架构由于其部署的灵活性，可以应用在很多的业务场景，大大简化业务人员的工作量。 场景1：工程施工现场信息采集和沟通：工程施工现场的图片、视频可以通过移动终端的微应用APP，直接上传到总部；施工现场的纸质文件资料也可以随时通过移动终端转化成图片文件上传到总部； 场景2：集团实时经营数据：可以通过微服务APP移动终端直接传到总部，各种文件的审批、请示和汇报也可以通过微服务APP移动终端实现上传；同时，也可以通过移动终端实现对工程现场施工人员的定位，以及安全管理等； 场景3：….. （二）微服务架构的实现途径 企业基于微服务架构搭建IT 系统，可以主要分为系统设计和微服务平台搭建两个部分，其中微服务平台搭建工作相对标准化，而系统设计部分则需要根据企业自身业务流程进行个性化实施。  图6.4-4 微服务架构实现途径 1）原有系统有效拆分 微服务架构具备“独立”特性，这种独立性是其性能优势的基础。在进行系统设计时，首先需要对公司的业务流程和后续规划进行统一，随后据此进行领域驱动设计。 此外，在应用架构变革的同时，团队架构亦需同步调整。传统架构下，企业IT 团队基本以职能划分，开发项目时需要不同团队之间的协作；而在微服务架构下，则需要围绕每一个独立的服务能力组建团队，从开发到运维形成完整闭环，从而保证开发效率。 2）组件集群高效管理（容器云平台） 微服务架构下，企业应用系统微服务组件数量可多达数百个，如何将这些微服务进行统一管理编排，以满足各种业务需求，是微服务平台架构的核心能力。 容器技术的发展使得对微服务的管理成为可能。近年来微服务的兴起，很大程度上得益于容器技术的发展。事实上，容器并非微服务部署的唯一选择，但容器由于其自身特质，非常适合作为微服务的载体，进行迁移、编排和后续治理、运维。  图6.4-5 容器技术架构逻辑 多云平台为微服务提供了资源能力（计算、存储和网络等），承载企业微服务的容器作为最小工作单元被管理平台调度和编排，实现有效的服务治理，最后通过API Gateway 对外提供微服务的业务接口。 私有云平台架构规划私有云平台是用于支撑业务应用运行的基础环境和载体，包括机房、服务器、网络、存储等物理设备和配套的管理平台。技术稳定、可靠运行的能力，直接影响业务应用的高效顺畅运行。一般性的信息化技术的存放环境是在传统机房或者数据中心。 根据私有云平台需要提供的业务支撑能力，需要按照一定的等级要求规划私有云平台架构。按照私有云平台技术标准要求，推荐集团公司的私有云平台级别为T3（可并行维护级），要求可以在不关闭计算机硬件设备的情况下进行计划性维护，允许支撑系统设备任何计划性的动作而不会导致机房设备的任何服务中断。 规划总体原则
基础设施的规划必须遵循可靠性的原则，规划中应尽最大可能减少因基础设施故障而造成正常业务无法正常进行的现象的发生。（如：因服务器或网络故障造成用户无法访问系统，进而无法进行正常业务的现象等）。同时，设计中还应注重信息安全体系的建设，提高信息基础设施的整体安全性，进一步保证数据安全。
基础设施的规划应具有产品和技术先进性，先进的产品和技术是未来系统性能的保证。在信息技术飞速发展的今天，选择的产品和技术应具有一定的前瞻性，能够适应未来一段时间（3~5 年）业务需求及技术发展变化的需要。同时，尽可能兼顾产品和技术的成熟性，增强IT基础设施的整体稳定性。
基础设施的规划应选择开放式的技术，满足系统间灵活的信息交互的需要。同时，充分考虑可扩展性，满足不断发展变化的业务和技术需求。
基础设施的规划应该坚持标准化的原则，采用业界公认的行业或技术标准，降低管理复杂度。同时，坚持统一化的原则，整个系统内的所有同类的IT基础设施应尽可能采用统一的标准。
基础设施的规划必须实用、经济，应该尽量利用现有资源，坚持在先进、高性能前提下合理投资，以期在成本最佳的前提下获得最大的经济效益和社会效益。 基础网络管理
服务器和数据库管理
存储管理
终端管理
私有云平台架构
建设私有云是集团化企业IT发展的趋势，多数企业从旧系统架构向云服务转变过程中代价较高过程较长， 集团公司应利用信息化重新规划建设的契机，以云为标准，建立云计算和云服务的领先优势。  图6.5-1 基于云的网络拓扑结构 1）云计算模式选择：由于集团目前应用系统部署在租赁的私有云架构上面，建议选择基于IaaS、PaaS的云服务交付模型作为架构规划的模式：  图6.5-2 云服务交付模型 2）云架构概念模型：集团公司云服务管理中心对覆盖容灾中心和各下属子公司前置环境云服务进行全面管理。 3）集团公司云中心架构：建立基于虚拟平台的云服务环境，同时部署服务门户、服务总线统一管理云服务资源。
 图6.5-3 云服务中心架构 4）集团私有云搭建步骤：建设企业的私有云，就要求企业把自己的数据共享中心构建成一个高可扩展性、超大规模、高可用性、成本低廉的数据共享中心。通话虚拟化、网格计算、自动化管理等云计算技术，逐步把企业内部的数据共享中心建设成面向企业内部系统的具有公共云平台特性的云计算平台。 第一步：根据业务目标设置云计算目标 同业务人员、开发人员沟通对云计算业务目标的讨论，制定清晰的业务目标，比如需要支持哪些业务、业务流转效率提升目标、业务提供方式如何进行改变等； 第二步：定位私有云环境的工作负载 评估当前的工作负载，以确定哪些适用于私有云的此快照将用于设置针对私有云的总工作负载百分比的长期目标。在短期内，它还将用于识别初始云部署的工作负载。 第三步：采用企业基础设施的投资组合，计算资源虚拟化 绝大多数私有云都基于虚拟机(VM)的部署，利用虚拟软件对服务器虚拟化，作为私有云的基础； 私有云并不简单等同于虚拟化加上易用的虚拟机部署平台。它还在包含网络在内的各层面实现了灵活性，需要利用软件定义网络(SDN)对网络进行虚拟化； 存储是另一项需要高度可扩展性的层级。对存储虚拟化，需要在软件中监控各项操作，便能顺利使用额外的存储。 第四步：选择合适的私有云云端管理软件 单纯汇总集成上述组件并不能构成私有云，你还需要有云端的管理产品。今天主流的软件供应商都有其云端方案，但是并不是所有产品都可以让你运行在内部的私有云上。例如，Microsoft Azure仅可用作公有云。而OpenStack、Oracle Cloud和VMware Integrated OpenStack等则允许你在个人站点上运行私有云上的产品。 第五步：实施管理 在内部部署私有云解决方案，并对部署后的方案进行验证。同时，需要培养内部的私有云IT管理人员，需要具备有关存储和网络，以及云平台本身的专业知识。 5）集团公司采用私有云计算平台实际建设意义
灾备体系根据《中华人民共和国网络安全法》中规定需要对重要系统和数据库进行容灾备份。另外国家《信息系统安全等级保护基本要求》（GB/T 22239-2008）三级要求中有关灾备的要求：
灾备体系建设现状
总之，集团公司灾备体系建设尚处于起步阶段——即T4.5级别，但是不完善。
灾备规划及策略 图6.6-1 电气化局集团异地灾备方案 针对不同的单点故障或灾难，建议集团公司采用不同的应对措施：
|
|
|
