Sealos应用商店：云原生时代的一键部署与容器化实践

如果你还停留在“下载安装包 → 解压 → 配环境 → 跑服务”的传统应用部署流程里，这次可以换个思路。Sealos 应用商店解决的是云上应用部署的问题，它把常用软件、数据库、中间件、低代码平台和开发工具做成了应用模板，用户只需要在浏览器里点几下，就能完成从创建到访问的完整过程。

从体验上看，Sealos 更像一个云操作系统：登录后是一个桌面环境，点开应用商店就能看到一堆已经打包好的应用。选中某个应用，填好参数，系统会自动创建容器资源、启动服务、分配访问地址、签发 HTTPS 证书，最后给你一个可以直接打开的链接。整个过程不再需要手动登录服务器敲命令，也不需要自己去处理端口映射和域名证书。

这篇文章会把 Sealos 应用商店完整讲清楚：先给核心能力速览和适用边界，然后按环境准备、模板部署、自定义镜像部署、域名管理、生命周期维护、常见问题排查来走一遍。如果你正在考虑用 Sealos 做个人项目、团队协作或者轻量生产环境，这篇文章可以直接收藏。

1. Sealos 应用商店核心能力速览

能力项	说明
项目类型	开源云操作系统，底层基于 Kubernetes
应用商店定位	提供模板化、一键部署的云上应用服务
部署方式	浏览器控制台操作，应用以容器方式运行
主要功能	应用模板、自定义应用部署、数据库/中间件/开发工具、统一域名管理
硬件要求	使用云服务时本地无需 GPU/服务器；自建需要 Linux 服务器节点
启动方式	浏览器访问控制台，或通过 sealos CLI 管理集群
是否支持 API	管理侧基于 Kubernetes API，可通过 sealos CLI 操作；具体应用是否提供 API 取决于应用本身
是否支持批量任务	支持同时创建多个应用实例，但与传统批处理任务不同，属于服务编排维度
适合人群	开发者、运维、独立开发者、小团队
学习成本	使用应用商店很低，深入管理需要了解 Kubernetes 基本概念

有一点需要说明：Sealos 应用商店不是“安装一个软件”的传统包管理器。它做的事情是“部署一个云服务”。每个应用都是一个容器化实例，资源隔离、依赖隔离、访问入口都由平台统一管理。所以你在商店里看到的应用，并不是下载到本机的安装包，而是一个已经运行在云上的服务。

2. Sealos 应用商店是什么，和传统应用商店有什么区别

应用商店这个概念并不新鲜。手机有手机应用商店，Windows 有 Microsoft Store，Linux 有各种发行版自带的软件源。传统应用商店的问题也很明显：不同系统、不同架构、不同发行版之间存在兼容性差异；依赖冲突、版本不一致、缺少安装包、界面无法访问等问题经常出现；而且应用往往安装在本地，占用本机资源，升级和卸载也会留下垃圾文件。

Sealos 应用商店的思路完全不同。它把应用商店从“本机安装”搬到了“云端部署”。用户在 Sealos 控制台看到的应用模板，本质上是一套描述文件，系统收到部署请求后，会在 Kubernetes 集群中创建对应的 Deployment、Service、Ingress 等资源，最后通过统一的网关暴露访问地址。

这个模式有几个直接好处：

• 没有依赖冲突。每个应用运行在独立容器里，底层依赖由镜像打包完成。
• 不需要手动配置端口。平台自动为应用分配访问域名和 HTTPS 证书。
• 不需要担心污染本机环境。所有服务都在云端集群中运行，本地只需要浏览器。
• 部署速度更快。模板一旦发布，后续部署就是点几下按钮的事。

从产品形态上说，Sealos 应用商店解决的不是“下载渠道”问题，而是“运行环境”和“交付流程”问题。传统应用商店要考虑用户本机能不能跑，Sealos 只需要考虑云集群能不能跑，而后者的标准化程度要高得多。

3. 适用场景与使用边界

3.1 适合什么场景

Sealos 应用商店适合以下几类需求：

第一，快速搭建开发测试环境。比如需要一套 MySQL、Redis、MinIO 或 Nginx，不必在本地安装数据库，直接通过应用商店创建实例，用完就删。对前端开发者、后端开发和测试人员都很省事。

