基于云内核的未来云计算架构 #1140
Closed
fanux
announced in
Announcements
基于云内核的未来云计算架构
#1140
Replies: 2 comments 1 reply
-
云厂商提供的绑定服务,很多是内部kpi的产物,基于某个开源的版本进行改造,最终的结果跟开源产品变成硬分叉,两者越走越远。企业在使用了云厂商的服务以后,迁移成本就越来越高。 |
Beta Was this translation helpful? Give feedback.
0 replies
-
作为web3开发者,目前web3的基础设施很不完善。sealos如果能帮助web3开发者快速的构建基础设施(公链节点),对sealos的发展也极其有利。目前web3创业者很多,这部分需求也很旺盛。有的web3数据服务商的商业license高达2w美金一个月。 |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
基于云内核的未来云计算架构
早期单机操作系统也是分层架构,后面才演化成今天的如 linux windows 的宏内核微内核架构,云操作系统也会有类似发展趋势
以前都是单机应用,而现代应用几乎都是分布式应用,kubernetes 已经成为事实上的“云操作系统内核”,能让内核普及的发型版呼之欲出
你会发现现在 IaaS PaaS SaaS 在云原生技术普及的浪潮中已经名存实亡,比如容器运行在裸机上就已经拥有非常好的性能了,是否还需要 IaaS 这一层,PaaS SaaS 本质都是容器是否还需要去可以区分,这三层架构已经被击穿!
程序员很认“鸭式辩型”,就是会游泳长了翅膀的就是鸭子,这种抽象思维是极重要的,这也就是为啥 linux 一切皆文件的设计哲学了。而一个运行的 mysql 集群与一个 crm 软件其实也没有本质区别,所有在云操作系统中,“内核之上皆为应用”。
云计算未来三次浪潮
基于云内核的云操作系统未来会引发云计算的巨大变革。
先来看看有意思的 web1 web2 web3, 再把互联网的变革套用到云计算中,你会发现,生产关系有非常类似的地方。
【1 对 n 关系】
【n 对 1 对 n 关系】
【n 对 n 关系】
整个过程其实是让计算和服务更民主,任何组织个人都可以贡献自己的算力,发布和使用应用的人也不用关心应用到底运行在哪个地方,整个计算的使用像使用一台虚拟计算机一样。 和现在很多大的公链一样,不过目前的智能合约还是场景过于局限,计算成本过高,形式上很像超级计算机,效果上还是差了好几个鸿沟。
基于云内核设计的云计算会更便宜
当前公有云提供的云服务还是极其昂贵的, 在某云厂商官网查到的价格和 IDC 托管硬件相比,如果是存储类型的机器,价格相差十倍!(不过云厂商对大B都有非常大的折扣,小B没有这种福利)
很多公有云厂商妖魔化私有云,说私有云就不叫云,我想问私有云怎么就不叫云了,是因为私有云太便宜还是私有云动了谁的蛋糕?
这个价格对比小学生都能算的清楚。其实在云内核设计的云操作系统出现之前公有云确实会便宜,因为软件成本很高,企业想云在自己机房玩一套如 openstack 这样的 IaaS 几乎每年会花费上千万成本,而现在开源生态逐渐成熟让软件成本变得便宜和稳定,私有云的成本便宜逻辑又开始成立了。
那还有个问题就是“传统公有云为什么贵?”
很多企业的业务资源使用都是相对固定,半年一年作一次扩容等,托管或者自建肯定会更便宜,促销活动什么的一年也就几次,在促销时使用公有云即可,这样成本可以大幅度降低。
云计算会走向开源开放
封闭的云服务对于企业来说是灾难,最简单的一个场景是应对云厂商的涨价行为,如果强绑定就以为着失去了议价权,近期某云厂商云开发就提价十倍,有些小企业的利润直接就被云服务吃光了。
第二个原因是云厂商的云产品如果发展的不好是有可能被下架的,如果企业不幸使用了这类产品,下架时又需要付出巨大迁移成本,有些与代码耦合的甚至需要重写代码。
开源自然是开放的最好实现方式,不仅对上面几种场景有比较好的应对措施,关键还可以自由按照自己的需求进行定制。
所以未来开源与云是左右腿,跑的快的公司缺一不可,像 vercel supabase sealos 这样的产品是云计算的大势所趋。
基于内核架构的云计算会变得更简单
复杂的东西无法普及,复杂的软件要么走向腐烂和消亡,要么重构变得简单,云计算也是如此,你会发现 centos ubuntu 这样的 linux 发行版普及了,但是现在的一些公有云能力很难到处运行和做到普及,即便是开源了,像 openstack 一直未能普及,原因很简单,需要几十个人的团队才能在生产环境玩起来的话绝大多数企业都会放弃。
什么叫“内聚”,就是功能不是以牺牲复杂度来换取的,像 linux 的 core 很内聚,驱动即使扩展了一万个系统复杂度也没增加,虽然代码在一直增加。所以软件设计时的抽象能力就变得极重要,基于云内核架构设计的云操作系统也是高“内聚”的,通过扩展应用来扩展能力,而各应用之间是低耦合的。
内核架构云操作系统爆发时机
现在可以发现公有云提供的服务商业化做的好的几乎都是开源强相关的,比如云原生领域,rmq 基于 kubernetes 的云服务,基于 prometheus grafana 的可观测服务等,那些“自主研发”的东西似乎很多也说不清相对开源的优势,即便像数据库这类服务。
用户也不傻了,便宜还是贵按按计算器就能算出来,而且绑定意味着认人鱼肉,技术选型明显往开源技术倾斜。
在中国 IaaS 虚拟机这块的增长显然放缓了,从几大厂商的应收数字就能看的出来,而基于 kubernetes 的云原生生态每年几倍甚至有些产品每年几十倍的增长,大量企业在从虚拟机架构往云原生架构迁移。
前几年市场被教育的很好,越来越多企业知道云原生降本增效不是一点点,该填的坑也被填的差不多了,开始考虑从观望状态变成实践了。
现状是企业在实践云原生的时候还是容易迷失,生态过于庞大复杂,上千款生态软件让很多企业无从下手,而且真要落地至少得有个专家能把云原生计算存储网络都玩的明白,所以这个生态依然还是缺乏好用的开箱即用的发行版。
其实这个发行版的要求还是很高的,要非常简单不多不少的去满足客户的需求,还不能给用户带来负担,这就必须得非常好的设计理念和实现机制。
如何实现这样一个云操作系统
如何去设计这样一个操作系统,首先一定需要有非常好的设计理念
实现层面,core 是非常内聚的意味它向下仅提供云内核生命周期管理,如安装/伸缩/升级/清理,向上做好应用的打包与管理即可。
应用市场方面很重要,一定要有好的标准,这涉及到应用的提供者与消费者之间的协作,OCI registry 仓库就是个非常好的已有事实标准,兼容它是最好的选择。
User interface 一定要简单极致,这是用户直接使用你东西的地方,API > CLI > GUI, Desktop 是产品化的终极形态,真的做到用云像用 PC 操作系统一样简单。
剩下一切都在于扩展应用的宽度和深度:
那 sealos 就是使用这样的思维去设计的,laf 就是 sealos 上的第一款杀手级应用。
总结
未来的云会更便宜 更开放 更简单,最终会有一款优秀的发行版本实现云原生的普及,而 sealos 诞生之日起就朝着这个目标不断进步~
相信未来云计算属于所有算力的提供者,云的价值也会属于所有云计算的参与者,不再受任何厂商绑定之苦,更便宜的享受云计算带来的便利。开源开放带给大家简单/便宜的云计算!
Beta Was this translation helpful? Give feedback.
All reactions