前言: 本系列文章只针对 SIP4.1 版本新的基于 SipRS 引擎的自动化部署服务,不支持 SIP4.1 以下版本。SIP4.1 版本依旧兼容旧版本的自动化部署,旧版本的自动化部署称为传统模式,新版本的自动化部署称为为工作流,以下为两者的对比:

摘要:品高云应用自动化部署是一种标准化的资源和应用交付的服务,用户可以通过部署方案描述多个云计算资源的依赖关系、配置等,从而自动完成资源和应用的交付。在自助服务平台中支持用户根据应用架构设计部署方案变化随时进行编辑和修改,并通过部署出来的应用制定运维方案来达到自动化运维的目的,从而体现云服务创建能力的理念。

本系列文章主要讲述:如何通过自助服务平台 SIP 的原生组件自动化部署服务来完成应用的方案设计、发布及使用,并通过 “基础篇”、“进阶篇” 和 “高级篇” 三篇文章进行详细讲解。

  • 基础篇

介绍自动化部署服务的功能、通过标准化的流程体验云服务创造能力从设计到变成服务使用的全过程。

  • 进阶篇

进一步讲解自动化部署中多个组件的组合使用,实现服务的多样化及专业性。

  • 高级篇

延伸自动化部署服务中的更多功能,对已发布的服务在设计器中可作为执行器进行服务重用而无需从头制作,并可为已有的服务创建自动运维方案。

阅读本系列文章的建议:

本系列文章适合想了解品高云应用自动化部署服务的读者,当然文章无法面面俱到,建议读者可以按照自己感兴趣的方面直奔主题而去:

希望系统化了解品高云应用自动化部署的读者,可以从基础篇开始从头学习自动化部署的概念及各个模块的功能和使用方式。

希望可以通过实践来体验品高云自动化部署的读者,可以直接阅读基础篇的第 3 章节品高云应用自动化部署快速入门或进阶篇的第 4 章节 HaProxy 负载 Tomcat 集群示例,并根据章节的示例自己动手操作体验,当然后续想深入了解也可以通过基础篇及进阶篇的基础知识进行学习。

对于品高云自动化部署有一定了解,想自己设计一个应用自动化部署方案的读者,可以阅读进阶篇的第 4 章节 HaProxy 负载 Tomcat 集群示例,了解一个包含多组件的应用是如何设计的,也可以阅读高级篇,了解更多品高云应用自动化部署的高级功能。

概念大全

1 概述

品高云应用自动化部署是一种标准化的资源和应用交付的服务,基于核心的编排引擎 的能力,将底层的文件服务和针对异构资源池管理的资源服务,指令服务进行编排,以达到解决应用自动化中全新部署和运维升级场景的目的。通过这种编排的能力所制作的应用模板以服务发布的方式集成到服务目录中,向用户提供服务。

图 1-1 功能结构概览图

品高云应用自动化部署在部署方案中支持多个云计算资源的依赖关系、配置等,从而自动完成资源和应用的交付,形成一种标准化的资源和应用交付云服务。在云中从创建到对外提供服务的整个流程示意图,如图 1-2 所示:

图 1-2 云上自动化部署的流程

本篇将通过三个章节着重介绍品高云应用自动化部署的整个流程,通过自动化部署可以简单构建一个应用,熟悉自动化部署的操作界面,更高级的功能可参考 “进阶篇” 及 “高级篇” 中的介绍。
第 1 章节对品高云应用自动化部署服务进行概述。
第 2 章节主要介绍品高云应用自动化部署中各个模块的作用及如何使用。
第 3 章节通过部署一个 Tomcat 服务来介绍在云上部署一个服务的全过程。

2 品高云应用自动化部署模块介绍

品高云应用自动化部署服务中各模块间的关系如图 2-1

图 2-1 应用自动化部署模块关系图

自动化部署服务是通过不同的部署方案来向用户提供服务的,当用户选择对应的自动化部署服务进行申请时,需要依照部署方案中的参数模板 填写相关信息,参数模板会将收集到的参数信息传递到对应的流程模型 中,此时流程模型中的执行器 会依照编排及用户传递的参数开始执行,并在方案测试 和流程实例 中会生成对应的过程信息可供用户查看当前执行进度,当流程实例执行完整个流程后即可交付相应的服务。

