新一代应用统一部署管理平台 Seal AppManager 采用平台工程的理念,通过降低基础设施操作的复杂度为研发和运维团队提供易用、一致的应用管理和部署体验。Seal AppManager 帮助研发和运维团队实现关注点分离,即运维工程师负责基础建设,研发可以在零基础设施知识的情况下实现应用部署管理。
本文以运维和研发两个视角,介绍如何通过Seal AppManager 从源码构建一个 Java Web 服务并部署到 Kubernetes 中。
李维是 Alpha 公司的 DevOps,他需要搭建一个自服务平台提供给不了解容器和 Kubernetes 的研发团队使用。他做了以下准备工作:
执行以下命令启动 Seal 服务:
sudo docker run -d --privileged --restart=always -p 80:80 -p 443:443 <seal-container-image>
通过 https://<server-address>
访问Seal的UI。
第一次登陆时根据UI提示,在服务器上运行以下指令获取初始的管理员密码。
sudo docker logs <your-container-id> 2>&1 | grep "Bootstrap Admin Password"
以 admin 用户名以及初始管理员密码登陆 Seal,并根据UI提示设置新的密码以及 Seal 的访问地址。
配置提供给研发使用的镜像仓库测试账号:
REGISTRY_USERNAME
,在【内容】中填入镜像仓库认证的用户名,点击【保存】按钮。REGISTRY_PASSWORD
,在【内容】中填入镜像仓库认证的密码,点击【保存】按钮。添加 Kubernetes 集群作为应用的部署目标:
test-k8s
,在 Kubeconfig
中填入准备的集群 Kubeconfig
文件,点击保存按钮。development
。test-k8s
连接器,点击【保存】按钮。
注:
- 连接器是对接任意基础设施和服务的抽象对象,例如 Kubernetes,公有/私有云,虚拟机,版本控制系统等等。
- 环境是应用部署目标,环境中可以关联若干连接器。
李维已经完成了基建工作!后续他可以在 Seal 平台接入更多不同的基础设施,添加更多沉淀了组织内 DevOps 最佳实践的应用模块,提供给研发团队使用。对于本文的工作,使用 Seal 内置的模块即可完成。
张研是 Alpha 公司的研发,他不熟悉 Kubernetes,他想在不需要提工单给运维的情况下快速搭建开发测试环境(所谓自服务)。
项目代码仓库放置在:https://github.com/seal-demo/spring-boot-docker-sample
张研登入Seal平台执行以下操作:
myapp
,点击模块配置中的【+】按钮。s2i
,模块列表中选择 build-container-image
,在Git URL中填入 https://github.com/seal-demo/spring-boot-docker-sample。image
中填入镜像名称 registry.alpha.org/myproject/myimage:latest
(注:这是张研所在Alpha公司的仓库地址,您需要换成您所用的镜像仓库地址)。${secret.REGISTRY_USERNAME}
和 ${secret.REGISTRY_PASSWORD}
。Seal的UI会引导填写对已配置密钥的引用。点击【确定】保存构建镜像模块的配置。web
,确认模块列表中选择 webservice
,在【Image Name】中填入 ${module.s2i.image}
,Seal的UI会引导填写对其它模块输出的引用。Ports
为 8888 端口(这是张研所用代码监听的端口)。点击【确定】保存web服务模块的配置。现在张研可以在Seal上一键部署测试环境了:
myapp
应用详情页。dev1
,选择运维团队(李维)提供的 development
环境。点击【确定】按钮创建应用实例。
TADA!张研现在可以访问他的服务测试环境了!后续他可以将该应用共享给其它的开发测试成员,创建多个应用实例。
本文通过两种角色视角的职责划分,展示了 Seal 如何实现研发和运维关注点分离;通过从源码到 Kubernetes deployment 的部署,展示了Seal 的应用模型抽象。当然不止于此,一个应用模块可以是构建逻辑、云原生工作负载,也可以是传统部署负载或是其它的资源抽象。
欢迎来探索更多功能!