应用管理
应用管理用于创建、查看和维护已经部署到集群里的应用。对大多数用户来说，这里是进入面板后最常用的页面之一。
在当前面板里，应用管理相关的常见页面包括：
- 应用列表
- 添加应用
- 应用商店
- 云端应用商店
- 应用详情
- 监控
- 文件管理
- 域名管理
- 计划任务
- 反向代理
进入应用管理
- 登录微擎面板。
- 在左侧菜单进入 应用管理。
- 打开 应用列表 页面，查看当前已经部署的应用。
应用列表通常会展示应用名称、创建时间、访问相关信息以及可进入的常用操作入口。
新建应用
在 应用列表 页点击 新建 后，可以根据应用来源选择不同创建方式。
常见入口包括：
- 应用商店：适合快速安装常见应用
- 云端应用商店：适合从云端应用入口选择可安装内容
- Docker Compose：适合已有 Compose 配置的应用
- K8s YAML：适合直接提交 Kubernetes 资源清单
- Helm：适合使用 Helm Chart 安装
- 代码包 / 构建型方式：适合需要构建镜像或上传代码包的场景
选择方式的建议
如果你不确定该用哪种方式，可以先按这个思路判断：
| 场景 | 推荐方式 |
|---|---|
| 想快速安装已有应用 | 应用商店 |
| 想从云端入口选择可安装内容 | 云端应用商店 |
| 已经有 Compose 文件 | Docker Compose |
| 已经有 K8s YAML | K8s YAML |
| 已经有 Helm Chart | Helm |
| 需要结合代码包、构建或镜像处理 | 代码包 / 构建型方式 |
通过应用商店或云端应用商店创建应用
- 点击 新建 → 应用商店 或 云端应用商店。
- 选择目标应用。
- 按页面提示填写安装参数。
- 确认命名空间、应用名称、访问方式、存储和资源限制等信息。
- 点击安装或创建，等待应用部署完成。
如果应用带有额外配置项，建议先完整检查一次，再提交安装，避免后续反复修改。
通过 Compose / YAML / Helm 创建应用
如果你使用的是 Compose、YAML 或 Helm，一般可以按下面的顺序操作：
- 选择对应创建方式。
- 粘贴或上传配置内容。
- 填写命名空间、名称和必要参数。
- 确认应用使用的端口、镜像、存储和访问入口。
- 提交创建并等待面板完成部署。
如果创建完成后应用状态异常，优先去应用详情页看运行状态、日志和事件。
查看应用详情
在 应用列表 中点击目标应用后，通常可以进入 应用详情 页。
在 应用详情 页里，常见会用到这些入口：
- 应用详情：查看应用基础信息和整体状态
- 监控：查看应用运行相关信息
- 文件管理：进入应用目录维护文件和配置
- 域名管理：配置访问入口和 HTTPS
- 其他与当前应用相关的后续维护入口
如果你只停留在 应用列表，很多问题是看不出来的；需要进一步排查时，通常要进入 应用详情 或相关子页面。
计划任务和反向代理
在 应用管理 菜单下，除了应用本身，你还会看到：
- 计划任务
- 反向代理
如果你的目标不是“创建一个新应用”，而是“让已有服务按某种方式被访问”或“让某些工作定时自动执行”，通常就应该进入对应专题继续查看：
应用创建后最常见的操作
应用创建完成后，最常见的后续操作通常是：
- 确认应用是否启动成功
- 配置域名和访问入口
- 查看日志和事件
- 进入文件管理修改配置或上传内容
- 进入域名管理配置访问入口
- 根据需要继续升级或调整应用参数
这也是为什么应用管理不只是“新建应用”，而是整个应用维护入口。
什么时候优先看应用日志和事件
如果你遇到下面这些情况，通常应该优先回到 应用详情 页里的运行状态、日志和事件入口：
- 应用创建后一直没有正常运行
- 页面显示部署成功，但访问异常
- 应用状态反复变化或容器不断重启
- 修改配置后行为不符合预期
日志更适合看程序本身的报错，事件更适合看 Kubernetes 调度、挂载、拉镜像和资源层面的异常。
什么时候要进入文件管理或域名管理
进入文件管理的常见场景
- 要修改配置文件
- 要上传静态资源、脚本或备份文件
- 要查看应用目录内容
- 要调整文件权限
进入域名管理的常见场景
- 要给应用绑定访问域名
- 要开启 HTTPS
- 要调整访问路径或转发规则
- 要排查“应用已运行但外部打不开”这类问题
应用访问异常时的排查顺序
如果应用“创建成功但访问不正常”，建议按下面顺序判断：
- 应用本身是否已经启动成功
- 日志里是否有明显报错
- 事件里是否提示调度、挂载或拉镜像失败
- 域名和访问入口是否配置正确
- 文件配置是否缺失或写错
不要一开始只盯着域名，也不要只盯着应用状态，最好把运行状态、日志、文件和访问入口一起看。
使用应用管理时的建议
- 创建应用前先明确最适合的交付方式
- 创建完成后优先确认状态、日志和域名
- 需要长期维护的应用，尽量把文件、域名和存储一起规划
- 出现问题时，不只看“应用有没有创建成功”，而要看它是否真的能运行、能访问、能维护
应用管理的重点不是把应用“加进去”，而是把应用真正“用起来、管起来”。