在自助服务平台中,自动化部署的操作界面在配置管理的高级服务里面,可对整个自动化部署进行配置和管理,如图 2-2 所示

图 2-2 自动化部署操作界面

  • 服务管理:对服务目录中服务的创建、修改、发布和下架等管理
  • 部署方案:以应用为单位管理部署方案,应用-> 版本-> 方案
  • 方案测试:设计应用的过程中,管理部署出来的环境实例
  • 文件管理:提供一个软件包管理的功能
  • 导入/导出控制台:能对部署方案的导入导出进行统一管理(详见品高云应用自动化部署与云服务创造能力高级篇)
  • 执行器:平台中各流程元件的统一管理
  • 流程模型:对于平台中的所有流程模型统一管理,每一份部署方案都对应一个流程模型。
  • 流程实例:对于平台中运行的所有流程实例统一管理,每一次部署行为,都将会启动一个流程实例。

本章节将按照自动化部署服务制作流程的顺序逐一介绍各模块组件的作用及如何使用。

2.1 文件管理

文件管理模块允许用户将自动化部署方案所需的安装包或脚本文件上传到此进行统一管理,方案导出与方案导入的文件也存放于此。用户上传的文件首先会到临时文件管理中,此时文件只有用户个人可见,将文件注册到仓库后可被自动化部署方案调用和被其他用户所见。

2.1.1 临时文件管理

通过平台中的上传或者 FTP 工具上传的文件首先会被存放到 “临时文件管理” 中,文件只允许用户个人可见,在 “临时文件管理” 中提供对用户上传的文件进行管理,界面如图 2-3 所示。在这个页面中可以:上传文件、将文件注册到仓库并可对文件进行相关的基础操作。

在【文件管理→临时文件管理】界面中,可以直接上传大小低于 100MB 的文件,而大于 100MB 则需要通过 FTP 上传,上传的地址为自助服务平台地址,端口号为 2121,账号及密码与平台登录相同。

图 2-3 临时文件管理页面

2.1.2 仓库文件管理

“仓库文件管理” 提供对用户注册到仓库中文件进行管理,界面如图 2-4 所示。仓库文件中的文件可供自动化部署方案安装下载使用 ,也可对已注册的文件进行反注册。

图 2-4 仓库文件管理页面

2.2 部署方案

部署方案模块是整个自动化部署服务的核心,在此模块中可以以应用为单位对部署方案进行管理,涵盖应用从创建到部署调试的整个过程。

图 2-5 服务从创建到部署调试的全过程

2.2.1 应用管理

“应用管理” 提供对应用部署方案进行统一的管理,界面如图 2-6 所示。在这个页面中可以:新建应用部署方案 、将已有的部署方案导入、申请部署应用 、将已有方案导出、修改方案描述及方案删除。

图 2-6 应用管理页面

2.2.2 方案管理

“方案管理” 提供对应用部署方案的版本管理,界面如图 2-7 所示。在这个页面中可以:为部署方案添加版本信息 、申请部署应用、在当前版本号下新增部署案 、为部署方案制作参数模板 、对版本号及描述进行修改、针对已发布的方案进行下架及删除当前版本。

图 2-7 方案管理页面

在相应的版本号下点击新增部署案,可以选择新建流程模型或者是选择已有的流程模型。云平台中提供流程模型模块,来对流程模型进行统一的管理,当选择新建流程模型时,新建的流程模型会同步到流程模型界面中。

2.2.3 设计器

每个流程模型都是依靠 “设计器” 来对应用部署方案进行设计,界面如图 2-8 所示。在这个页面上方的工具栏提供对方案的保存、撤销、复制、剪切等工具、左上角可拖拽元素栏提供平台上可使用的执行器、部署方案画布提供流程的编辑界面及可以给每一个执行器进行属性设置的属性栏。

图 2-8 设计器页面

流程模型需要发布后才能生效,在设计器中完成方案的设计后,需要在工具栏中点击保存按钮,退出设计器时这个流程模型会直接执行发布的操作,如果是通过流程模型页面进入到设计器里面进行设计,需要在界面执行发布操作。

