智慧开发测试云平台方案建议书.docx

智慧开发测试云平台方案建议书.docx

《智慧开发测试云平台方案建议书.docx》由会员分享，可在线阅读，更多相关《智慧开发测试云平台方案建议书.docx（63页珍藏版）》请在冰豆网上搜索。

·

智慧开发测试云平台

方案建议书

目录

1 项目建设需求理解 3

2 方案说明 5

2.1 整体方案 5

2.2 方案组成 5

2.2.1 发布流程管理 5

2.2.2 云生命周期管理 8

2.3 方案功能介绍 10

2.3.1 发布流程管理 10

2.3.1.1 发布环境解耦 10

2.3.1.2 发布操作自动化 11

2.3.1.3 版本管理 14

2.3.1.4 应用发布 15

2.3.2 云生命周期管理 18

2.3.2.1 服务门户层 18

2.3.2.2 服务交付层 25

2.3.2.3 资源管理层 29

2.3.3 资源支持列表 44

2.3.4 云管理平台接口 47

3 技术需求应答 50

4 方案实施说明 50

4.1 项目实施计划 50

5 实施团队 57

5.1 技术培训 59

5.1.1 培训方式 59

5.1.2 培训内容及课程 60

6 成功案例 60

6.1 广东移动南方基地VDC 61

6.2 浙江移动增值业务私有云 62

6.3 澳洲电讯（Telstra）私有云 63

1项目建设需求理解

近年来，无处不在的互联网化深刻的颠覆着用户对金融服务的消费方式和金融服务组织向用户提供服务及与用户交互的方式。

快速捕获用户需求的敏捷业务功能发布、快捷的服务交付、体验良好的自服务、无对外中断的连续服务能力、对日益严格的监管要求更高程度的合规……等等这些使得IT组织承受着来自业务团队的巨大压力，但同时也让IT组织面临推动业务蓬勃发展的契机。

随着业务发展，业务部门对广东省农信开发测试团队提出了越来越高的挑战，而目前广东省农信IT中心的测试环境均由开发室在管理，而测试室在执行测试的过程中，存在着测试环境不稳定，版本在测试过程不可控，测试环境众多且不完善，部署测试环境工作繁琐，工作量大等问题。

采用云计算的模式管理开发测试资源，促进资源部署的敏捷性是大势所趋。

开发测试云的建设将促进敏捷开发，及时响应业务需求，加快开发、测试、上线的周期。

从管理目标来看，此次广东省农信的开发测试云平台的搭建源于外部及内部业务（转型）驱动：

外部业务驱动：

外部业务的敏捷性诉求直接转化为对IT组织的应用生产（开发-测试）、上线（发布）及运行维护的敏捷性和稳定性要求。

1） 敏捷性：

业务功能交付的敏捷性含义在于业务需求确认后，IT团队以多快的速度完成向业务团队的交付，端（业务需求受理）到端（业务应用运行）的总时间消耗越短，敏捷性越强。

从IT团队看，在这其中，一部分时间是应用开发人员的创造性投入，包括需求分析、架构分析、代码开发、测试实现等等；另外一部分时间则是附属性的配套管理支持，包括开发、测试及准生产、生产等环境的基础环境准备、标准组件部署、标准化应用部署（包括发布更新、备份、恢复等）等重复性工作。

如何压缩后者的时间消耗，提升这部分工作的运行管理效率，并将技术人员从重复性工作中解放到创造性工作中，是有效支撑业务敏捷性实现的重要途径。

2） 稳定性：

在每次快速准确的应用迭代后段（即应用生产环境的成功发布后，到下一次发布前），为确保业务持续稳定的运行，在微观的系统应用上，需要以该次成功发布部署为起点，确保该配置状态不发生异常的漂移：

构建应用的状态基线；主动比对；在发现基线不符时及时获知、乃至强制修复。

因此，面向应用系统整体，实现常规性检查、稽核及差异追踪定位的能力，是有效支撑业务敏捷性实现的又一有效途径。

内部转型驱动：

在有效支撑业务运行的基础上，以虚拟化平台和云计算管理平台为代表的建设动作体现了广东省农信IT团队自我更新的强烈诉求。

