如果你还停留在“下载安装包 → 解压 → 配环境 → 跑服务”的传统应用部署流程里这次可以换个思路。Sealos 应用商店解决的是云上应用部署的问题它把常用软件、数据库、中间件、低代码平台和开发工具做成了应用模板用户只需要在浏览器里点几下就能完成从创建到访问的完整过程。从体验上看Sealos 更像一个云操作系统登录后是一个桌面环境点开应用商店就能看到一堆已经打包好的应用。选中某个应用填好参数系统会自动创建容器资源、启动服务、分配访问地址、签发 HTTPS 证书最后给你一个可以直接打开的链接。整个过程不再需要手动登录服务器敲命令也不需要自己去处理端口映射和域名证书。这篇文章会把 Sealos 应用商店完整讲清楚先给核心能力速览和适用边界然后按环境准备、模板部署、自定义镜像部署、域名管理、生命周期维护、常见问题排查来走一遍。如果你正在考虑用 Sealos 做个人项目、团队协作或者轻量生产环境这篇文章可以直接收藏。1. Sealos 应用商店核心能力速览能力项说明项目类型开源云操作系统底层基于 Kubernetes应用商店定位提供模板化、一键部署的云上应用服务部署方式浏览器控制台操作应用以容器方式运行主要功能应用模板、自定义应用部署、数据库/中间件/开发工具、统一域名管理硬件要求使用云服务时本地无需 GPU/服务器自建需要 Linux 服务器节点启动方式浏览器访问控制台或通过 sealos CLI 管理集群是否支持 API管理侧基于 Kubernetes API可通过 sealos CLI 操作具体应用是否提供 API 取决于应用本身是否支持批量任务支持同时创建多个应用实例但与传统批处理任务不同属于服务编排维度适合人群开发者、运维、独立开发者、小团队学习成本使用应用商店很低深入管理需要了解 Kubernetes 基本概念有一点需要说明Sealos 应用商店不是“安装一个软件”的传统包管理器。它做的事情是“部署一个云服务”。每个应用都是一个容器化实例资源隔离、依赖隔离、访问入口都由平台统一管理。所以你在商店里看到的应用并不是下载到本机的安装包而是一个已经运行在云上的服务。2. Sealos 应用商店是什么和传统应用商店有什么区别应用商店这个概念并不新鲜。手机有手机应用商店Windows 有 Microsoft StoreLinux 有各种发行版自带的软件源。传统应用商店的问题也很明显不同系统、不同架构、不同发行版之间存在兼容性差异依赖冲突、版本不一致、缺少安装包、界面无法访问等问题经常出现而且应用往往安装在本地占用本机资源升级和卸载也会留下垃圾文件。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 操作步骤登录 Sealos 控制台进入“应用商店”。在搜索框输入MySQL选择官方或社区维护的 MySQL 模板。点击模板详情页里的“部署”按钮。在部署配置页填写应用名称设置管理员用户名、密码、数据库名等参数。如果模板提供了存储容量选项按需设置大小。确认配置无误后点击“部署”或“创建”。等待页面状态从“创建中”变为“运行中”。在应用详情页找到访问地址、端口和连接方式。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 操作步骤在 Sealos 控制台找到“App Launchpad”。点击“新建应用”。填写应用名称。在镜像仓库字段填写要使用的镜像名称和标签比如nginx、mysql或你自己的私有镜像。配置容器端口。容器端口指的是镜像内部监听的端口比如 Nginx 是 80。根据应用手册配置环境变量、CPU 和内存限制。如果需要持久化数据挂载存储卷。点击部署。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 自定义域名如果你希望使用自己的域名通常可以做两个操作在 DNS 服务商处把你的域名解析到 Sealos 分配的访问地址一般使用 CNAME 记录。在 Sealos 控制台的应用详情页填入自定义域名等待证书签发。自定义域名配置完成后访问自己的域名即可到达对应应用。这里提醒一点域名解析生效需要时间证书申请也需要时间所以配置后不要立即判断失败先等几分钟再检查。7.3 端口使用体验传统部署经常出现 8080、3306、80 端口冲突的问题。Sealos 应用商店通过 Ingress 和 Service 机制将外部流量转发到容器内部用户不需要关心宿主机端口是否被占用。一个集群内可以同时运行多个监听 80 端口的 Web 应用而互不干扰。8. 应用生命周期维护与数据管理应用部署只是第一步后续的维护和管理更重要。Sealos 应用商店在应用生命周期管理方面提供了很多方便的能力。8.1 查看日志应用详情页一般会提供日志查看入口。应用启动报错、请求异常、数据库连接异常都可以先看日志。对于喜欢命令行的用户也可以通过 kubectl 查看# 查看 namespace 下的 podnamespace 替换为实际值 kubectl -n namespace get pods # 查看某个 pod 的实时日志 kubectl -n namespace logs -f pod-name8.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 对象借此加深对云原生的理解。建议收藏备用下次需要快速部署一个在线服务时直接照着这篇文章操作即可。