2.2.4 参数模板

在执行自动化部署时,流程模型中的各个执行器需要相应的参数才能进行工作,如实例执行器需要安全组、网络、实例规模等基础参数,这些参数可以通过用户在申请应用时进行自定义,而参数模板正是对流程模型中各个执行器的所需的参数进行汇总再生成一定的模板来供用户填写。

2.2.4.1 参数模板管理

“参数模板管理” 提供对应用多个参数模板进行统一管理,界面如图 2-9 所示。在这个页面中允许创建新的参数模板,和对原有的参数模板进行修改或删除。

图 2-9 参数模板管理页面

平台允许为同一部署方案设置不同的参数模板,如可以设置一个由用户自定义大小的应用配置模板和一个限定应用配置大小的模板。

2.2.4.2 参数模板详情

“参数模板详情” 可让方案制定者对参数模板进行设计,界面如图 2-10 所示。在这个页面中允许根据流程模型生成参数模板 、图形化设置参数 、通过 json 脚本设置参数、对已有参数进行修改和删除。

图 2-10 参数模板详情页面

平台提供三种不同的模式来生成参数模板,用户可根据实际需要进行生成,以下是三种不同模式的区别。
• 合并模式:合并模式为在当前的流程模型中,每个相同类型的执行器都使用同一套参数,如应用主从数据库,在申请界面只需填写一次实例的参数信息,部署出来的实例配置都相同。
• 独立模式:独立模式为在当前的流程模型中,每个相同类型的执行器都可以在申请时填写不同的参数信息,如 HaProxy 负载 Tomcat 架构,采用独立模式后可以对 HaProxy 和 Tomcat 的实例传递不同的参数信息从而交付出不同配置的实例。
• 选择模版:可以选择平台上提供的基本参数模板,稍微修改即可使用

2.3 流程模型

“流程模型” 可以对整个平台的流程模型进行统一的管理,每一部署方案都对应着一个流程实例,包括自动部署方案及自动化运维方案,界面如图 2-11 所示。在这个页面中允许创建新的流程模型、对流程模型进行发布(在此页面进入设计器中修改后的流程模型需要发布后才生效)、对流程模型进行参数设置、链接到设计器中及对流程模型的申请和删除。

图 2-11 流程模型页面

2.4 执行器

执行器,是自动化部署流程中的流程元件 ,自动化部署中的每个任务节点对应一个执行器(例如:执行器 SIP::EC2::Instance 就对应了设计器中的资源服务的实例)。在设计器的左侧栏中可拖拽元素栏中的每个组件就对应着一个执行器,执行器包含着各类参数信息,而参数模板正是根据方案中执行器的参数信息进行设置。执行器由平台自带,当一个部署方案作为服务发布后,此服务会变成一个执行器,可达到服务重用的作用。

2.4.1 执行器管理

“执行器管理” 可以对整个平台的执行器进行统一的管理,界面如图 2-12 所示,可以设置是否在设计器中显示。

图 2-12 执行器管理页面

2.4.2 执行器详情

执行器是由云平台自带可分成三种类型,分别为资源服务、指令服务以及服务重用。
• 资源服务:包含云平台基础资源的调度服务,通过资源服务的编排,可以做到一组基础资源的申请。
• 指令服务:是自动化部署原生提供的对虚拟机进行指令下发的服务。
• 服务重用:将已完成的自动化部署方案发布成服务后,在设计器中能当成执行器使用的服务。

本文介绍几个在流程实例中的重要执行器,需要了解更多执行器的相关信息可参考品高云应用自动化部署与云服务创造能力系列文章的进阶篇及高级篇。

2.4.2.1 SIP::EC2::Instance

SIP::EC2::Instance, 既交付一台云主机,实例是一键交付服务的重要组成,是指令运行的承载,是应用中的重要一环。在 SIP::EC2::Instance 执行器的详情界面中,我们可以看到执行器所带的基本的基本参数字段信息,如图 2-13 所示:

图 2-13 实例执行器参数详情界面