第二，独立开发者的在线服务托管。个人博客、API 服务、低代码应用、在线文档、代码仓库等，只要能打成 Docker 镜像，基本可以通过 Sealos 部署并通过统一地址访问。

第三，小团队协作和演示环境。团队成员共享一个云集群，按需部署应用，通过命名空间做隔离，避免互相干扰。给客户做产品演示时，直接在 Sealos 上拉起一套应用，比在本地临时搭环境稳定得多。

第四，学习云原生部署。Sealos 底层是 Kubernetes，通过应用商店部署应用后，可以看到自己创建的集群资源。对想学习 K8s，但不想从零搭建集群的人，这是一个很好的上手入口。

3.2 不适合什么场景

也不是所有场景都适合放到 Sealos 应用商店里。

• 对桌面 GUI 要求很高的应用，比如需要完整桌面环境、本地显卡加速的 3D 软件，不适合。
• 超大规模生产集群和高可用要求极为严苛的金融、工业控制场景，需要更完整的容灾和审计体系，不建议直接拿应用商店模板应对。
• 对数据主权有强合规要求的场景，比如敏感数据必须存储在特定环境的，建议使用自建 Sealos 集群，而不是公共实例。

3.3 合规与安全边界

使用 Sealos 应用商店部署任何服务时，必须确认你对使用到的镜像、软件、数据有合法授权。不要部署侵权内容、恶意脚本或用于绕过安全限制的工具。涉及用户隐私数据时，要遵守相关法规，做好访问控制和数据加密。

另外，公网可访问的应用要格外小心。不要使用默认弱密码，不要暴露不必要的端口，不要在环境变量中写入明文密钥。对于数据库、对象存储等服务，应限制访问来源，或者通过内网/加密通道连接。

4. Sealos 应用商店环境准备与前置条件

使用 Sealos 应用商店分两种情况。

4.1 使用公共云服务

如果你使用的是 Sealos 提供的公共云服务，前置条件非常简单：

• 一个可用的浏览器，推荐 Chrome、Edge、Firefox 内核浏览器。
• 能正常访问 Sealos 控制台的网络环境。
• 一个账号，完成注册和登录。
• 根据要部署的应用大小，确认账号有足够的资源配额。

这种情况下，本地不需要安装任何依赖，也不需要准备服务器。整个应用创建、访问、销毁都在云端完成。

4.2 自建 Sealos 集群

如果你希望数据和服务完全由自己控制，可以在自己的 Linux 服务器上部署 Sealos。前置条件如下：

• 一台或多台 Linux 服务器，建议使用 Ubuntu、Debian、CentOS 等主流发行版。
• 有 root 或 sudo 权限。
• 服务器需要能够访问互联网，用于拉取镜像和下载安装包。
• 磁盘空间按需准备，建议至少预留 50GB 以上给系统镜像和容器存储，实际占用取决于部署应用数量和数据量。
• 如果是多节点集群，节点之间需要内网互通，并开通对应的管理端口。

Sealos 提供了一个命令行工具，安装方式一般是下载二进制文件。下面是一个通用安装模板，实际版本号需要以官方release页面为准：

# 下载并安装 sealos CLI，具体版本策略请参考官方文档 curl -O https://raw.githubusercontent.com/labring/sealos/main/scripts/install.sh

更稳的做法是直接访问 Sealos 官方仓库的 Releases 页面，下载对应平台的二进制文件后放到/usr/local/bin并赋予执行权限：

# 通用二进制安装方法，文件名和版本需要按实际下载替换 sudo mv sealos /usr/local/bin/ sudo chmod +x /usr/local/bin/sealos sealos version

完成安装后，可以通过 sealos 命令创建 Kubernetes 集群，并部署 Sealos 平台。这里给出一个通用命令示例，其中带尖括号的版本号参数需要替换为实际存在的版本：

# 初始化 Kubernetes 集群，注意版本号以官方支持列表为准 sealos run kubernetes:<版本号> # 启动镜像仓库和 Sealos 平台 sealos run labring/registry:<版本号> sealos run labring/sealos:<版本号>

这里特别说明：命令中的镜像标签必须与官方支持的版本一一对应，不能随手填写。部署过程中如果遇到证书过期、镜像拉取超时、节点时间不同步等问题，先去检查基础环境，再继续往下做。

