YD/T 3240-2017
基本信息
标准号： YD/T 3240-2017
中文名称：移动互联网智能托管平台技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：3202247
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 3240-2017.Technical requirements of intelligent application deployment platform for mobile internet.
1范围
YD/T 3240规定了移动互联网智能托管平台的体系结构、功能要求、接口要求、业务流程等。
YD/T 3240适用于通信行业的电信运营商、设备提供商及与此相关的服务提供商的智能托管平台设备。
2术语、定义和缩略语
2.1术语和定义
下列术语和定义适用于本文件。
2.1.1
业务平台 servie platform
实现具体业务功能的软件系统。
2.1.2
业务资源 service infrastructure
业务部署运行所需的软硬件资源的总和，包括服务器、网络、存储等。
2.1.3
托管 service hosting
为业务的运行提供所需的资源和服务。
2.1.4
业务伸缩 service elastic and scalable
根据业务量情况对业务软件规模及相应占用的资源进行增加或减少的操作。
2.2缩略语
下列缩略语适用于本文件。
CPU 中央处理器 Central Processing Unit
DNS 域名系统 Domain Name System
EBS 弹性可持续存储 Elastic BlockStore
IP 网络互连协议 Internet Protocol
ID 身份标识 IDentity
3智能托管平台概述
3.1移动互联网智能托管平台定位
移动互联网智能托管平台是面向移动互联网业务运维部门]的服务平台，主要提供业务云化部署、业务感知的资源动态调配以及云化后的运维保障提升服务，为业务运维部门提供了业务平台云化迁移和建设、业务快速扩容的手段，提升运维质量，有效实现多业务平台资源集约化共享。
1范围
YD/T 3240规定了移动互联网智能托管平台的体系结构、功能要求、接口要求、业务流程等。
YD/T 3240适用于通信行业的电信运营商、设备提供商及与此相关的服务提供商的智能托管平台设备。
2术语、定义和缩略语
2.1术语和定义
下列术语和定义适用于本文件。
2.1.1
业务平台 servie platform
实现具体业务功能的软件系统。
2.1.2
业务资源 service infrastructure
业务部署运行所需的软硬件资源的总和，包括服务器、网络、存储等。
2.1.3
托管 service hosting
为业务的运行提供所需的资源和服务。
2.1.4
业务伸缩 service elastic and scalable
根据业务量情况对业务软件规模及相应占用的资源进行增加或减少的操作。
2.2缩略语
下列缩略语适用于本文件。
CPU 中央处理器 Central Processing Unit
DNS 域名系统 Domain Name System
EBS 弹性可持续存储 Elastic BlockStore
IP 网络互连协议 Internet Protocol
ID 身份标识 IDentity
3智能托管平台概述
3.1移动互联网智能托管平台定位
移动互联网智能托管平台是面向移动互联网业务运维部门]的服务平台，主要提供业务云化部署、业务感知的资源动态调配以及云化后的运维保障提升服务，为业务运维部门提供了业务平台云化迁移和建设、业务快速扩容的手段，提升运维质量，有效实现多业务平台资源集约化共享。
标准图片预览
标准内容
ICS33.030
中华人民共和国通信行业标准
YD/T3240—2017
移动互联网智能托管平台技术要求Technical requirements of intelligent application deployment platformformobileinternet
2017-04-12发布
中华人民共和国工和信息化部
2017-07-01实施
1范围
2术语、定义和缩略语。
2.1术语和定义
2.2缩略语.
3智能托管平台概述
3.1移动互联网智能托管平台定位3.2体系架构
3.3与周边系统的关系
4平台架构.
功能要求.
5.1业务构建
5.2业务资源调度
5.3业务运维
5.4平台管理功能
5.5业务辅助服务（可选）
平台辅助工具（可选）
6接口要求
系统接口图
6.2A接口：与业务平台综合网管系统的接口6.3B接口：与业务平台的接口
6.4C接口：与云管理平台的接口.6.5D接口：与虚拟化软件的接口，业务流程
业务指标上报
7.2业务资源调度一自动扩展..
7.3业务资源调度一自动收缩..
7.4业务资源调度一人工干预.
7.5业务手工扩容流程
7.6业务升级流程
8性能要求
附录A（资料性附录）业务平台性能指标录
YD/T3240—2017
YD/T3240—2017
本标准按照GB/T1.1—2009给出的规则起草请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口本标准起草单位：中国电信集团公司、中国联合网络通信集团有限公司、中兴通讯股份有限公司。本标准主要起草人：陆玉兰、全建刚、魏民、姜杰等I
YD/T3240—2017
随着移动网络和智能终端的快速发展，大量丰富的移动互联网业务不断涌现，互联网业务的特征决定了为获得市场先机，要求业务能够快速上线；业务功能将在用户体验的基础上不断完善，需频繁升版：业务规模随着市场反应变化需灵活伸缩；短时间内大量同质类业务激励竞争，优胜劣汰，风险度高：为最大程度降低风险和运维成本，移动互联网业务对于业务托管的需求大量增长。云计算技术在通信行业的引入改变了平台建设和维护方式，给电信运营商的业务管理维护流程带来了巨大的冲击和本质性的改变。面对互联网领域通过移动互联网业务产生的对传统通信业务的冲击，电信运营商都高度重视自有移动互联网业务的发展以及与第三方的合作。在这样的背景下，电信运营商可以利用自身的云资源优势和服务优势，为移动互联网业务的发展提供强有力的资源和运维服务保障，在满足自有业务发展的同时提供对合作伙伴的服务。将业务基于云基础资源池进行部署，可节约建设成本，缩短建设周期，提升资源利用率，增加业务的可扩展性。目前运营商的云资源池提供的业务部署和运维服务能力还比较简陋，缺乏业务层面的服务能力和管控手段，如快速部署的手段及多业务之间的资源智能调度能力。研究移动互联网智能托管平台的技术要求，就是为了弥补这一空缺，大力提升对移动互联网业务的部署和维护服务能力，在云资源池之上提供一个统一的运行托管环境，实现业务平台的快速部署上线及运行，基于智能资源调度管理实现针对应用运行健康状况的资源调度策略，负载分担，应用版本快速在线升级等服务，实现云资源池上多业务平台的运维管理,提升运维管理的效率。III
1范围
移动互联网智能托管平台技术要求YD/T3240—2017
本标准规定了移动互联网智能托管平台的体系结构、功能要求、接口要求、业务流程等。本标准适用于通信行业的电信运营商、设备提供商及与此相关的服务提供商的智能托管平台设备。2术语、定义和缩略语
2.1术语和定义
下列术语和定义适用于本文件。2.1.1
业务平台servieplatform
实现具体业务功能的软件系统。2.1.2
业务资源serviceinfrastructure业务部署运行所需的软硬件资源的总和，包括服务器、网络、存储等。2.1.3
托管service hosting
为业务的运行提供所需的资源和服务。2.1.4
业务伸缩serviceelasticandscalable根据业务量情况对业务软件规模及相应占用的资源进行增加或减少的操作。2.2缩略语
下列缩略语适用于本文件。
中央处理器
域名系统
弹性可持续存储
网络互连协议
身份标识
Central Processing Unit
Domain Name System
Elastic BlockStore
Internet Protocol
IDentity
YD/T3240—2017
逻辑单元号
操作系统
软件开发工具包
虚拟机
虚拟局域网
可扩展标记语言
关键性能指标
3智能托管平台概述
3.1移动互联网智能托管平台定位Logical Unit Number
Operating System
Software Development Kit
Virtual Machine
Virtual Local Area Network
Extensible Markup Language
KeyPerformanceIndicators
移动互联网智能托管平台是面向移动互联网业务运维部门的服务平台，主要提供业务云化部署、业务感知的资源动态调配以及云化后的运维保障提升服务，为业务运维部门提供了业务平台云化迁移和建设、业务快速扩容的手段，提升运维质量，有效实现多业务平台资源集约化共享。3.2体系架构
如图1所示是移动互联网智能托管平台的目标架构。Q
业务平台综合
网管系统
业务平台软件
业务部门
移动互联网
智能托管平台
资源池（计算、存储、网络）
云管理平台
虚拟化软件
图1移动互联网智能托管平台体系架构架构说明：
目标架构下，移动互联网智能托管平台通过业务平台综合网管系统获取纳入网管的业务平台的性能监控数据：从业务平台获取不纳入综合网管的个性化业务性能监控指标数据：通过云管理平台实现业务平台所需基础资源的申请和配置操作。移动互联网智能托管平台基于业务的灵活的资源调度策略，并通过获取的业务及资源性能指标，进行业务资源的智能调度管理。现阶段，在业务平台综合网管以及云管理平台尚不能提供相关接口能力时，可采用替代的临时方案，如，移动互联网智能托管平台可通过业务平台直接获取业务的性能指标数据，并通过资源池层面的虚拟2
化软件实现资源的调度。
YD/T3240—2017
随着云环境下业务平台综合网管以及云管理平台的演进，移动互联网智能托管平台也随之逐步演进到自标架构。
3.3与周边系统的关系
3.3.1与业务平台综合网管系统的关系业务平台综合网管系统在业务网络中负责网管指标采集、资源管理，拓扑管理、故障管理、性能管理、配置管理、统计报表等。
托管平台与业务平台综合网管系统的关系：·通过移动互联网智能托管平台完成自动部署的业务平台如需纳入业务平台网管系统，仍需由业务平台实现相关网管接口实现统一网管的纳入：自标架构下，由业务平台网管系统通过接口向移动互联网智能托管平台提供业务性能监控数据和业务资源消耗监控数据。
·业务平台资源动态伸缩时将会导致业务资源拓扑更新，业务平台网管系统需更新业务拓扑信息；
3.3.2与云管理平台的关系
云管理平台主要功能包括三大子系统，包括：a）资源管理子系统，负责资源（包括物理机、存储设备、网络设备管、虚拟机、集群管理等）管理，资源调度，资源监控与信息统计；b）流程和运维接口子系统，实现资源运维管理接口，包括物理机、虚拟机、存储等维护接口，流程系统接口，资源开通、修改、回收、迁移等接口；c）资源池适配子系统，负责云资源适配，包括计算适配、存储适配以及网络适配。·云管理平台与托管平台的关系如下：·目标架构下，移动互联网智能托管平台通过云管理平台实现资源的申请、调度和配置，需云管理平台开放统一的资源配置管理接口；·通过云管理平台获取业务所占用资源的性能监控数据，需云管理平台提供监控数据采集接口。
3.3.3与业务平台的关系
业务平台是实现具体业务功能的平台系统，托管平台与业务平台的关系如下：●业务平台部署，升级、扩容所需资源由移动互联网智能托管平台代理申请：·业务平台软件由移动互联网智能托管平台实现自动安装配置，也可自行安装配置，但如需使用中间件平台其他功能，需向中间件平台上报相关信息；·未纳入网管的业务系统需通过接口向中间件平台自行上报业务性能数据：·移动互联网智能托管平台负责根据业务性能、资源消耗情况以及业务预先设置的动态伸缩策略，进行业务资源的伸缩。
YD/T3240—2017
4平台架构
移动互联网智能托管平台的逻辑架构，如图2所示。移动互联网智能托管平台
平台服务界面
平台辅助工具
业务辅助服务
负裁均衡
日志收集
别名服务
业务构建
自动部署
资源申请
变更管理
指标采集
软件仓库
业务运维
业务扩容业务备份
业务升级
业务资源调度
策略管理
热行引擎
资源接口适配
业务关联
流程编排
平台管理
用户管理
业务管理
日志管理
系统管理
图2移动互联网智能托管平台逻辑架构主要部件说明：
·平台服务界面：为用户使用移动互联网智能托管平台功能提供用户服务界面和管理界面。·业务构建：提供业务平台上线的核心能力，包括业务资源申请、业务软件自动部署、业务变更管理、业务软件仓库等
●业务运维：提供运行时针对业务实例进行运维管理的核心能力，包括业务的扩容、，升级，备份恢复，以及根据业务-资源模型的增强关联分析能力。●业务资源调度：提供业务资源策略管理及执行的自动化核心能力，包括与策略相关的监控数据获取能力、策略匹配判断、资源调度执行能力以及业务自适应流程编排能力。●平台管理：提供智能托管平台自身的运维管理功能，包括平台用户及权限的管理、平台托管业务的管理、平台日志管理以及平台各个子系统的管理能力。●资源池接口适配用于对接具体的资源管理平台（云管理平台或虚拟化软件），实现业务资源调度配置功能的接口调用。
·业务辅助服务（可选）：用于为业务平台提供增值服务能力，进一步提升业务在云环境中开通上线和运维效率。包括别名服务、负载均衡服务、日志收集服务等等。需要提供的增值服务可根据实际需求在智能托管平台中进行定制，其对业务来说是可选部件。·平台辅助工具（可选）：用于为用户或者业务使用智能托管平台的能力提供工具支持。比如业务部署规划设计工具等。
5功能要求
5.1业务构建
5.1.1业务资源自动化申请及配置YD/T3240—2017
为实现业务所需资源的快速开通，智能托管平台提供业务资源的自动化申请和配置功能。以业务的视图，根据业务模型提供参考的资源配置套餐，可提供辅助的资源计算工具。业务运行所需的资源由资源管理平台提供，包括：·计算资源，以虚拟机为主，可考虑提供物理服务器的统一申请；·存储资源：
·网络资源，包括IP地址、VLAN、防火墙、负载均衡器等。为了满足业务的运行要求，需要对上述资源进行组织和配置，使得上述资源为业务可用，中间件平台将需要完成以下但不限于以下的操作：·物理服务器或者虚拟机，组织成集群或者双机系统：·存储挂载到物理服务器或者虚拟机上：·IP设置到物理服务器或者虚拟机的网卡上·公网IP到业务内网IP的映射：·浮动IP配置到双机系统中；
·业务内部各个节点间的互通或者隔离配置；·业务内部各个节点与外部网络的互通或者隔离配置：·业务所需的负载均衡器、防火墙配置。上述资源申请和配置操作，智能托管平台需要云管理平台提供上述接口能力（具体要求参见接口章节），各个接口操作需要自动完成，流程中不建议出现人工干预环节（比如人工审批）。建议将资源审批与资源供给分成先后两个过程，前者完成资源申请的审批，而后者真正将产生的资源提供给用户。对于无需智能托管平台完成自动部署但需使用智能托管平台提供的其他能力（如资源动态伸缩等功能）的业务，其资源申请也必须通过智能托管平台来完成，以便资源得到统一的管控。在此场景下，托管业务平台也需要做业务部署设计，输出资源的业务部署规划文件。与自动安装部署时的规划文件相比，其中只包含资源描述信息，不包含业务部署信息。智能托管平台通过与资源管理平台交互完成资源的创建和操作系统软件的安装后，中间件和业务软件由业务部门安排完成自行安装。5.1.2业务部署
5.1.2.1业务部署过程
智能托管平台提供业务的部署能力，旨在快速高效的完成业务在平台上的开通，使业务软件正常运行，同时使能业务所需的平台能力，并在周边运维管理系统中完成对业务的接管，从而保障业务可用可管可控，提升业务开通端到端的效率。这个过程包括从资源管理平台申请业务所需的资源，并对资源进行配置，然后在计算资源上部署业务所需操作系统、中间件以及业务软件并使之运行。然后，自动化为业务提供所需的平台能力，以及业5
YD/T3240—2017
务被运维系统管控所需的各种配置等。5.1.2.2业务部署设计
业务需要向中间件平台提供需云化部署的业务模块信息、业务拓扑信息、资源需求、配置需求以及业务资源管理策略等信息，这个过程称为业务部署设计，这些输入将形成一份业务部署设计文件。中间件平台将根据业务的部署设计协调完成业务资源的申请、业务软件安装配置、业务辅助能力开通等多个环节，最终在平台内创建出可用、可管的业务实例。业务部署设计模板需要包括如下的内容：·业务由几个逻辑单元组成，以及逻辑单元的关系：·各个逻辑单元期望使用的资源，以及资源的配置：?各个逻辑单元需要部署的软件及软件配置。·对业务或者业务节点所需要开通的平台能力或者增值服务能力，以及开通配置。中间件平台根据部署设计模板中描述的业务逻辑模型及其关系，以及部署过程中产生的资源、软件实例，建立端到端的托管业务信息模型。端到端的业务信息模型反映了业务运行时的全景信息，是拉通业务和资源，进行高效运维和管理的基础。托管业务信息模型需要包括如下的信息：·业务逻辑拓扑信息：逻辑单元及其关系，以及各个单元的软件信息：·业务逻辑单元使用的资源及其关系：包括计算资源，以及计算资源关联的网络、存储资源：·各个资源与设备之间的关系，以及设备之间的网络关系。5.1.2.3业务软件自动化部署配置平台完成业务资源的准备之后，需要执行业务软件栈的构建。业务软件栈包括业务各个节点所需的如下软件：
·操作系统：
·中间件：业务使用的数据库软件、双机管理软件、SDK等；●应用软件。
平台需要依次完成操作系统、中间件、应用软件的部署，包括软件包的下载、安装、配置以及软件的启动运行。在部署中间件、应用软件时，能根据软件之间的依赖关系，自动调整部署次序。考虑到后续对业务扩容或者业务拓扑弹性扩展的场景，业务的部署信息需要保留，以便扩容或者展时，平台能自动化的完成新的业务节点上软件栈的部署。操作系统的部署，建议由云管理平台提供部署接口：而中间件和应用软件的部署，由智能托管平台负责提供。
5.1.2.4业务辅助功能自动化开通业务软件部署并运行之后，业务尚未真正做到可用，可管和可控。业务的运行往往还需要配置一些通用的服务功能，业务的运维也需要进行配套的管理能力配置。将这些服务和管理能力的开通配置操作过程自动化，可大大降低业务开通的复杂程度，有效提高业务上线的效率。通过中间件平台提供公共的服务能力，可达到服务能力设施的共享，有效减少业务平台建设成本，同时也有利于公共服务的统一维6
可为业务开通的运维、增值服务能力包括：·业务资源自动伸缩调度；
·业务日志集中采集存储：
·业务健康状况巡检；
·业务接入网管系统，使得业务可被网管系统管理：业务性能指标监控统计：
·DNS服务；
·别名服务：
·负载均衡服务：
·安全加固服务。
YD/T3240—2017
各种平台公共能力及增值服务可根据业务的需求进行扩展，智能托管平台需要对呈现和开通这些增值能力提供框架能力：即要求智能托管平台允许管理人员新增平台公共能力和增值能力，并对这些能力的配置和开通提供统一的接口。可通过适配器部件，将现有的服务能力集成到该框架中。如果业务平台部署时选择了中间件平台提供的辅助功能开通，需要在业务的部署设计中提供相应的开通配置信息，如：
·各个业务逻辑单元可使用的自动化伸缩类型：水平伸缩、垂直伸缩；自动化伸缩策略；·各个业务逻辑单元需要采集的日志文件及采集频度：·各个业务逻辑单元的统计指标定义及采集配置；·业务的网管接入二次开发包的标识；·DNS服务开通配置需求；
·别名服务开通配置需求；
·负载均衡服务开通配置；
·安全加固服务开通配置。
5.1.2.5业务软件手工部署配置
对于规模较大、逻辑较为复杂、业务软件版本较为稳定的业务平台软件，可支持业务软件的手工部署配置。
为了在智能托管平台展现自行部署的业务与资源的关联关系，自行部署的业务需要在业务部署完成后，将业务与资源的关联信息同步到智能托管平台。对于需实现业务处理模块自动伸缩的业务平台，还需要将模块伸缩相关的资源和伸缩组信息，注册到智能托管平台。
智能托管平台提供相关配置界面实现以上业务信息的注册。5.1.3业务文件制品仓库
部署业务需要使用各种镜像文件、软件包等文件制品，这些文件制品需要事先上传到管理系统中，因此需要平台提供文件制品仓库，存储并管理业务部署所需的各种文件。存储在智能托管平台提供的仓库中的文件制品包括：7
YD/T3240—2017www.bzxz.net
·软件包：业务和中间件：
·业务运维管理所需的二次开发包，可选。文件制品提供唯一标识。支持业务设计人员定义的文件制品标识，但要求该标识需要具备可读性：能反映出文件内容、用途和版本。考虑到分发这些文件制品时可能需要较大的网络带宽，可建设多个文件制品分发节点，以支持向更大范围内快速发布这些文件制品各种文件制品的格式要求：
·操作系统镜像、虚拟机镜像，应符合资源管理平台的格式要求；业务运维管理所需的二次开发包，应符合运维管理平台的格式要求。·软件包的格式，尽量复用现有的业务软件包。对于智能托管平台的部署系统来说，软件包至少需要包括如下的内容：·软件的发布二进制包；
·软件的安装、配置、运行脚本。为支持最大程度重用现有业务软件包，上述软件包可在现有软件包基础上增量打包生成。打包粒度需要满足业务逻辑单元独立可部署的要求。此外，考虑到业务使用操作系统镜像和虚拟机镜像的定制需求，建议云管理平台提供定制的操作系统镜像和虚拟机镜像的增加、删除等能力。5.1.4变更管理
5.1.4.1业务软件版本管理
平台提供业务软件版本管理，包括：·提供业务软件包的上传、替换、删除、注册（描述产品、版本、提供商信息）和版本管理能力；·支持软件包的访问权限管理；·支持将软件包信息的查询能力，以便为升级、扩容、弹性伸缩做准备时，获取到正确的软件包版本。
5.1.4.2业务拓扑视图更新
智能托管平台提供业务拓扑管理视图，可以根据业务与虚拟机对象的关系，从业务视角可以看到与业务相关的资源及其配置信息。当业务部署完成，开级、扩容或进行资源的动态伸缩后，需自动更新业务的拓扑视图，及时反应最新的业务拓扑信息。5.1.4.3配置信息变更管理
为保证业务正常开通和日常维护，智能托管平台应提供资源配置信息管理能力和变更申请代理能力，包括但不限于：
·虚拟机管理(启停、伸缩、迁移)：·业务IP地址管理(修改、申请)：●存储管理(空间申请、与虚拟机的挂载)；8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T3240—2017
移动互联网智能托管平台技术要求Technical requirements of intelligent application deployment platformformobileinternet
2017-04-12发布
中华人民共和国工和信息化部
2017-07-01实施
1范围
2术语、定义和缩略语。
2.1术语和定义
2.2缩略语.
3智能托管平台概述
3.1移动互联网智能托管平台定位3.2体系架构
3.3与周边系统的关系
4平台架构.
功能要求.
5.1业务构建
5.2业务资源调度
5.3业务运维
5.4平台管理功能
5.5业务辅助服务（可选）
平台辅助工具（可选）
6接口要求
系统接口图
6.2A接口：与业务平台综合网管系统的接口6.3B接口：与业务平台的接口
6.4C接口：与云管理平台的接口.6.5D接口：与虚拟化软件的接口，业务流程
业务指标上报
7.2业务资源调度一自动扩展..
7.3业务资源调度一自动收缩..
7.4业务资源调度一人工干预.
7.5业务手工扩容流程
7.6业务升级流程
8性能要求
附录A（资料性附录）业务平台性能指标录
YD/T3240—2017
YD/T3240—2017
本标准按照GB/T1.1—2009给出的规则起草请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口本标准起草单位：中国电信集团公司、中国联合网络通信集团有限公司、中兴通讯股份有限公司。本标准主要起草人：陆玉兰、全建刚、魏民、姜杰等I
YD/T3240—2017
随着移动网络和智能终端的快速发展，大量丰富的移动互联网业务不断涌现，互联网业务的特征决定了为获得市场先机，要求业务能够快速上线；业务功能将在用户体验的基础上不断完善，需频繁升版：业务规模随着市场反应变化需灵活伸缩；短时间内大量同质类业务激励竞争，优胜劣汰，风险度高：为最大程度降低风险和运维成本，移动互联网业务对于业务托管的需求大量增长。云计算技术在通信行业的引入改变了平台建设和维护方式，给电信运营商的业务管理维护流程带来了巨大的冲击和本质性的改变。面对互联网领域通过移动互联网业务产生的对传统通信业务的冲击，电信运营商都高度重视自有移动互联网业务的发展以及与第三方的合作。在这样的背景下，电信运营商可以利用自身的云资源优势和服务优势，为移动互联网业务的发展提供强有力的资源和运维服务保障，在满足自有业务发展的同时提供对合作伙伴的服务。将业务基于云基础资源池进行部署，可节约建设成本，缩短建设周期，提升资源利用率，增加业务的可扩展性。目前运营商的云资源池提供的业务部署和运维服务能力还比较简陋，缺乏业务层面的服务能力和管控手段，如快速部署的手段及多业务之间的资源智能调度能力。研究移动互联网智能托管平台的技术要求，就是为了弥补这一空缺，大力提升对移动互联网业务的部署和维护服务能力，在云资源池之上提供一个统一的运行托管环境，实现业务平台的快速部署上线及运行，基于智能资源调度管理实现针对应用运行健康状况的资源调度策略，负载分担，应用版本快速在线升级等服务，实现云资源池上多业务平台的运维管理,提升运维管理的效率。III
1范围
移动互联网智能托管平台技术要求YD/T3240—2017
本标准规定了移动互联网智能托管平台的体系结构、功能要求、接口要求、业务流程等。本标准适用于通信行业的电信运营商、设备提供商及与此相关的服务提供商的智能托管平台设备。2术语、定义和缩略语
2.1术语和定义
下列术语和定义适用于本文件。2.1.1
业务平台servieplatform
实现具体业务功能的软件系统。2.1.2
业务资源serviceinfrastructure业务部署运行所需的软硬件资源的总和，包括服务器、网络、存储等。2.1.3
托管service hosting
为业务的运行提供所需的资源和服务。2.1.4
业务伸缩serviceelasticandscalable根据业务量情况对业务软件规模及相应占用的资源进行增加或减少的操作。2.2缩略语
下列缩略语适用于本文件。
中央处理器
域名系统
弹性可持续存储
网络互连协议
身份标识
Central Processing Unit
Domain Name System
Elastic BlockStore
Internet Protocol
IDentity
YD/T3240—2017
逻辑单元号
操作系统
软件开发工具包
虚拟机
虚拟局域网
可扩展标记语言
关键性能指标
3智能托管平台概述
3.1移动互联网智能托管平台定位Logical Unit Number
Operating System
Software Development Kit
Virtual Machine
Virtual Local Area Network
Extensible Markup Language
KeyPerformanceIndicators
移动互联网智能托管平台是面向移动互联网业务运维部门的服务平台，主要提供业务云化部署、业务感知的资源动态调配以及云化后的运维保障提升服务，为业务运维部门提供了业务平台云化迁移和建设、业务快速扩容的手段，提升运维质量，有效实现多业务平台资源集约化共享。3.2体系架构
如图1所示是移动互联网智能托管平台的目标架构。Q
业务平台综合
网管系统
业务平台软件
业务部门
移动互联网
智能托管平台
资源池（计算、存储、网络）
云管理平台
虚拟化软件
图1移动互联网智能托管平台体系架构架构说明：
目标架构下，移动互联网智能托管平台通过业务平台综合网管系统获取纳入网管的业务平台的性能监控数据：从业务平台获取不纳入综合网管的个性化业务性能监控指标数据：通过云管理平台实现业务平台所需基础资源的申请和配置操作。移动互联网智能托管平台基于业务的灵活的资源调度策略，并通过获取的业务及资源性能指标，进行业务资源的智能调度管理。现阶段，在业务平台综合网管以及云管理平台尚不能提供相关接口能力时，可采用替代的临时方案，如，移动互联网智能托管平台可通过业务平台直接获取业务的性能指标数据，并通过资源池层面的虚拟2
化软件实现资源的调度。
YD/T3240—2017
随着云环境下业务平台综合网管以及云管理平台的演进，移动互联网智能托管平台也随之逐步演进到自标架构。
3.3与周边系统的关系
3.3.1与业务平台综合网管系统的关系业务平台综合网管系统在业务网络中负责网管指标采集、资源管理，拓扑管理、故障管理、性能管理、配置管理、统计报表等。
托管平台与业务平台综合网管系统的关系：·通过移动互联网智能托管平台完成自动部署的业务平台如需纳入业务平台网管系统，仍需由业务平台实现相关网管接口实现统一网管的纳入：自标架构下，由业务平台网管系统通过接口向移动互联网智能托管平台提供业务性能监控数据和业务资源消耗监控数据。
·业务平台资源动态伸缩时将会导致业务资源拓扑更新，业务平台网管系统需更新业务拓扑信息；
3.3.2与云管理平台的关系
云管理平台主要功能包括三大子系统，包括：a）资源管理子系统，负责资源（包括物理机、存储设备、网络设备管、虚拟机、集群管理等）管理，资源调度，资源监控与信息统计；b）流程和运维接口子系统，实现资源运维管理接口，包括物理机、虚拟机、存储等维护接口，流程系统接口，资源开通、修改、回收、迁移等接口；c）资源池适配子系统，负责云资源适配，包括计算适配、存储适配以及网络适配。·云管理平台与托管平台的关系如下：·目标架构下，移动互联网智能托管平台通过云管理平台实现资源的申请、调度和配置，需云管理平台开放统一的资源配置管理接口；·通过云管理平台获取业务所占用资源的性能监控数据，需云管理平台提供监控数据采集接口。
3.3.3与业务平台的关系
业务平台是实现具体业务功能的平台系统，托管平台与业务平台的关系如下：●业务平台部署，升级、扩容所需资源由移动互联网智能托管平台代理申请：·业务平台软件由移动互联网智能托管平台实现自动安装配置，也可自行安装配置，但如需使用中间件平台其他功能，需向中间件平台上报相关信息；·未纳入网管的业务系统需通过接口向中间件平台自行上报业务性能数据：·移动互联网智能托管平台负责根据业务性能、资源消耗情况以及业务预先设置的动态伸缩策略，进行业务资源的伸缩。
YD/T3240—2017
4平台架构
移动互联网智能托管平台的逻辑架构，如图2所示。移动互联网智能托管平台
平台服务界面
平台辅助工具
业务辅助服务
负裁均衡
日志收集
别名服务
业务构建
自动部署
资源申请
变更管理
指标采集
软件仓库
业务运维
业务扩容业务备份
业务升级
业务资源调度
策略管理
热行引擎
资源接口适配
业务关联
流程编排
平台管理
用户管理
业务管理
日志管理
系统管理
图2移动互联网智能托管平台逻辑架构主要部件说明：
·平台服务界面：为用户使用移动互联网智能托管平台功能提供用户服务界面和管理界面。·业务构建：提供业务平台上线的核心能力，包括业务资源申请、业务软件自动部署、业务变更管理、业务软件仓库等
●业务运维：提供运行时针对业务实例进行运维管理的核心能力，包括业务的扩容、，升级，备份恢复，以及根据业务-资源模型的增强关联分析能力。●业务资源调度：提供业务资源策略管理及执行的自动化核心能力，包括与策略相关的监控数据获取能力、策略匹配判断、资源调度执行能力以及业务自适应流程编排能力。●平台管理：提供智能托管平台自身的运维管理功能，包括平台用户及权限的管理、平台托管业务的管理、平台日志管理以及平台各个子系统的管理能力。●资源池接口适配用于对接具体的资源管理平台（云管理平台或虚拟化软件），实现业务资源调度配置功能的接口调用。
·业务辅助服务（可选）：用于为业务平台提供增值服务能力，进一步提升业务在云环境中开通上线和运维效率。包括别名服务、负载均衡服务、日志收集服务等等。需要提供的增值服务可根据实际需求在智能托管平台中进行定制，其对业务来说是可选部件。·平台辅助工具（可选）：用于为用户或者业务使用智能托管平台的能力提供工具支持。比如业务部署规划设计工具等。
5功能要求
5.1业务构建
5.1.1业务资源自动化申请及配置YD/T3240—2017
为实现业务所需资源的快速开通，智能托管平台提供业务资源的自动化申请和配置功能。以业务的视图，根据业务模型提供参考的资源配置套餐，可提供辅助的资源计算工具。业务运行所需的资源由资源管理平台提供，包括：·计算资源，以虚拟机为主，可考虑提供物理服务器的统一申请；·存储资源：
·网络资源，包括IP地址、VLAN、防火墙、负载均衡器等。为了满足业务的运行要求，需要对上述资源进行组织和配置，使得上述资源为业务可用，中间件平台将需要完成以下但不限于以下的操作：·物理服务器或者虚拟机，组织成集群或者双机系统：·存储挂载到物理服务器或者虚拟机上：·IP设置到物理服务器或者虚拟机的网卡上·公网IP到业务内网IP的映射：·浮动IP配置到双机系统中；
·业务内部各个节点间的互通或者隔离配置；·业务内部各个节点与外部网络的互通或者隔离配置：·业务所需的负载均衡器、防火墙配置。上述资源申请和配置操作，智能托管平台需要云管理平台提供上述接口能力（具体要求参见接口章节），各个接口操作需要自动完成，流程中不建议出现人工干预环节（比如人工审批）。建议将资源审批与资源供给分成先后两个过程，前者完成资源申请的审批，而后者真正将产生的资源提供给用户。对于无需智能托管平台完成自动部署但需使用智能托管平台提供的其他能力（如资源动态伸缩等功能）的业务，其资源申请也必须通过智能托管平台来完成，以便资源得到统一的管控。在此场景下，托管业务平台也需要做业务部署设计，输出资源的业务部署规划文件。与自动安装部署时的规划文件相比，其中只包含资源描述信息，不包含业务部署信息。智能托管平台通过与资源管理平台交互完成资源的创建和操作系统软件的安装后，中间件和业务软件由业务部门安排完成自行安装。5.1.2业务部署
5.1.2.1业务部署过程
智能托管平台提供业务的部署能力，旨在快速高效的完成业务在平台上的开通，使业务软件正常运行，同时使能业务所需的平台能力，并在周边运维管理系统中完成对业务的接管，从而保障业务可用可管可控，提升业务开通端到端的效率。这个过程包括从资源管理平台申请业务所需的资源，并对资源进行配置，然后在计算资源上部署业务所需操作系统、中间件以及业务软件并使之运行。然后，自动化为业务提供所需的平台能力，以及业5
YD/T3240—2017
务被运维系统管控所需的各种配置等。5.1.2.2业务部署设计
业务需要向中间件平台提供需云化部署的业务模块信息、业务拓扑信息、资源需求、配置需求以及业务资源管理策略等信息，这个过程称为业务部署设计，这些输入将形成一份业务部署设计文件。中间件平台将根据业务的部署设计协调完成业务资源的申请、业务软件安装配置、业务辅助能力开通等多个环节，最终在平台内创建出可用、可管的业务实例。业务部署设计模板需要包括如下的内容：·业务由几个逻辑单元组成，以及逻辑单元的关系：·各个逻辑单元期望使用的资源，以及资源的配置：?各个逻辑单元需要部署的软件及软件配置。·对业务或者业务节点所需要开通的平台能力或者增值服务能力，以及开通配置。中间件平台根据部署设计模板中描述的业务逻辑模型及其关系，以及部署过程中产生的资源、软件实例，建立端到端的托管业务信息模型。端到端的业务信息模型反映了业务运行时的全景信息，是拉通业务和资源，进行高效运维和管理的基础。托管业务信息模型需要包括如下的信息：·业务逻辑拓扑信息：逻辑单元及其关系，以及各个单元的软件信息：·业务逻辑单元使用的资源及其关系：包括计算资源，以及计算资源关联的网络、存储资源：·各个资源与设备之间的关系，以及设备之间的网络关系。5.1.2.3业务软件自动化部署配置平台完成业务资源的准备之后，需要执行业务软件栈的构建。业务软件栈包括业务各个节点所需的如下软件：
·操作系统：
·中间件：业务使用的数据库软件、双机管理软件、SDK等；●应用软件。
平台需要依次完成操作系统、中间件、应用软件的部署，包括软件包的下载、安装、配置以及软件的启动运行。在部署中间件、应用软件时，能根据软件之间的依赖关系，自动调整部署次序。考虑到后续对业务扩容或者业务拓扑弹性扩展的场景，业务的部署信息需要保留，以便扩容或者展时，平台能自动化的完成新的业务节点上软件栈的部署。操作系统的部署，建议由云管理平台提供部署接口：而中间件和应用软件的部署，由智能托管平台负责提供。
5.1.2.4业务辅助功能自动化开通业务软件部署并运行之后，业务尚未真正做到可用，可管和可控。业务的运行往往还需要配置一些通用的服务功能，业务的运维也需要进行配套的管理能力配置。将这些服务和管理能力的开通配置操作过程自动化，可大大降低业务开通的复杂程度，有效提高业务上线的效率。通过中间件平台提供公共的服务能力，可达到服务能力设施的共享，有效减少业务平台建设成本，同时也有利于公共服务的统一维6
可为业务开通的运维、增值服务能力包括：·业务资源自动伸缩调度；
·业务日志集中采集存储：
·业务健康状况巡检；
·业务接入网管系统，使得业务可被网管系统管理：业务性能指标监控统计：
·DNS服务；
·别名服务：
·负载均衡服务：
·安全加固服务。
YD/T3240—2017
各种平台公共能力及增值服务可根据业务的需求进行扩展，智能托管平台需要对呈现和开通这些增值能力提供框架能力：即要求智能托管平台允许管理人员新增平台公共能力和增值能力，并对这些能力的配置和开通提供统一的接口。可通过适配器部件，将现有的服务能力集成到该框架中。如果业务平台部署时选择了中间件平台提供的辅助功能开通，需要在业务的部署设计中提供相应的开通配置信息，如：
·各个业务逻辑单元可使用的自动化伸缩类型：水平伸缩、垂直伸缩；自动化伸缩策略；·各个业务逻辑单元需要采集的日志文件及采集频度：·各个业务逻辑单元的统计指标定义及采集配置；·业务的网管接入二次开发包的标识；·DNS服务开通配置需求；
·别名服务开通配置需求；
·负载均衡服务开通配置；
·安全加固服务开通配置。
5.1.2.5业务软件手工部署配置
对于规模较大、逻辑较为复杂、业务软件版本较为稳定的业务平台软件，可支持业务软件的手工部署配置。
为了在智能托管平台展现自行部署的业务与资源的关联关系，自行部署的业务需要在业务部署完成后，将业务与资源的关联信息同步到智能托管平台。对于需实现业务处理模块自动伸缩的业务平台，还需要将模块伸缩相关的资源和伸缩组信息，注册到智能托管平台。
智能托管平台提供相关配置界面实现以上业务信息的注册。5.1.3业务文件制品仓库
部署业务需要使用各种镜像文件、软件包等文件制品，这些文件制品需要事先上传到管理系统中，因此需要平台提供文件制品仓库，存储并管理业务部署所需的各种文件。存储在智能托管平台提供的仓库中的文件制品包括：7
YD/T3240—2017www.bzxz.net
·软件包：业务和中间件：
·业务运维管理所需的二次开发包，可选。文件制品提供唯一标识。支持业务设计人员定义的文件制品标识，但要求该标识需要具备可读性：能反映出文件内容、用途和版本。考虑到分发这些文件制品时可能需要较大的网络带宽，可建设多个文件制品分发节点，以支持向更大范围内快速发布这些文件制品各种文件制品的格式要求：
·操作系统镜像、虚拟机镜像，应符合资源管理平台的格式要求；业务运维管理所需的二次开发包，应符合运维管理平台的格式要求。·软件包的格式，尽量复用现有的业务软件包。对于智能托管平台的部署系统来说，软件包至少需要包括如下的内容：·软件的发布二进制包；
·软件的安装、配置、运行脚本。为支持最大程度重用现有业务软件包，上述软件包可在现有软件包基础上增量打包生成。打包粒度需要满足业务逻辑单元独立可部署的要求。此外，考虑到业务使用操作系统镜像和虚拟机镜像的定制需求，建议云管理平台提供定制的操作系统镜像和虚拟机镜像的增加、删除等能力。5.1.4变更管理
5.1.4.1业务软件版本管理
平台提供业务软件版本管理，包括：·提供业务软件包的上传、替换、删除、注册（描述产品、版本、提供商信息）和版本管理能力；·支持软件包的访问权限管理；·支持将软件包信息的查询能力，以便为升级、扩容、弹性伸缩做准备时，获取到正确的软件包版本。
5.1.4.2业务拓扑视图更新
智能托管平台提供业务拓扑管理视图，可以根据业务与虚拟机对象的关系，从业务视角可以看到与业务相关的资源及其配置信息。当业务部署完成，开级、扩容或进行资源的动态伸缩后，需自动更新业务的拓扑视图，及时反应最新的业务拓扑信息。5.1.4.3配置信息变更管理
为保证业务正常开通和日常维护，智能托管平台应提供资源配置信息管理能力和变更申请代理能力，包括但不限于：
·虚拟机管理(启停、伸缩、迁移)：·业务IP地址管理(修改、申请)：●存储管理(空间申请、与虚拟机的挂载)；8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。