版本：V5.17

组件基础操作

组件基本操作

基础操作	说明
构建	构建操作将触发组件从构建源获取最新的代码或镜像构建组件的新版本，默认情况下构建成功后将触发滚动升级。
更新（滚动升级）	更新操作将以最新的组件属性配置对集群中运行的组件实例进行滚动升级
启动	具有至少一个可用构建版本的组件可以启动
停止	组件停止即释放所有集群资源
访问	运行中的组件可进行访问，如是 HTTP 组件将跳转访问网址，非 HTTP
Web 终端	进入当前组件 Web 终端控制页面，选择需要控制的容器即可打开容器控制终端
重启	运行中的组件可进行重启操作，正常情况下我们推荐使用更新操作来完成组件重启，若组件任何属性都未变化，无法使用更新。
修改所属应用	组件可以灵活调整所属的应用
删除	删除组件是一个危险的操作，请谨慎操作。组件删除后持久化数据默认会保留 7 天。

针对不同类型的组件，触发 构建 操作后，有着不同的含义，下表针对不同类型的组件加以说明：

组件类型	说明
从源代码构建的组件	拉取最新源代码，根据预先识别的语言类型进行组件版本构建并进行滚动升级
从 Docker 镜像构建的组件	重新拉取指定镜像地址的镜像，构建出组件新版本并进行滚动升级
从云市应用构建的组件	若云市应用不存在更新的版本，构建操作将提醒用户无需操作，若已存在多个更新版本，将提示用户选择需要获取的版本号。根据所选版本获取组件介质生成构建版本并进行滚动升级

当组件的依赖、存储、环境变量、特性、健康监测等运行属性发生改变以后，必须通过手工触发更新操作来将最新的属性配置应用的组件的运行环境中，在这更新过程中默认采用滚动升级的策略对组件实例进行升级。

对于滚动升级有两类控制策略：

无状态组件: 对无状态组件采用的是无序的先启动后停止的策略，即先启动新版本的运行实例，当其处于健康运行状态后关闭旧版本运行实例。需要注意的是，此过程会出现多版本同时工作的情况，若你的业务组件无法容忍多版本同时工作，请使用重启策略。
有状态组件: 对于有状态组件采用的是有序的先停止后启动策略，即根据运行实例编号，从第一个实例开始先关闭实例然后启动新版本实例。这种控制对于像数据库类的组件至关重要，因此请勿将数据库类组件部署为无状态组件。

启动操作会启动上一次成功构建的组件版本，启动后可以在组件概览页面的 操作日志 看到平台调度与处理组件的详细操作日志，当调度完成后，组件就进入启动阶段，这时候可以通过 日志 页面查看组件的启动日志。

特别是对于第一次在 Rainbond 启动的组件，尤其需要关注如下几点：

1.组件启动或更新超时怎么办？

目前 Rainbond 对于异步任务确定了固定的超时时间，因此请注意，超时并不是失败，需要根据实际情况优化组件的配置，如果有超时，请按如下路径进行排查：

查询组件日志确定组件的启动情况，若你的组件日志未输出到 stdout 或 stderr,请进入组件容器查询你的日志。比如一些 Java 类的组件，若分配的内存不足将导致启动非常缓慢, 亦或者从日志中发现组件运行环境是否正常，比如依赖了数据库，是否能够正常访问数据库等。
如果源码构建的组件在启动后很长时间才进入正常的业务启动过程，请优化代码忽略掉多余的源代码文件减少运行代码解压时间参考 slugignore 文件使用方式
确定组件监听的地址不是 127.0.0.1 或 localhost
若组件监听地址正确且已正常监听，请查询组件健康检测配置是否正确，一般若组件有多个端口时容易出现默认配置错误的问题。
以上组件可能的故障如都已排除还是启动超时且一直处于启动中状态，请通过运维工具 grctl cluster 和 grctl service get <service_name> -t <tenant_name> 查询集群和组件运行实际状态。

2.组件运行异常怎么办？

组件运行异常是指组件进程异常的退出了，一般有几下几种原因：

若是上述情况，请处理你的组件配置，组件运行过程中如果异常退出 Rainbond 会自动守护并重新启动你的组件

3.组件无法访问怎么办？

组件无法访问时请查看如下几类原因：

触发关闭操作后，组件将首先从应用网关或 ServiceMesh 网络下线，然后关闭所有运行实例，释放集群资源。

触发重启操作后，平台会将现有的组件运行实例全部关闭，待关闭完成后进行启动。若出现关闭超时时重启操作将退出，组件启动的控制权交予用户。

针对不同协议的组件，点击访问按钮后所触发的命令也不一样：

组件协议	点击访问按钮后的操作
HTTP	浏览器新开窗口，打开组件的默认域名，如果绑定多个域名，会显示域名列表供用户选择
TCP	弹出访问信息窗口