Sealos 是什么
以 kubernetes 为内核的云操作系统，这是最精准的一句话形容。
了解起来非常简单，windows 用过吧，sealos 和 windows 产品状态很像然而有两个区别：
- Sealos 不是运行在一台服务器上，而是运行在整个数据中心或者多台服务器上；
- Sealos 下面运行的就不再是 QQ 微信了，而是各种开发者须要用的分布式应用。
如此用户用云就能像用个人电脑一样简略了
很多人一看 Sealos 就会说：这不是宝塔嘛，的确也能够这样类比，只是宝塔更关注到单机利用，Sealos 能够广义的了解为“分布式应用的宝塔”，这样各种分布式应用能够很快运行起来。用宝塔首先你得搞台服务器，而 Sealos 自身就是一台超级计算机，关上网页间接用。
了解 Sealos 须要有个核心思想：
- 整个集群是一个整体，不是零散的服务器；
- 整个集群是一个整体，不是零散的服务器；
- 整个集群是一个整体，不是零散的服务器。
重要事件说三遍，记住这个，了解什么都容易了。
所以在 Sealos 上你能够：
- 一键运行 nginx；
- 一键运行你的各种编程语言程序；
- 一键运行各种低代码平台，各种数据库；
- 云开发，函数计算像写博客一样写代码；
- 。。。
须要什么就装什么，不须要什么就卸载掉。
Sealos 解决了什么问题
- 用云体验 – 让用云变得像用个人电脑一样；
- 用云老本 – 不是把老本抹个零头，而是把老本抹的只剩零头；
- 一键构建公有云，私有云公有云统一体验。
用云体验 —— User Interface
我对 User Interface 十分的器重，其实单机操作系统曾经给了标准答案，然而明天很多云平台都变成了一个硕大无朋，让用户迷失在了产品中，甚至诞生了一些专门用云的培训岗位，这就是产品上的失败。很少有人去上苹果手机的培训课，因为产品足够优良。
产品理念上首先要了解不同的角色关注点不一样，云的用户群体里有开发者 DBA 运维，懂 k8s 的，小白，专家 等等，如果用一个产品想做让这些角色都能有好的体验简直不可能，同样一个 CI/CD 工具都有人喜爱 jenkins 有人喜爱 drone。
很多 PaaS 平台就是这样，以 CI/CD 为例，集成了某一款工具如 jenkins，这就陷入一个难堪地步，一旦这个工具不再风行，或者有更优良的进去，简直这个平台就得写代码来重构局部外围能力。也无奈同时满足不同人的爱好。
这里咱们看单机操作系统是怎么做的？零碎自身啥也不论，只负责把利用治理好，那用户就能够筛选本人喜爱的利用，办公软件有人挑钉钉，有人挑飞书，不关 windows 什么事。这就具备了极大的自由度。很多人可能感觉各种 PaaS 平台也有利用市场啊，然而其实他们并 没有把利用当成一等公民，反而大部分把 k8s 当成了一等公民，不说有什么大错，只能说这样做只能定位在云原生这个用户群体，无奈做到高度的形象。
Sealos 就齐全遵循了操作系统的理念，用什么就聚焦在什么性能上，比方 DBA 创立数据库关怀 k8s 干啥，k8s 单词不会拼都没关系，比方用函数计算的跑不跑在容器里关我什么事，比方一个 k8s 技术专家那就装个 lens 或者命令行咔咔敲就完了。
用云体验 —— API > CLI > GUI
很多人广义的了解产品就是 GUI，其实一个没有 API 的云和废物差不多，企业想高效的运作必定会买通和对接各种零碎，API 就尤为重要，很多时候云的设计不肯定是给“人”用的，而是给别的“程序或零碎”用的，这样企业能力实现高度的自动化。
Sealos 的 API 齐全兼容 kubernetes CRD 设计，给每个租户都调配了权限受限的 kubeconfig 认证文件，这样自在的对接各种零碎。
用云体验 —— 所有操作不要超过 3min
咱们心愿 Sealos 上绝大多数操作都在 30s 内能够实现，最长的不能超过 3min，如果超过那这个性能肯定是有问题的须要从新思考。
用云体验 —— 行政都会用
Sealos 尽管是给开发者用的，然而咱们开发性能时会间接让没有任何技术背景的行政同学体验，她能跑能流程阐明门槛降到足够低了，如果不行那就还须要进一步升高门槛。如果云还须要他人教才会用那就太失败了。
用云体验 —— 精品利用
先要谋求利用的品质而不是数量，对于绝大多数利用都须要一个运行环境和后端依赖数据库，把这两个利用做粗劣再去拓展其余利用。官网利用反对常用软件并集成各个方向和畛域的顶尖利用。
用云体验 —— 保障扩展性
Sealos 并不本人去搞规范，而是 follow 成熟体系和事实标准，这样与整个生态兼容性都会十分好，这意味着当初所有的云原生利用都能够平安的运行在 Sealos 上，即使没有产品化的一些利用也能够通过 Sealos 的 terminal 来运行，它齐全平安的兼容 kubernetes。
为什么加个“平安的兼容”，因为企业级的云操作系统肯定不是一个裸 kubernetes，试想一下你企业外面的每个员工都能操作主机，都有管理员级别的权限是一键多恐怖的事，而 Sealos 外面的每个用户权限都是受限在本人 namespace 中，不必放心某个用户下载了一下不适合的镜像对整个集群造成灾难性侵害。
用云老本
咱们并不是只想帮你升高 30% 老本，这个太没挑战，太干燥，咱们心愿把云的边际老本降到白菜价。至多升高到原来的 1/10，这是谋求！怎么做到？
第一：摈弃 IaaS PaaS SaaS 三层架构
为什么要摈弃？因为你看一看 IaaS 都做了什么而你到底须要不须要它，IaaS 相当于把数据中心外面的路由器交换机虚拟机这些硬件全用软件模仿了一遍，调度是变得灵便了，可软件老本也变得极高无比，就像 openstack 没个几十人想搞稳固它不太可能，这就导致单纯软件老本就极高了。以前仿佛是必须这样干能力灵便调度晋升资源利用，而当初从利用视角来看我的利用跑起来就完了并不必关怀它是否跑在独立的 VPC 中。
以上是我五年前画的一张图，当初逐步变成了事实，这就和单机操作系统晚期也是分层前面才变成内核架构一摸一样，云计算分层架构是有历史包袱的。企业一旦摈弃了 IaaS 就能够节俭大量的老本，还能顺便享受更高的性能。
从这个视角去看，你真的不须要 IaaS，而 PaaS 和 SaaS 从技术视角上都是一个货色，所以也没必要辨别，都是利用。
对于云内核架构而言，只须要做好多租户的隔离，基本不须要用那么重的形式去实现，比方 Sealos 能提供在公网不可信的环境中实现多租户共享一个 kubernetes 集群，咱们应用强隔离容器 (firecracker)，网络策略(cilium) 以及存储块设施隔离 (openebs) 做到，老本更低成果更好。
第二：夸大级别晋升利用密度与调度效率
除非是十分重型计算密集型的利用，不然一台服务器上不跑个 100 多个利用你出门都不好意思和他人打招呼，而在 Sealos 上 咱们一台服务器跑 800 个利用！还能保障利用的稳固。
这对企业意味着能够缩小大量硬件资源的洽购，如果你是企业高管，看看整个公司整体资源利用率，大部分都在 20% 以下，这就有很多倍的晋升空间。
到了这一步企业节俭一半老本比较简单。
第三：充沛弹性
夜间企业的不沉闷利用应该都去睡觉劳动，把资源留给离线计算或者训练任务，这点其实用私有云更有劣势，因为能够间接开释资源，节俭大量老本。
Sealos 间接把这一重要个性内置。如果企业所有利用都以这样的形式运行，能够节俭巨量的老本。
第四：干掉僵尸利用和僵尸服务器
企业外面有很多开发测试的程序，怎么晓得哪些没人在用？甚至还有很多僵尸“服务器”，有些企业只能靠一个 exel 表来保护谁用了啥，过一段时间把负责都问一遍，清退没人有的服务器，略微高端点的会搞个老掉牙的 CMDB。。。
解决这个问题的釜底抽薪方法是：收钱。对，企业外部也得收钱，欠费的利用就间接干掉。
这样每个部门能够申请额度，开发者申请额度，额度用完就干掉利用，这样能够长期保障没有僵尸利用。而 Sealos 把所有服务器都对立纳管，整个集群变成一个大资源池，当然就不可能存在僵尸服务器了。同时还帮企业节俭了一帮运维人力。
要想杜绝资源节约就须要这样精细化经营，Sealos 以极低的老本达到这个目标，企业管理者惟一要做的事就是给每个子账户分钱即可。
这样你能够精细化的管制到每个部门每个人用多少钱，从而进一步剖析 ROI。
第五：最多半集体运维整个云
一帮运维？每个业务都有运维组？你见过微软把 PC 卖给你再给你配个运维？所以还是软件不够优良，足够优良足够稳固就不须要运维这个角色。或者这个角色做的事件会扭转比方写编排文件写 operator。
Sealos 的开发者花了不到一半精力保护整个云，8000 个利用时半个人，8w 个也是 80w 个也是 800w 个也是半个人，这就是云操作系统，不会因为体质变大而减少运维复杂度。
我是一个比拟中性的人然而我有个极其观点是云足够成熟的状况下不应该有运维这个角色，如果你的企业运维超过 3 集体（搬服务器的除外），那应该好好反思一下。
在给当初的运维人员指条明路：去开发云操作系统。
第六：研发人力老本
我是一个研发，我至多 50% 以上的精力花在了研发之外的事上，那些杂事加起来可能有 20% 然而其影响可能是 80%。它会割裂我正在做的事，比方你写完代码想着还要卖服务器，配置证书，打包，上线 一想到这些我敢打赌没有哪个开发者喜爱做这些事，除非他是个变态。开发者是群懒人，为了偷懒开发出一大堆工具，这是偷懒者的胜利，sealos 也是一群偷懒者发明的，所以能主动绝不手动，能 AI 绝不人工。
本人剖析问题多累，AI 比人还业余。
Sealos 上函数计算能力 Laf 就能够让写代码像写博客一样简略，点击保留，关机走人，要想上班早, Laf 得用好。
所有后端依赖如数据库这些都能够轻松 30s 之内解决。将来还有 AI 主动打包上线，自动编码调试等。
这无形中的研发效率晋升能够节俭的老本是难以想象的，咱们客户例子中 2 集体干五个人活的亘古未有。
一键构建公有云，私有云公有云体验统一
Sealos 对云计算的了解是粗浅的：
私有云和公有云是一回事，同一个形象，同一套代码，同一种体验，装的利用不同尔
你会发现 linux 不论跑在你本人的数据中心还是跑在私有云上都是一种产品状态，这就是优良软件的特点，能做到高度形象。
Sealos 设计之初就思考到这一点，其实私有云与公有云实质是一样的，都是链接计算资源。很多人可能感觉不一样啊，私有云还有充值计费什么的，其实只须要把这些性能放到一个独自的利用中即可，这样在不须要的场景间接不装置这个利用。
但其实大一点的企业即使做公有云它的状态也应该和私有云一样，计量计费是十分重要的一个性能，企业超过 10 集体都须要精细化经营云资源，就更别说成千上万人的企业用公有云了，各部门的老本摊派等。
一些十分小的差别比方 微信领取 第三方登录这些可能的确不太须要，这就是一些小的配置。
Sealos 技术剖析
Sealos 抉择一条十分有挑战的场景：在公网不可信的环境中让多租户共享一个 kubernetes 集群。
这样做的益处是微小的：
- 用户进来间接用，不须要构建集群，也只须要为容器付费，老本大大降低。
- 随着规模增大就会产生飞轮效应，让边际老本大量升高。（Sealos 摩尔定律：Sealos 集群规模每翻一倍用户用云老本会升高 30%）
同时带来了一个微小的技术挑战：隔离性，安全性和超大规模。
咱们解决了这个技术挑战，那不仅在私有云上为客户提供很大价值，在公有云场景就更轻松拿捏了。
从这张图中拆解 Sealos 的技术体系：
到处运行
这块比拟驰名的开源我的项目可能是 terraform 了，不过很遗憾在对接某个云时启动速度很慢（某些 driver 写的不够好，不能怪 terraform），而且很容易触发云厂商的 API 调用 limit（也是 driver 乱申请），无奈满足咱们的需要。
而且咱们心愿的规范是 kubernetes CRD 而非 terraform，这样配合上 helm 就能够，于是咱们自研了一个对接基础设施的控制器。后果是本须要 10min 启动的基础设施咱们优化到了 30s，这简直是极限了，很难在有压迫空间了，除非云厂商本人服务器启动工夫能再快些。优化点次要在一些并行的解决以及退却算法调优，而不是动不动就 sleep 10s. 加上在这些虚拟机上启动 Sealos 集群也只须要 3min，这曾经优于很多同类产品了，大家能够自行比拟（其它个别 15min）
同样在裸机上运行要思考大量兼容性问题，所以 Sealos 底层简直全副摈弃 rpm apt 这些与操作系统耦合的装置工具，这样简直兼容了全副支流的 linux 发行版。windows 咱们不反对，起因是因为单纯的厌恶不喜爱。
同时咱们的集群镜像能力能够很好的同时反对 ARM x86 这些支流硬件体系架构。
云驱动层
这块挑战微小，如果不思考安全性隔离性，这块装一个 containerd calico openebs 可能就 OK 了，然而在公网不可信环境中这种弱隔离必定是不行的，所以咱们在一些新的技术上填坑，如 firecracker 来解决容器维度强隔离，而云厂商虚拟机里套虚拟机又是有问题的，这里后续咱们会独自发一篇文章来介绍。
网络咱们对计量和隔离的要求极高，而 calico 这些你懂的，隔离会应用大量的 iptables 规定，规模一大根本网络就不可用了，咱们测试过 5000 条规定时压力测试一下就有 30% 的失败率。网络这块咱们就引入了 cilium，通过 ebpf 来解决这这些问题，还有多租户的网络计量。
存储咱们应用 openebs + lvm，为每个用户挂载独立隔离的卷，这样用户能够享受到本地磁盘的性能。而文件存储又变成一个大问题，nfs 这些简直只是玩具，根本无法生产。所以咱们世界冠军同学带队基于 rust 齐全自研 sealfs 文件系统，架构超级精简，主打高性能，反对 RDMA。
生命周期治理与集群镜像
对于集群装置扩容 sealos 老用户都晓得，简直曾经被做到极致了，多简单的集群一律一条命令搞定！
而集群镜像能力世界上可能（为了不触犯广告法加上可能二字）只有两款软件反对 sealos 和 sealer，都是我主导开发的，sealer 在阿里时捐给了 CNCF。这种能力是交付之王！能够用齐全兼容 Docker 镜像的格局把整个集群打包，到了客户环境一键交付。
在集群镜像能力背后可能 (用词谨严) 其它所有交付工具我只能说：都是弟弟。
租户治理
任何一个企业级用户，多租户都是刚需，在设计租户权限的时候既要灵便又不能简单，这些部门或者开发者之间既要互相隔离，又须要能相互协作，而原生的 kubernetes 是不帮你做这些的，只提供一个最粗略的 namespace 治理必定是不够的。
Sealos 会为每个登录的用户调配一个独立的 kubeconfig，其权限只会被限度到用户本人的 namespace 中，用户能够把本人的 namespace 共享给他人。用户想穿透到主机，或者应用特权，或者共享主机文件系统端口号这些危险操作通通禁止，这才是企业实际云原生的 (可能) 最佳姿态。
利用治理
利用是 Sealos 的一等公民，在云内核之上，所有皆利用。这里最难的中央是在多租户的状况下如何寻求一个对立的利用治理形式的形象。
比方有些利用是须要一个管理员权限跑一个控制器的。
有些利用是须要跑一个独自的实例的。
有些利用是一个实例多个用户共享应用的。如一个 chatGPT API。
有些利用是不应用时就要被主动开释的。如 terminal 利用，没人用会主动被回收。
而零碎还须要对这些利用进行权限的管控和计量，进一步减少了复杂度。
Sealos 把这些能力全副形象成了利用，就像你 macOS 上跑的利用一样。
自研函数计算利用 Laf
真的让你体验什么是像写博客一样写代码
- 云端开发，码上生花
- Laf 用的好，天天上班早
- 行政都会用的云开发
- 函数计算有两种 30s 上线的和 30s 劝退的
Laf 的毫秒级公布简直吊打所有，个别其余计划公布一次都得等个 3 到 5s，而 laf 能做到比发博客还快。
Laf 间接集成 GPT4，大部分代码就不必你本人写了，咱们训练了几千份 Laf 的代码，当初 AI 写起来曾经很绝绝子了。
数据库内置，对象存储内置，除了用 AI 写点代码简直不必关怀其它任何货色。
对 websocket 的反对简直天下无敌（有些 function 按调用时长免费，我就问你一个长链接你的钱包还够不够）
别的函数计算不是常驻模型，一个 chatGPT 的会话 ID 你都得存到数据库，而 Laf 齐全不须要，用的是常驻主动伸缩容器。
自研 AI 知识库利用 fastGPT
Laf AI 写代码，sealos 故障主动诊断，AI 主动上线利用，主动构建 Docker 镜像，这些通通靠 fastGPT 这个我的项目，主动帮你构建知识库。
数据库 / 音讯队列等利用
咱们外围聚焦在操作系统和局部内置利用上，数据库 音讯队列这些是个十分业余的畛域，咱们抉择的方法是与顶级天团团队单干，数据库咱们选用 kubeblocks，是 polarDB 创始人曹伟主导的我的项目（刚好就在咱们隔壁，他们的咖啡好喝，数据库好用）。kubeblocks 对立编排了 mysql pgsql mongo redis，各种高可用数据备份复原等，相对的为数据保驾护航。数据库管控咱们与 bytebase 单干，google 云数据库团队负责技术负责人陈天舟带队。
音讯队列咱们抉择与 rocketmq 创始人王小瑞单干，对立解决 rocketmq kafka 等音讯队列服务。
devops 咱们与 gitea 单干，90% 兼容 github actions，gitea 作者亲自带队，github actions 简直是一个完满 devops 计划，gitea 抉择与其兼容是一个十分理智的抉择。
计量计费
计量并不容易，首先须要有相似监控零碎的采集机制，容器的 CPU 内存 磁盘，采集到了之后须要与其 namespace 关联，最终关联到账户。除此之外还须要采集一些比拟难采集到的货色，比方函数计算外面数据库的拜访次数，对象存储每个租户用的大小等。最难的是在不影响网络性能的状况下对网络带宽的计量。
计量零碎的挑战是他不像监控零碎那样对精准度要求不高，一旦计量出错用户的钱就出错，是个十分敏感操作，咱们须要有个对账的系统对计量进行校验，确保没有收错钱。
有了这个能力，企业就要以对部门和外部开发者做精细化的经营，利用欠费主动停机就会让整个公司简直没有僵尸过程。
咱们还实现了私有云模式与公有云模式计量的对立形象。
Sealos 设计理念与准则
牛掰的货色从使用者视角来看肯定是简略的，如苹果手机，安卓操作系统。云计算同样能够做到，然而如果简略性能不强，那叫简陋。牛逼的架构不会就义复杂度来加强性能。
Sealos 一旦违反这些准则，就会走向轻便，奔向死亡。
大道至简
Sealos 大道至简体现在两个方面：产品设计 & 零碎架构。
产品上咱们坚定不想给用户带来任何累赘，就心愿用户像用个人电脑一样用云，是什么样的角色关怀什么样的利用，坚定不让额定你不须要用的性能对你产生烦扰。这不意味着性能就弱，Sealos 能够通过扩大任何利用来加强零碎的能力，也提供原生 API 来自在扩大。
零碎架构层面摈弃 IaaS PaaS SaaS 三层架构是个明智之举，因为从利用视角来看其实压根就不须要简单的三层架构去撑持，云内核 + 云驱动，零碎之上皆为利用。
化整为零
Sealos 能够精简到只剩一个裸 kubernetes，也能够装成千上万个利用，能够跑在电视盒子上，也能够运行在数万台服务器的数据中心，想想优良的 linux 是不是也是这样，能够运行在嵌入式设施上也能够运行在最大的数据中心，这就是一种化整为零的架构，能够做到恰好满足你的需要，而不是堆了一大堆你不须要的能力。
只有这种架构能力做到有限扩大。
自在组装
内聚精简的架构就能够依据本人的需要来做组装，让你的云多一分则嫌多，少一分则嫌少。这得益于高度形象的能力，具体性能通过利用自身去实现，而云操作系统自身对下只须要池化资源，对上只须要治理好利用即可，这样即使整个生态几十万利用呈现也不会减少你的云的复杂度。参考你是怎么用智能手机的，云也能够这样玩。
应用场景
间接应用 sealos 提供的云服务
- 任何的业务组件能 build 成 docker 镜像的就能很轻松跑在 sealos 上(前面当然会有 AI 帮忙实现镜像构建，什么 Docker 我不懂)，比方企业外部各种编程语言写的我的项目。
- 四大数据库高可用集群一键启动 pgsql/mysql/mongo/redis，备份 / 复原 / 监控 / 管控 应有仅有。
- 各种出名开源我的项目都可运行在 Sealos 上。
所以能够很好的在 Sealos 上运行你的业务零碎，解决了业务运行时问题和所有后端依赖。
帮忙你构建残缺的公有云，撑持企业全副利用，全面云原生化
大家可能越来越发现裸硬件不仅比虚拟机性能更好，而且价格还便宜，不过还是大量公司还不会思考托管硬件，起因就在于很难搞得定软件局部，搭 openstack? 搭 kubernetes？其实都差点意思。
Sealos 的云服务版本能够截然不同的 clone 到你本人的机房，Sealos 目前曾经服务数万在线用户了，能反对的场景和复杂度曾经超过绝大多数公司了，毕竟有几万开发者的公司还是不多的。
所以裸机 +Sealos 软硬件都有了，自建公有云这个事就成立了。
自建成本有多高呢？
- 买好服务器
- 一条命令起集群，小白都会，管你多少台服务器都是一键
-
最多 0.5 人保护，咱们根本实现了自运维，目前在线集群服务上万利用投入的保护人力 0.1 个左右
差异化 & 技术比照
比照 Rancher kubesphere 这些云原生 PaaS 平台
这是问的最多的，最大的区别是设计理念，Sealos 不会去做一个大而全的 PaaS 平台，云操作系统自身是高度形象的，是 nothing，Sealos 上利用是一等公民，通过各种不同的利用来满足用户的需要，比方 Sealos 上 Database 利用，你在应用它时齐全不必关怀其余任何概念，kubernetes 单词怎么拼都不晓得。
Rancher kubesphere 是十分优良的 PaaS 平台。Sealos 不会把 kubernetes 当成目标，就像是你用 linux 不会太关怀 kernel 的 systemcall 一样，更重要的是 kubernetes 上跑了什么利用，所以 Sealos 的用户画像是整体开发者，试图做一个通用性操作系统，而不仅仅只是满足云原生圈内的人，甚至 Sealos 不太想强调云原生这个明天都没有明确被定义的概念。
所以思考点 不是“更好用的 kubernetes”，而是“利用 kubernetes 提供给用户想要的利用”
❝
用户真正须要的是什么？
操作系统的特点是用户须要什么它就是什么，极其灵便，不会给用户带来额外负担。
如 windows 对于一个游戏玩家来说就是个游戏机, 对于程序员来说就是用来写代码的工具，对于美工来说就是用来修图的。操作系统的状态取决于使用者是谁，装了什么利用。同理 Sealos 也是这样的设计理念，所以用户用户感触会齐全不一样。
比照各种装置 kubernetes 的工具
装置只是整个操作系统的一个 boot 性能，不过 Sealos 在集群生命周期治理和利用打包交付上也有极大的特色。
首先就是一条命令搞定，其次就是借助集群镜像能够把整个集群打包，到处交付。最初就是能够通过像写 Dockerfile 一样灵便的定制你想要的集群，自在组装镜像替换要的组件，上百款组件任你选。
总结
Sealos 社区当初领有宏大的社区用户根底，倒退了很多年，久经沙场，稳定性在各种极其场景下久经考验，稳如老狗。
咱们云服务注册用户和利用数量也在夸大级别的增长，上线两周超 6k 在线开发者，近万利用数量。
咱们会为用户提供一个私有云公有云体验完全一致，简略，便宜，凋谢，弱小的云操作系统。
** 对于 Sealos
Sealos 是一款以 Kubernetes 为内核的云操作系统发行版。它以云原生的形式，摈弃了传统的云计算架构，转向以 Kubernetes 为云内核的新架构，使企业可能像应用个人电脑一样简略地应用云。**
🌟GitHub：https://github.com/labring/sealos
🏠官网：https://sealos.io
💻开发者论坛：https://forum.laf.run
sealos 以 kubernetes 为内核的云操作系统发行版，让云原生简略遍及
laf 写代码像写博客一样简略，什么 docker kubernetes 通通不关怀，我只关怀写业务！