因为这些参数大多数都会通过参数模板来让用户自定义,如镜像,实例规模,密钥,网络等,所以系统初始化的时候,会设置为不显示在设计器中。除了参数字段信息外,执行器中也有输出字段信息,在该执行器运行完之后,会输出的参数,输出参数可以后续为运维方案所调用,输出参数具体如图 2-14 所示。执行器所带的参数都可以通过 outputs 进行引用 。

图 2-14 实例执行器输出参数详情界面

在设计器中,可以从资源服务中拖动实例到主面板,从而交付一台云主机,如图 2-15 所示,其中在画布中选择的是创建一个实例的节点,在属性栏中,各参数值代表的具体含义如下:

图 2-15 实例执行器在设计器中的显示

2.4.2.2 FileStone

FileStone,文件执行器属于指令服务,在设计器中使用此执行器可以从文件仓库中下载文件,如图 2-16、2-17 所示,在 FileStone 的详情页中包含下面的参数字段信息以及在设计器中显示的信息:

图 2-16 文件执行器参数的详情界面

图 2-17 文件执行器在设计器中的显示

2.4.2.3 Componet

Componet,组件执行器属于指令服务,在设计器中使用此执行器可以对设计器中实例进行指令下发。如图 2-18、2-19 所示,在 Componet 的详情页中包含下面的参数字段信息以及在设计器中显示的信息:

图 2-18 组件执行器参数的详情界面

图 2-19 组件执行器在设计器中的显示

2.4.2.4 Command

Command,自定义指令执行器属于指令服务,在设计器中使用此执行器可以对设计器中实例下发自定义指令。如图 2-20、2-21 所示,在 Command 的详情页中包含下面的参数字段信息以及在设计器中显示的信息:

图 2-20 自定义指令执行器参数的详情界面

图 2-21 自定义执行器在设计器中的显示

2.4.3 执行器的参数引用

在设计器中,针对参数引用有两个方式分别为 outputs 和 parameters、其中 outputs 用于对执行器的参数信息进行引用,parameters 针对参数模板由用户定义的参数进行引用,两个引用的格式都为 ${},本篇文章主要讲解 outputs 的引用方式,parameters 的引用方式可参考品高云应用自动化化部署与云服务创造能力进阶篇的第 3 章节。

参数引用的格式为 ${引用方式. 作用域. 所取的参数},针对 outputs 的引用方式,可以填写为 ${outputs. 作用域. 所取的参数},比如上面提及的文件执行器里面就需要引用到实例的 ID,如果一个方案里面有多台实例(tomcat 和 web,编号也为 tomcat 和 web),那么作用域就可正确区分是哪台实例,作用域可填写相应实例执行器的编号,如要 tomcat 实例下载文件,此时引用方式为 ${outputs.tomcat. 所取的参数},所取参数则为实例的 ID,既 ${outputs.tomcat. instanceId}。

2.5 方案测试

方案测试是对设计应用的过程中创建的环境实例进行管理,界面如图 2-22 所示。在这个页面中可以通过方案的类型进行筛选、点击方案标题查看详细的应用部署过程及删除整个测试方案 。

图 2-22 方案测试界面

2.6 流程实例

在平台中每申请一个应用的自动化部署就会启动一个流程,产生一个流程实例,用来记录流程的运行状态,流程实例界面如图 2-23 所示,提供对全平台的流程实例进行统一的管理,可查看流程的详情 、查看启动流程的参数、删除流程创建的资源和数据、对于耗时较长或者无法成功的流程进行取消及结束流程。

图 2-23 流程实例界面

流程实例的详情界面可以看到每个任务的运行情况,在任务详情中,能看到具体运行详情信息。

2.7 服务管理

“服务管理” 提供对平台服务目录进行统一的管理,可以将已经测试完的自动化部署方案当成一个服务发布到自助服务前台,界面如图 2-24 所示。在这个页面中可以新建服务 、将已有的服务导入、上架与下架已发布的服务 、将已有服务导出、修改方案描述及方案删除。

图 2-24 服务管理界面

本章节主要介绍了品高云应用自动化部署中各模块间的关系及作用,下一章节将通过从零创建一个简单服务的实践来带大家更深入进行学习,从而体验云服务创造能力。

