共计 2407 个字符，预计需要花费 7 分钟才能阅读完成。
这个时候议论公有云仿佛有点反直觉？大部分人认知不是上云是大趋势嘛？我也比拟认可上云，不过 公有云也是云，明天给大家带来一个新的抉择 —— 用云，装个 sealos 就够了。
看看咱们怎么做到更低的老本，更高的稳定性和性能的。
PS：咱们从不脱离场景谈劣势，不同场景选不同的云必定是硬道理。
为什么要建设公有云
- 大部分是为了数据安全，如金融畛域，或者一些企业不想把本人外围数据放在私有云厂商手里。
- 在某些场景下，公有云的老本会更低
- 通过一些计划解决，可能会在公有云环境中失去更好的性能
公有云建设之痛
以上每一步都是步步惊心：
- 须要大量专家和开发者，招到不适合的人会付出很大的代价
- 产品设计抄来抄去，十个有九个会去抄 AWS
- 艰难的技术选型，虚拟机？容器？计算？存储？网络？每个细节的点都波及到技术选型和组合。
- 建设周期长，架构设计，开发实现，性能 / 性能 / 稳定性测试等
- 稳定性难以收敛，要么性能问题，要么天天救火
- 最终做进去了团体不敢用，不好推广，这一步往往是最难的。
所以任何企业要是没点教训，想一步把事件做对，是十分十分艰难的。
切实不行去洽购一套吧。
最初发现洽购也是问题：
- 不晓得选哪家，大厂贵，小厂不敢用
- 交付重且周期长，长期保护对接也各种不不便，响应也是问题
私有云与公有云老本比照
因为以上种种问题，导致了公有云的老本很高很高：
单纯看算力老本的话，比方私有云的 100 核 CPU 要比你买 100 核 CPU 的硬件贵十分多（通常 10 倍以上，我司有两个集群等同算力价格差了 20 倍，私有云还是贵）
然而算上软件老本，会发现公有云可能会更贵，不仅贵，还有可能做不好。
回头看看 linux
你会发现企业应用 linux 这种单机操作系统的老本并不高，因为：
- 谁都会装
- 谁都会用
- 运行稳固
- 简直不必投入太高老本
- 根本不须要定制化开发
- 外围起因：linux 写的好还视金钱如粪土
再看个失败的例子 openstack
大量的老本能力把这玩意儿真正落地。
- 专业人士三天都不肯定能装起来
- 想要运行稳固没个 15 集体以上的团队别想
- 得改一堆代码能力用
- 把性能飙起来更是难
- 不能怪 openstack，曾经很优良了，只是这事的确太简单
So 云为什么不能像 linux 一样？
- Kubernetes 这个足够优良的“云内核”让云操作系统成为可能
- 基于云内核的云操作系统发行版能够让企业用云开箱即用
- 公有云的软件老本能够被降的非常低
- 最终企业购买硬件再装上云操作系统能够失去一个既便宜又好用的云。是一种新的可选计划。
所以，基于云操作系统的云的老本模型会变成这个样子：
基于云操作系统的公有云落地流程就缩短到两步：装置和推广，其实装置可忽略不计。
来吧，通过 sealos 去建设一朵云
而后就没有而后了。。。
外面形如 labring/kubernetes:v1.25.6 的货色都叫集群镜像，当初有上百款供你组合成你想要的样子。只须要带上服务器的 IP 地址列表，所有搞定。
企业外部的落地推广也想补充一句，就是如果是企业本人做出个新货色想去推广时会发现困难重重，然而企业外部去推广一个出名软件会简略的多。比方在企业外部推广 gitlab 时就会比推广一个企业自研的代码托管容易，推广 pgsql 就比推广一个企业本人写的数据库容易。这是兽性，更容易接受某个畛域市场领导者位置的产品，特地是实用主义者。
sealos 在云操作系统畛域有足够好的知名度，足够高的开源影响力，在企业外部落地推广时会容易的多的多。
构建公有云，装个 sealos 就够了
linux 内核和 redhat 之间的关系就很像 kubernetes 和 sealos 之间的关系。咱们把 kubernetes 看成云操作系统的内核，基于这个云内核做一个能够运行在多台服务器上的云操作系统发行版，零碎之上“所有皆利用”。
最终能够把整个数据中心所有服务器变成一台“逻辑计算机”，让用云变得像用 PC 一样简略：
架形成从 IaaS PaaS SaaS 三层架构，转向云内核架构：
其实物理机上跑容器才是王道
- 当初还在虚拟机上跑容器除了节约性能，升高稳定性，进步保护老本，简直没看到其它益处
- 网络性能飙到顶，简直能够没有任何 overlay，在虚拟机上 额定两个核在封包拆包
- 间接享受物理磁盘的性能，而且能够隔离
- 能够上 firecracker 或者其它 rust-vmm 的轻量级虚拟化技术，同时具备容器的轻快和虚拟机的强隔离劣势
私有云的充沛弹性也能够节俭很大老本，特地是弹性显著的业务，须要有一些自动化伸缩的能力：
所以还是须要依据场景来抉择要不要建设公有云。
用好云操作系统 —— 忘掉容器
其实企业在建设公有云时除了建设老本外，推广落地的老本也出奇的高，次要是业务方的应用割裂，迁徙老本，以及质疑稳定性等等方面的起因造成的。
对于基于容器的云操作系统而言割裂感尤其显著，所以 sealos 的思考是：忘掉容器。
你的企业把容器威力施展到几成功力了能够对号入座：
- 【一胜利力】只是用了 Docker 打打镜像做部署
- 【两胜利力】装了 kubernetes，跑一些微服务
- 【五成功力】能跑企业的有状态利用，数据库等（别信容器跑不了数据库的说辞，这群人是企业练就神功的绊脚石）
- 【七成功力】能把多租户玩明确，基于容器为整个企业所有部门提供自助的云服务
- 【九成功力】可能利用容器技术提供残缺的私有云或者公有云能力，为企业降本 80% 以上
- 【九点五成功力】用 sealos! 所有皆利用，利用是一等公民，用好容器的止境是忘掉容器，和顶尖高手一样，心中有剑，如有神兵。最终整个企业不须要关怀容器却能够享受到容器带来的所有益处。
总结
- 基于物理机 +sealos 的计划能够让云的性能腾飞，老本夸大级别降落（1/10 老本），并具备更好的稳定性
- 只须要一条命令就能够构建一朵公有云，满足企业所有部门与开发者应用
- 基于云内核架构的云领有更弱小的利用扩大能力，更低的应用门槛
sealos 以 kubernetes 为内核的云操作系统发行版，让云原生简略遍及
laf 写代码像写博客一样简略，什么 docker kubernetes 通通不关怀，我只关怀写业务！