尤其是在云计算模式逐渐被广大IT消费者和IT管理者认可并付诸实践的大环境、大趋势下，如何实现由成本中心向服务中心转变，从而提升用户的服务体验及优化运行成本和效率，是云计算管理平台建设中重要的管理课题。

3） 资源利用效率：

在开发、测试环境中，项目组习惯按照理想化的标准申请并长期占用计算资源，这种情况造成开发、测试环境的总体资源利用率偏低，资源扩展压力偏大。

在新的云计算管理平台上，应引入资源管理的新模式，形成更为科学的资源消费和管理机制，优化资源的复用率和计算能力，并减轻资源采购的压力。

——有效的时间片维度、计算能力（运算、IO、存储、带宽等）维度以及管理操作（审批、部署、变更、回收等）维度的池化共享和复用是获得这种模式转变的关键能力。

4） 运行维护负荷&成本：

对于开发、测试环境的资源和业务应用，管理团队都需要投入相当的人力和时间进行支持维护。

其中最显著的消耗热点包括：

资源申请的审批、部署、交付；应用版本的切换调整；应用更新的发布、校验；应用上线前的检查、修复；应用的日常跟踪、巡检等。

通过标准化的建设和自动化的实现，可以提高支持工作的执行效率、配置操作的一致性水平、版本管理的精细化水准和吻合度、应用在开发-测试环境的转换效率，从而降低总体运维成本，平滑应用各阶段团队的协作，并将宝贵的技术人员从繁冗的重复性工作和手工错误修复工作中解放出来，而投入到真正有创造性的工作中。

5） 管理透明度：

基于大量手工操作的管理实现下，团队流程的运行情况难以颗粒化、实时化和可视化，从而难以对团队组织的自我运行情况进行治理层面的客观审视。

也因而，管理层难以获得管理提升的洞见，微观层面的改进目标也往往陷于相对盲目。

减少全手工操作的工作比例，落实管理信息的自动跟踪记录，量化资源、应用维度的运行情况等等措施，可以革新管理的方法，提升管理透明度，促进操作-管控-决策各层的共识，从而使高层决策真正基于微观运行情况，获得更为科学、及时的决策。

6） 技术方向自主性：

随着管理规模的不断增长，对基础性资源和技术的需求也不断增长；另一方面，新技术的成熟速度越来越快，技术更替的速度逐渐加速。

在这种情况下，依赖单一厂商和技术，对后续管理建设成本和持续技术改造造成较大的负担，——对于非开放性的、基础环节的技术尤其如此。

在云计算管理平台及其它类似的基础性建设中，充分考虑开放性、异构性、兼容性是确保未来技术方向自主性的重要保障；尤其在公有云、混合云渐行渐近的大环境下，更是如此。

2方案说明

2.1整体方案

BMC开发测试云平台包含2个层次：

上层为发布流程/过程管理模块，支持托团队的协作和外部管理系统的衔接；下层为云生命周期管理模块，支持云环境中对于各资源池的自动化部署动作实现。

作为可灵活扩展的管理平台，随着管理需求的演进，其它自动化工具可以随需引入。

如服务于复杂数据库操作的数据库自动化组件，服务于细粒度中间件配置操作的中间件自动化组件，服务于开发/测试环境系统自动化部署的云生命周期组件，服务与网络配置操作的网络自动化组件以及串联负责操作过程的调度组件。

2.2方案组成

2.2.1发布流程管理

在应用发布流程管理上，BMC通过应用发布管理模块实现，主要包括以下功能：

n确定需要做哪些以完成发布（whatneedstobedone）

n确定哪些部分可以被自动化（howmuchofitwecanautomate）

n确定各步骤分别由谁负责执行（whoneedstodoit）

n创建排期（createaschedulefordoingit）

在每个可能发生的请求中，可以定义具体的步骤，每个步骤都有对应的执行负责人，以实现协作，并实现自动化关联。

在运行时，特定用户以自己的帐号登录平台，平台会根据其预定义的角色提供协作。

下图中，该用户能够启动和暂停流程；被暂停的流程可以让前述步骤重做，以满足当前步骤的前提。

平台通过应用建模的方式刻画应用、环境、系统、人员等发布管理要素。

n应用的组件形态（应用由哪些可分离部件构成）

n部署的目标环境（本次发布周期历经的环境）