3 品高云应用自动化部署快速入门

本章通过一个示例来讲解在云中如何从零开始制作一个 Tomcat 的自动化部署服务,通过示例可以了解到在云中完成一个应用的自动化部署的全过程。Tomcat 的部署架构如图 3-1 所示,由 Tomcat 服务器为主体,通过实例的参数信息为 Tomcat 服务器配置安全组、VPC 等基础信息,并通过自定义指令及参数模板的结合使用户可以自定义 Tomcat 服务的服务端口。

图 3-1 tomcat 部署架构图

Tomcat 服务在云平台中的创建过程如图 3-2 所示,首先是将 Tomcat 的安装包上传,并为其创建应用的部署方案及版本号,在版本号上创建流程模型并进行设计,并针对流程模型设定参数模板,最后进行测试及发布使用。

图 3-2 创建 tomcat 服务流程

3.1 安装包上传到文件仓库

当一个部署方案需要下载安装包时,可以将安装包提前上传到云平台中,平台提供文件管理模块可对安装包进行统一的管理和维护,并且可以分享给平台的其他用户使用。本次将上传一个 Tomcat 的安装包 ,并将其注册到文件仓库中。Tomcat 的安装包及部署脚本可从 http://pan.bingosoft.net:81/drive/share/open_sharepage/92e7d9c9-571d-469e-aa82-68b41a4c8ed8:bingo【密码:6P6W】进行下载,压缩包中包含 Tomcat 的部署安装包及安装 tomcat 脚本:

图 3-3Tomcat 安装包及脚本

步骤:

  1. 进入【配置管理→高级服务→文件管理→临时文件管理】
  2. 点击上传按键或者通过 FTP 上传 tomcat 安装包,即下载文件中的 tomcat_dep_db.tar.gz。如对此安装包的名称进行修改,需要将安装 tomcat 脚本中的 unzip tomcat_dep_gb.tar.gz.zip 修改成 unzip NEW.zip,NEW 为新修改的名称,如图 3-4 所示:
  3. 选择已上传的文件,点击【更多操作→注册到仓库】

图 3-4Tomca 安装脚本修改

图 3-5 安装包注册到文件仓库

扩展:

  • 安装包注册到文件仓库后就可被自动化部署方案使用
  • 针对不再使用的安装包,也可反注册到临时文件管理中再将其删除
  • 上传的安装包名称不可带中文字符

3.2 创建应用方案及版本信息

从零开始创建一个 tomcat 服务,需要在服务管理中为此服务创建一个部署方案,并为其添加版本信息。应用方案创建时,可填写应用的名称(如本次的 tomcat 服务)、模式选择、应用类型选择(本次为中间件)及描述等。在版本创建时也可以填写版本名称、版本号及版本说明,版本号通常是 4 位数字,数字的大小会影响版本高低,低版本可向高版本进行升级。

步骤:

  1. 进入【配置管理→高级服务→服务管理→部署方案】,点击【创建方案】
  2. 在新建版本界面填写此部署方案的相关信息
  3. 在列表中找到创建好的部署方案
  4. 进入详情界面,点击【添加版本】,添加版本名称【V8.5.3】. 版本号【8.5.3.0】及版本的描述信息

图 3-6 新建应用方案

图 3-7 为 tomcat 创建版本号

扩展:

  • 如果应用有多个版本,可重复第 4 步的操作,创建多个版本方案
  • 对于部署方案或版本的名称及描述信息可在界面点击修改进行信息修改
  • 针对不再使用的部署方案或版本,可在界面上点击销毁进行删除

3.3 创建流程模型

版本号创建完毕,可在版本号中创建流程模型,创建后的流程模型会同步到流程模型界面进行统一的管理。

步骤:

  1. 进入【配置管理→高级服务→服务管理→部署方案】,找到已创建好版本号的部署方案
  2. 进入详情界面,点击创建好的版本右上角择【新增部署案】,填写方案名称【tomcat 部署】,流程选择【自动新建流程】,可按照实际填写流程模型说明

图 3-8 创建 tomcat 流程模型

