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