n组件与环境的对应关系（哪些组件存在于哪些环境中）

n组件与服务器的对应关系（部署组件存在于哪些服务器上）

n属性/参数与组件的对应关系（属性/参数在不同环境的部署组件上有哪些差异）

n属性版本与环境的对应关系（各环境上运行的组件版本是什么）

2.2.2云生命周期管理

BMC云生命周期管理平台支持客户以结构化的方式部署云计算基础架构，使用已被证明有效的解决方案和技术，涉及云计算的各个环节，确保用户的云计算解决方案能够正确覆盖云基础架构的所有关键要素，同时也允许用户定制其结构以满足某些业务的特殊需求。

BMC整合了高效运维、自动化服务交付模式，并将其与云计算的动态特性相互集成，代表着业界的最佳实践。

云生命周期管理平台的总体架构如上图，总体包含以下几个层次：

1）服务门户层

该层由前端服务门户和结构化的服务目录系统组成。

该层实现如下功能。

n管理员定义面向各类用户的各类服务，包括从单个服务器实例的简单服务到由多个服务器系统叠加不同应用软件及互联配置的复杂多层应用环境服务。

n最终用户根据其可见性浏览和选取相关服务，并根据需求设定服务选项，提交服务申请，跟踪服务申请状态及接入服务所包含的计算资源，查看资源的用量和计费信息。

n整合日常运维的相关功能，如性能监控，容量管理等。

n整合其它扩展运维功能的综合前端展现，如配置管理仪表盘及基线，自动化作业运行分析，服务请求总体状态，灾备切换状态等等。

n在该层次中，可实现用户访问权限和角色的管理，使不同用户查看和申请不同的服务。

2）服务交付层

n该层由变更管理流程，服务蓝图，服务策略及运维管理组成。

该层实现如下功能。

n基于业务和技术需求的策略化资源分配；管理员则可以动态的定义资源部署策略。

n面向服务提供流程化的变更管理及审批流程定义及控制，使资源申请-审批流程符合用户的业务要求并不断演进。

n基于基础架构实时容量的智能化资源分配策略，确保交付的服务处于良好的运行状态。

3）资源管理层

该层包含对各种基础架构资源的管理抽象和封装，向上提供标准化的管理操作方法，向下实际驱动基础架构的配置、操作和总体调度。

该层实现如下功能。

n容纳并支撑异构混杂环境的云环境，包括物理资源，虚拟化资源，外部资源管理工具（如桌面云）甚至公有云：

IBMP系列服务器及分区技术，x86物理机服务器，基于x86的VMWare虚拟化平台，基于IBM主机的计算资源，桌面云的端到端生命周期管理接入，网络设备，防火墙设备，负载均衡设备。

n抽象和纳管三类资源——计算资源，网络资源及存储资源，对这些资源提供统一化的操作方式。

n支持中间件、数据库以及私有应用的软件资源，根据前端用户的需求完成软件对象服务的交付，如OracleRAC、特定实例名的数据库、特定端口开放的中间件、特定cell名称的WAS集群等待。

n提供开放的接口以实现灵活和插拔的资源操作接口，保持平台的扩展性，支持新的基础架构设备而无需重构平台上层。

2.3方案功能介绍

2.3.1发布流程管理

2.3.1.1发布环境解耦

通过发布环境进行应用系统的业务组件，服务器的管理，将发布模板和具体发布的环境分开，只在生成具体发布请求时引用相应的发布环境，从而实现发布环境的解耦。

具体的，在自动化发布平台可定义一系列应用发布相关参数集合，并在发布包中直接引用。

2.3.1.2发布操作自动化

1.脚本管理

可集中管理服务器脚本，比如服务启停、日志提取、数据库查询等，排定脚本执行计划，批量将脚本推送至目标服务器，并自动执行，搜集脚本执行结果。

2.自定义命令

可基于自动化操作平台编写远端（被管服务器）、本地（服务器端）的命令行，自动调用本地或服务器端的脚本，并搜集脚本执行结果。

3.交互性系统管理

授权用户通过自动化平台查看允许管理的对象，比如用户信息、服务信息、进程等，并可进行授权的配置操作；对于常用操作提供快速入口，如日志查询、数据备份-恢复、各类数据维护