技术栈管理 废弃技术栈 前提条件 自定义技术栈为未发布、已发布状态的才能废弃,如果该技术栈版本下有已发布的应用实例,则不允许废弃。 1. 进入微服务云应用控制台,单击左侧导航栏中的 技术栈管理,进入技术栈管理页面。 2. 在技术栈管理页面中,单击发布状态的技术栈实例右侧的“废弃“ 3. 在弹出框中单击确定,发布成功的技术栈处于已废弃状态。 删除技术栈 前提条件 只有已废弃的技术栈才能被删除。 1. 进入微服务云应用控制台,单击左侧导航栏中的 技术栈管理,进入技术栈管理页面。 2. 在技术栈管理页面中,单击发布状态的技术栈实例右侧的 “删除“。 3. 在弹出框中单击确定。 技术栈详情 1. 进入微服务云应用控制台,单击左侧导航栏中的技术栈管理,进入技术栈管理页面。 2. 在技术栈管理页面中,单击技术栈版本名称, 进入技术栈实例详情的只读页面,查看具体信息。 自定义技术栈使用指南 概述 在代码开发阶段,开发人员在开发环境中,通过特定的开发框架及特定的配置,完成了对预期功能的实现。在生产环境中,为了实现高效、低成本、更安全的部署,一般可以选择将应用部署到云端。云端通过技术栈为应用提供框架和 runtime 等运行环境支持,包括提供运行所需的脚本并且安装 JDK、Nginx 环境依赖等。 1. 什么是技术栈 在微服务云应用平台上,技术栈 指一个应用程序所依赖的全部框架及附属资源的集合,它定义了应用发布部署和运维时的依赖信息,主要包括下述内容。 1. 操作系统和版本。 2. 开发框架类型和版本。 3. 应用启动和部署脚本。 4. 环境参数。 2. 技术栈命名规则 发布应用时,一旦选定技术栈架构,则不可再更改,但可更新该架构下的技术栈版本号以获取最新功能。每个技术栈架构都有对应的技术栈,随着功能迭代和需求变更,该技术栈产生了各种不同的版本。以技术栈 发 1.0.0j180jar 为例,对 SOFABoot 技术栈的命名规则说明如下: 1. 1.0.0:指技术栈的版本。 2. j180:指 JDK 版本 1.8.0。 3. jar:指支持jar包启动。 3. 技术栈目录结构 这里以自定义静态资源技术栈为例说明静态资源技术栈staticresource目录包含以下子文件夹: 1. lifecycle:存放生命周期代码。理论上您可以使用任何语言来编写这些生命周期脚本。 这里我们规定必须使用shell脚本来作为生命周期启动命令,提供了以下生命周期脚本。 1. publish.sh:技术栈依赖的安装脚本,同时部署应用程序,主要代码逻辑为读取 resources 目录下的文件,解压、安装、配置环境变量等,在脚本和环境配置好后启动部署用户应用程序。 2. stop.sh:停止用户应用程序。 3. start.sh:启动用户应用程序。 4. rollback.sh: 回滚用户应用程序。 5. delete.sh: 删除用户应用程序,并且清理技术栈的配置与脚本。 6. checkService.sh:检测应用是否启动。 2. resources:存放技术栈的依赖、生命周期代码的依赖等。如果您的技术栈足够简单,无需任何依赖,resources 文件夹可以为空。 4. 技术栈制品包统一存放路径 制品包路径是系统指定用户上传的程序制品包存放目录,用户在制作技术栈包时需要知道运行程序包所在路径,这里系统指定了统一存放路径,即在当前脚本运行祖父目录同级的/tarTemp/app/实例uuid。 用户可以拷贝该目录下所有文件到工作目录下运行。 shell currentdir$(pwd) //当前工作目录的绝对路径 parentdir$(dirname "$currentdir") //获取父目录路径 pparentdir$(dirname "$parentdir") //当前目录的祖父目录 packagedir"${pparentdir//temp/tarTemp}" //替换祖父目录temp为/tarTemp 得到最终制品包目录./tarTemp/app/