扩展:

  • 在创建方案时,流程也可关联已有的流程模型
  • 可在同一版本号下创建多个流程模型,如单机版、主从版
  • 可针对流程模型制定自动化运维方案
  • 每个流程模型都需设定参数模板
  • 针对不再使用的流程模型,可在界面上点击删除进行删除

3.4 方案设计

创建完流程模型后,需要根据应用的架构来设计方案,一个完整的方案需要有流程控制对整体的开始及结束进行控制,以本次 tomcat 为例,需执行以下步骤:

步骤:

  1. 进入【配置管理→高级服务→服务管理→部署方案】,找到方案进入详情,点击流程模型进入设计器中
  2. 拉入一个开始事件,在左侧拖入流程控制组件的【开始事件】,填写编号【start】,填写名称【开始】,其他默认
  3. 从资源服务拖动一个实例,在左侧拖入资源服务组件的【实例】,填写编号【tomcat】,填写名称【tomcat 实例】,填写实例名称【tomcat】,其他默认,并将【开始】与【tomcat 实例】相连接
  4. 从指令服务组件拖入一个文件,用来下载 tomcat 的安装包,在左侧拖入指令服务组件的【文件】,填写编号【GetFile】,填写名称【下载 tomcat 安装包】,填写实例的 ID【${outputs.tomcat.instanceId}】,选择文件 ID 为【上传的 tomcat 安装包(3.1 安装包上传到文件仓库中的安装包)】,其他默认,并将【tomcat 实例】与【下载 tomcat 安装包】相连接
  5. 从指令服务组件拖入一个组件,用来下发安装 tomcat 服务的脚本,在左侧拖入指令服务组件的【组件】,填写编号【installTomcat】,填写名称【安装 tomcat】,填写安装目录【/apps/svr/tomcat】,填写日志目录【/apps/logs】,填写端口【${port}】,填写安装脚本内容为【安装 tomcat 脚本(3.1 安装包上传到文件仓库中的安装脚本)】,填写实例的 ID【${outputs.tomcat.instanceId}】,其他默认,并将【下载 tomcat 安装包】与【安装 tomcat】相连接
  6. 从指令服务组件拖入一个自定义指令,用来可以让用户自定义 tomcat 的端口号,在左侧拖入指令服务组件的【自定义指令】,填写编号【changePort】,填写名称【修改 tomcat 端口号】,填写实例的 ID【${outputs.tomcat.instanceId}】,填写指令名称【修改 tomcat 端口号】,填写指令内容为【tomcat 端口号修改脚本】,其他默认,并将【安装 tomcat】与【修改 tomcat 端口号】相连接
  7. 拉入一个结束事件、 在左侧拖入流程控制组件的【结束事件】,填写编号【end】,填写名称【结束】,其他默认,并将【修改 tomcat 端口号】与【结束事件】相连接
  8. 点击左上角的保存,退出设计器

tomcat 端口号修改脚本为:其中的 ${port} 后续可通过参数模板让用户自定义 Tomcat 的端口

#! /bin/sh 
sed -i "s/8080/${port}/g" /apps/svr/tomcat/conf/server.xml 
service tomcat stop 
sleep 5 
service tomcat start 

图 3-9 设计器中设计 tomcat 服务

扩展:

  • 流程模型需要发布之后才能生效:
  1. 从部署方案中进入设计器,在保存后关闭设计器时,会将流程模型自动发布。
  2. 可从流程模型界面直接进入到设计器中,但是在流程模型菜单中编辑的模型,需要手工点击发布按钮,才能生效;
  • 必须点击保存按钮,直接退出设计器将不会保留设计方案

3.5 配置参数模板

通过参数模板收集用户定义的参数才能使流程启动,每一个流程模型都需要与之相对应的参数模板,以本次 tomcat 方案为例,可以为其配置参数模板

步骤:

  1. 进入【配置管理→高级服务→服务管理→部署方案】,找到方案进入详情,点击流程模型的参数模板,进入参数模板界面,点击【新建模板】
  2. 在部署模板页面,填写模板名称【标准模板】,生成参数【选择模板】,并选择【云主机创建模板】,点击生成
  3. 在参数列表中点击【添加参数】按钮,新建一个关键词为【port】,显示名称为【Tomcat 端口】,命名空间为【全局参数】,类型为【数字】,默认值为【8080】的参数项
  4. 在镜像参数一栏,点击参数信息修改按键将参数信息里面将镜像 ID 值改为平台上的 centos 镜像 ID(镜像要安装好 agent 及设置为支持自动化部署),并确定好保存

