Alibaba Cloud Ops MCP Server vs Kubectl MCP Server

OOS_StartRDSInstances

批量启动RDS实例，适用于需要同时管理和启动多台RDS实例的场景，例如应用部署和高可用性场景。

OOS_StopRDSInstances

批量停止RDS实例，适用于需要同时管理和停止多台RDS实例的场景。

OOS_RebootRDSInstances

批量重启RDS实例，适用于需要同时管理和重启多台RDS实例的场景。

OOS_CodeDeploy

将应用部署到阿里云ECS实例。使用阿里云OOS（运维编排服务）的CodeDeploy功能实现自动化部署。 ## 前置条件（调用此工具前需完成） 1. **识别项目类型**：读取项目配置文件（package.json、pom.xml、requirements.txt等），确定技术栈和部署语言（通过deploy_language参数传入） 2. **构建部署产物**：执行构建命令生成压缩包（tar.gz、zip等），保存到 `.code_deploy/release` 目录 3. **准备ECS实例**：确保目标ECS实例已创建，获取实例ID列表 ## ⚠️ 重要提示：启动和停止命令参数 **正常情况下，不需要提供 application_start 和 application_stop 参数！** - 系统会自动通过规则引擎分析部署文件和 deploy_language，自动生成启动和停止命令 - 自动生成的命令包含所有必要的防御性检查（文件存在性、路径存在性等） - 自动生成的命令正确处理压缩包解压、目录切换、后台运行、日志重定向等 - 对于 Node.js 应用，自动生成的命令会先执行 `npm install` 安装依赖 **只有在以下情况下才需要手动提供这两个参数：** 1. 用户明确指定了自定义的启动/停止命令 2. 用户提供了关于启动/停止命令的特殊要求或说明 **调用建议：直接调用工具，不传 application_start 和 application_stop 参数即可。** ## 自动生成的命令规范（供参考，了解即可） ### 1. 防御性命令设计 自动生成的命令包含存在性检查，避免因路径/文件/命令不存在导致失败： - 压缩包：先检查文件存在再解压 `[ -f app.tar.gz ] && tar -xzf app.tar.gz || exit 1` - 可执行文件：检查文件存在再执行 `[ -f start.sh ] && chmod +x start.sh && ./start.sh || exit 1` - 命令可用性：检查命令是否存在 `command -v npm >/dev/null 2>&1 || exit 1` - 目录切换：先验证路径存在再切换 `[ -d dir ] && cd dir || exit 1` ### 2. 压缩包处理规范 如果产物是压缩包，自动生成的命令会先解压： - 使用非交互式命令：`tar -xzf`、`unzip -o`（自动覆盖，无需确认） - 解压后执行启动命令，确保路径对应 - 示例：`tar -xzf app.tar.gz && [ -d app ] && cd app && nohup java -jar app.jar > /root/app.log 2>&1 &` ### 3. 后台运行与日志 自动生成的启动命令使用后台运行并重定向日志： - 格式：`nohup <command> > /root/app.log 2>&1 &` - 说明：nohup保持后台运行，`>` 重定向标准输出，`2>&1` 合并错误输出，`&` 后台执行 ## 注意事项 - 应用和应用分组会自动检查，已存在则跳过创建 - 未提供ECS实例ID时，工具会返回创建引导链接 - 部署信息自动保存到 `.code_deploy/.application.json` - project_path未提供时，会从file_path推断或使用当前目录 - 部署完成后，以markdown格式展示service_link供用户跳转

OOS_GetLastDeploymentInfo

获取上次部署的应用信息