4.3 进入应用商店

无论使用公共云服务还是自建集群，成功登录控制台后，一般可以在菜单或桌面中找到“应用商店”入口。进入应用商店后，你会看到按分类排列的应用模板，比如数据库、内容管理、开发工具、低代码平台、AI 应用等。点击任意一个应用，即可查看介绍说明、部署参数和资源要求。

5. 在应用商店部署一个应用：以 MySQL 为例

下面以部署一个 MySQL 数据库为例，给出一套完整的操作和验证流程。MySQL 是应用商店里最常见的数据库模板，流程具有代表性，其他应用基本一致。

5.1 测试目的

验证应用商店能否通过浏览器完成一个真实应用的创建，并确认创建后的应用可以正常连接和读写。

5.2 操作步骤

1. 登录 Sealos 控制台，进入“应用商店”。
2. 在搜索框输入MySQL，选择官方或社区维护的 MySQL 模板。
3. 点击模板详情页里的“部署”按钮。
4. 在部署配置页，填写应用名称，设置管理员用户名、密码、数据库名等参数。如果模板提供了存储容量选项，按需设置大小。
5. 确认配置无误后，点击“部署”或“创建”。
6. 等待页面状态从“创建中”变为“运行中”。
7. 在应用详情页找到访问地址、端口和连接方式。

5.3 预期结果

部署成功后，应用详情页会显示 MySQL 服务的访问地址和端口。打开日志页面，可以看到 MySQL 实例已经完成初始化并进入监听状态。

5.4 功能验证

本地终端使用 mysql 客户端连接测试：

# 其中 <地址> 和 <端口> 换成应用详情页提供的实际值 mysql -h <地址> -P <端口> -u <用户名> -p

输入密码后，执行：

CREATE DATABASE testdb; USE testdb; CREATE TABLE demo (id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50)); INSERT INTO demo (name) VALUES ('sealos'); SELECT * FROM demo;

如果上述 SQL 都能正常执行，说明数据库服务已经可用。

5.5 判断成功标准

• 应用状态为“运行中”。
• 能通过外网访问 MySQL 服务。
• 能创建数据库和表，能写入和查询数据。
• 日志中没有明显的启动报错。

5.6 常见失败原因

问题现象	可能原因	排查方向
应用状态一直“创建中”	镜像拉取失败、磁盘空间不足、节点资源不够	查看应用事件和 sealos 集群节点状态
连接超时	服务未就绪、网络策略限制、端口显示错误	检查服务日志和端口映射
认证失败	用户名或密码填写错误	删除后重新部署，或通过环境变量确认密码
无法访问地址	域名未解析、证书未签发	等待服务就绪，刷新页面

6. 通过 App Launchpad 部署自定义应用

内置应用商店的模板数量是有限的。如果找不到你需要的应用，Sealos 还提供了自定义应用部署能力，一般称为 App Launchpad。这是一个把任意 Docker 镜像部署为在线服务的入口。

6.1 测试目的

验证除模板外，用户能否把一个自定义镜像部署为云端应用。

6.2 操作步骤

1. 在 Sealos 控制台找到“App Launchpad”。
2. 点击“新建应用”。
3. 填写应用名称。
4. 在镜像仓库字段填写要使用的镜像名称和标签，比如nginx、mysql或你自己的私有镜像。
5. 配置容器端口。容器端口指的是镜像内部监听的端口，比如 Nginx 是 80。
6. 根据应用手册配置环境变量、CPU 和内存限制。
7. 如果需要持久化数据，挂载存储卷。
8. 点击部署。

6.3 示例配置

以部署一个 Nginx 静态站点为例：

# 概念示例，实际在控制台表单中填写 appName: nginx-site image: nginx:latest containerPort: 80 cpu: 100m memory: 128Mi env: - name: TZ value: Asia/Shanghai storage: - mountPath: /usr/share/nginx/html size: 1Gi

需要注意，image标签应该选择实际存在并且可用的版本。生产环境不建议使用latest，最好固定到具体版本号。

6.4 预期结果

部署完成后，控制台会生成一个访问地址。打开地址，如果能看到 Nginx 默认页面，说明容器端口配置正确，网络链路已经打通。

6.5 判断成功标准

