提交提案之前，请先检索仓库内是否已有相同的提案，如已有请在同一提案中进行讨论。

💻 需求背景、当前现状、期望实现的功能内容、具体的设计方案、以及测试方案

需求背景
在无K8s的场景下，用户需要部署Container Manager，在训练或推理进程异常后，通过配置容器恢复功能，以进行容器故障恢复。当前Container Manager的服务化部署方式仅在资料中提供。

当前现状
Container Manager支持二进制方式启动，提供容器启停等功能。然而，直接运行二进制文件存在以下问题：

• 占用终端：进程会始终附着在终端上运行。
• 无法开机自启：机器重启后，服务会停止，需人工介入重启。
• 缓存丢失：服务停止将导致运行中的状态或缓存数据丢失。

为解决上述问题，社区资料中提供了具体的操作步骤，将Container Manager作为系统服务进行管理。

期望实现的功能内容
社区资料中提供的将 Container Manager 配置为系统服务的方法，使用起来并不方便，对其进行易用性优化，支持发布的zip包中自带配置脚本，支持一键式的服务化部署。

具体的设计方案
发布的zip包中自带配置脚本，支持Container Manager的一键式服务化部署及卸载。
①部署包括准备Container Manager二进制文件到PATH、准备Container Manager系统服务文件及启动Container Manager系统服务。同时展示安装结果以及服务状态、软件许可协议。
②卸载包括停止Container Manager系统服务、删除Container Manager系统服务、删除对应Container Manager二进制文件。同时展示卸载结果。

替代方案

补充说明

欢迎加入社区，感谢您对社区的贡献 🎉!