图 3-10 配置 tomcat 参数模板

图 3-11 添加 port 参数

图 3-12 修改 tomcat 服务的默认镜像

扩展:

  • 进行参数设置时,可将参数设置为用户不可见,如镜像参数可直接指定好一个镜像 ID,在申请时不用再进行选择
  • 可为同一流程模型设置不同参数模板

3.6 部署调试

当完成了一个流程模型的设计并为其配置好参数模板后,此时需要对整个方案的可行性进行测试,可通过应用管理界面的安装或部署方案详情界面的申请来申请应用的部署。
填写相关参数后进行申请,申请过程中可通过方案测试或是流程实例来详情查看每个过程的进展情况,如发现流程实例没法执行成功,可查看具体出错信息,并对方案进行调整。

步骤:

  1. 进入【配置管理→高级服务→服务管理→部署方案】,找到方案点击【安装】
  2. 在申请界面中,名称输入【我的 tomcat 服务】,选择配置的参数模板,并根据模板选择或填写对应的信息,无误后点击【下一步】按钮,等待资源消耗信息后,点击【部署】
  3. 部署过程中,可通过方案测试或是流程实例来查看每个过程的进展情况,如发现流程实例没法执行成功,可查看具体出错信息,并对方案进行调整
  4. 方案执行成功后,可参考具体输出信息是否正确
  5. 发现应用无误后,进入方案测试页面将方案销毁,释放资源

扩展:

  • 当发现流程实例执行较久或者提示错误时,可通过流程实例的详情查看具体出错信息,根据报错信息对流程模型或参数模板进行修改,修改后再次申请测试
  • 当发现流程实例执行较久或者提示错误时,需要将对应的测试方案删除,释放资源

3.7 服务上架

当确保自动化部署方案能正常使用时,可以将服务上架到服务目录中,并将服务发布到自助服务平台上,从而将自动化部署能力转化为云服务创造能力。

步骤:

  1. 进入【配置管理→高级服务→服务管理】点击【新增】,启动新增服务向导
  2. 服务类型选择【自动化部署】,依次依次输入服务名称【tomcat 服务】、服务编号【tomcat】、服务提供商【品高软件】、服务分类【选中间件】,模式选择【工作流模式】,关联方案选择【tomcat 部署方案】其他默认,点击【提交】按钮
  3. 服务列表中找到刚创建的服务,点击发布,选择【全部】角色,并点击【提交】

图 3-13 在服务目录中新建 tomcat 服务

图 3-14 服务发布

扩展:

  • 在服务管理目录可对已发布的服务进行下架
  • 针对有多个流程模型的服务可以下架其中个别流程模型

3.8 服务申请使用

当服务发布后,在自动服务平台的云服务导航栏的中间件中可以查看到 Tomcat 服务,点击进入可直接进行申请。

图 3-15 服务申请页面

步骤:

  1. 进入【自助服务平台→云服务→中间件→Tomcat】页面,点击【申请】
  2. 在申请界面中,名称输入【我的 tomcat 服务】,选择配置的参数模板,并根据模板选择或填写对应的信息,无误后点击【下一步】按钮,等待资源消耗信息后,点击【部署】
  3. 部署过程中,可通过【管理工具→部署任务】查看应用部署的进展情况

扩展:

  • 如不想让服务显示在服务目录中,可在【高级服务→服务管理】中找到相应服务进行下架或删除

至此,完成一个 tomcat 应用在云上成为自动化部署服务的全过程。

本篇文章主要讲述了如何通过自助服务平台 SIP 的原生组件自动化部署服务来完成一个应用在云中从零到有的全过程,更多的涉及到自动化部署中的基本功能,通过它可以来熟悉自动化部署服务的操作界面,后续的系列文章将会介绍自动化部署服务的更多功能。