• 应用状态为“运行中”。
• 浏览器能打开生成的访问地址。
• 如果配置了存储卷，在容器内写入文件后，重启容器文件仍然存在。

6.6 常见失败原因

• 镜像不存在或私有仓库未认证，导致镜像拉取失败。
• 容器端口填错，导致外部访问拿不到响应。
• 内存或 CPU 限制过低，导致容器启动后 OOM 重启。
• 环境变量缺项，导致应用启动即退出。

7. 应用访问地址与域名管理

Sealos 应用部署成功后会分配一个公网访问地址。访问地址的分配方式和传统部署相比有很大优势：不需要自己购买域名、不需要自己配置 Nginx 反向代理，也不需要关心服务器端口占用问题。

7.1 默认域名与 HTTPS 证书

使用 Sealos 应用商店部署应用时，平台通常会自动为应用生成一个子域名，并自动申请和续期 HTTPS 证书。用户拿到链接后直接访问即可，浏览器不会出现证书警告。

这对 Web 应用、API 服务的体验提升非常明显。以前部署一个接口服务要给 Nginx 写配置，还要解决证书续期问题；在 Sealos 里，这些由平台统一处理。

7.2 自定义域名

如果你希望使用自己的域名，通常可以做两个操作：

1. 在 DNS 服务商处，把你的域名解析到 Sealos 分配的访问地址，一般使用 CNAME 记录。
2. 在 Sealos 控制台的应用详情页填入自定义域名，等待证书签发。

自定义域名配置完成后，访问自己的域名即可到达对应应用。这里提醒一点：域名解析生效需要时间，证书申请也需要时间，所以配置后不要立即判断失败，先等几分钟再检查。

7.3 端口使用体验

传统部署经常出现 8080、3306、80 端口冲突的问题。Sealos 应用商店通过 Ingress 和 Service 机制将外部流量转发到容器内部，用户不需要关心宿主机端口是否被占用。一个集群内可以同时运行多个监听 80 端口的 Web 应用，而互不干扰。

8. 应用生命周期维护与数据管理

应用部署只是第一步，后续的维护和管理更重要。Sealos 应用商店在应用生命周期管理方面提供了很多方便的能力。

8.1 查看日志

应用详情页一般会提供日志查看入口。应用启动报错、请求异常、数据库连接异常，都可以先看日志。对于喜欢命令行的用户，也可以通过 kubectl 查看：

# 查看 namespace 下的 pod，namespace 替换为实际值 kubectl -n <namespace> get pods # 查看某个 pod 的实时日志 kubectl -n <namespace> logs -f <pod-name>

8.2 修改配置和升级镜像

当你需要修改环境变量、调整资源配额、更新镜像版本时，可以在应用配置页修改对应字段并重新部署。系统会根据新的配置滚动更新容器。升级前建议先确认镜像版本兼容性，数据库类应用升级前要先备份。

8.3 持久化存储

数据库、文件存储等应用应该配置持久化存储卷。这样当容器重启或被重新调度时，数据仍然存在。

这里需要特别注意：删除应用时，要确认是否同时删除持久化存储。很多用户操作太快，在删除数据库应用时把存储卷也删掉了，造成数据不可恢复。这是一个非常常见且代价很大的坑。

8.4 数据备份

对于数据库服务，建议定期备份。你可以通过数据库原生工具导出到本地，也可以把备份文件放到对象存储中。例如 MySQL 可以定时执行：

mysqldump -h <数据库地址> -u <用户名> -p<密码> <数据库名> > backup_$(date +%Y%m%d).sql

更稳妥的方式是配置 cron 定时任务，并将备份文件保留到独立存储中。

8.5 删除应用

不再使用的应用应该及时删除，释放集群资源。删除前确认数据已经备份，尤其是数据库应用。

9. Sealos 应用商店常见问题与排查方法

应用部署涉及网络、镜像、资源、存储等多个环节，出现问题并不罕见。下面整理了一套比较通用的排查思路。

问题现象	可能原因	排查方式	解决方案
应用一直“创建中”	镜像拉取失败、节点资源不足	查看应用事件和日志	确认镜像名和标签正确，增大节点资源或清理无用应用
访问链接打不开	应用未就绪、证书未签发、DNS 缓存	检查应用状态和控制台日志	等待服务从“创建中”变为“运行中”，刷新 DNS 缓存
连接数据库超时	服务端口未开放、密码错误、IP 限制	查看服务端口和连接字符串	核对端口和密码，开放对应网络策略
应用启动后退出	启动命令错误、环境变量缺项、OOM	查看容器日志和事件	调整启动参数、补齐环境变量、增加内存配额
存储卷数据丢失	删除应用时选择了删除存储卷	检查删除确认项	下次删除前先取消“删除存储卷”或先备份数据
自定义域名不生效	DNS 解析错误、证书未签发	检查域名解析记录和证书状态	确认 CNAME 目标正确，等待证书签发
镜像拉取失败	镜像不存在、私有仓库认证失败	查看应用事件中的拉取错误	改用正确的镜像地址，配置仓库认证
页面显示 502/504	应用崩溃、网关无法连接后端	查看应用日志和进程状态	修复应用启动问题，调整资源配额

这里也顺便回应一下传统应用商店的常见毛病。很多人在“谷歌商店很多应用不适用”“应用商店安装包位置找不到”“应用商店无法访问”这些问题上浪费了不少时间，本质上是系统版本、架构、包依赖和访问环境导致的。Sealos 应用商店把应用容器化之后，这些问题被大幅弱化。应用商店里部署的是云服务，而不是本地安装包，所以不存在“这个应用不适配我的系统”的问题。

当然，Sealos 应用商店也会遇到自己的问题，主要集中在镜像拉取、资源配额和配置错误三类。只要按照日志一层层往下查，大多数问题都能定位。

10. Sealos 应用商店最佳实践与使用建议

10.1 先小后大，按需分配

第一次部署应用时，建议使用较低的资源配置，先验证功能是否正常。确认稳定后再调大 CPU 和内存。不要一上来就给每个应用分配高配额，否则集群资源很容易被耗尽。

10.2 给应用做资源限制

在创建自定义应用时，尽量设置 CPU、内存上限。否则一个内存溢出的应用可能拖垮整个节点。资源限制也是保护集群稳定性的重要手段。

10.3 日志和备份是底线

日志可以帮助定位问题，备份可以防止数据丢失。数据库应用一定要开启持久化存储，并定期备份数据。删除前确认存储卷状态。

10.4 不要使用默认密码

无论部署数据库、CMS 还是低代码平台，都要把默认密码改为强密码。数据库服务尽量限制公网访问，只允许来源 IP 访问。

10.5 镜像安全不可忽略

尽量使用官方镜像或可信来源的镜像。部署社区镜像前，看一眼镜像的提交记录、下载量、是否有明显的恶意行为。不要在镜像中埋入后门，也不要从不明渠道下载镜像导入。

10.6 合规使用与版权提醒

使用 Sealos 应用商店部署应用时，必须遵守相关软件许可证和平台使用规范。不要部署盗版软件、侵权站点、恶意脚本或用于绕过安全限制的工具。涉及人脸、声音、版权素材、用户数据的应用，必须确认已获得合法授权，并遵守隐私保护要求。

10.7 关注版本更新

Sealos 平台和商店里的应用模板都在持续更新。建议关注官方发布动态，及时更新平台版本和应用镜像。升级前先阅读变更说明，特别是数据库和核心中间件，避免大版本兼容性问题。

11. 总结与下一步

Sealos 应用商店最值得尝试的一点，是把“部署一个云应用”的门槛降到了普通人也能操作的程度。用户不需要懂容器，不需要配 Nginx，不需要处理证书，就能获得一个公网可访问的在线服务。

最先应该验证的能力是：在应用商店里部署一个带数据库的应用，完整走一遍“创建 → 访问 → 日志 → 删除”的流程。这个过程会帮助你快速理解 Sealos 的资源模型和服务编排方式。

最容易踩的坑是数据持久化。删除应用时误删存储卷、忘记配置持久化存储、没有定期备份，都是真实发生过的问题。操作前多确认一步，能省下很多恢复数据的精力。

后续可以继续扩展的方向有：使用 App Launchpad 部署自己的 Docker 镜像；通过 sealos CLI 管理集群资源；结合对象存储实现备份自动化；研究 Sealos 生成的 Kubernetes 对象，借此加深对云原生的理解。建议收藏备用，下次需要快速部署一个在线服务时，直接照着这篇文章操作即可。