news 2026/4/23 18:33:41

续写云计算的前世今生

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
续写云计算的前世今生

今天在重新聊聊云计算

云计算(cloud computing)是分布式计算的一种,指的是通过网络“云”将巨大的数据计算处理程序分解成无数个小程序,然后,通过多部服务器组成的系统进行处理和分析这些小程序得到结果并返回给用户。云计算早期,简单地说,就是简单的分布式计算,解决任务分发,并进行计算结果的合并。因而,云计算又称为网格计算。通过这项技术,可以在很短的时间内(几秒钟)完成对数以万计的数据的处理,从而达到强大的网络服务 Juno——2014年10月 OpenStack基金会发布的第十个版本。新增包括围绕 Hadoop和 Spark集群管理和监控的自动化服务和支持软件开发、大数据分析和大规模应用架构在内的342个功能点,标志着 Open Stack正向大范围支持的成熟云平台快速前进。自 Openstack项目成立以来,超过200个公司加入了该项目,其中包括AT&T、AMD、 Cisco、Dell、IBM、 Intel、 Red hat等。目前参与 Openstack项目的开发人员有17000,来自139个国家,这一数字还在不断增长中。来自咨询机构 Forrester的分析表示, OpenStack已经逐步成为事实上( de facto)的基础架构云(IaaS)标准。

云计算服务提供商,只负责出租本层以及以下各层,更上层的部署和管理由租户自己负责。

IAAS(Infrastructure as a Service)基础设施即服务。只将虚拟机、存储、网络等基础资源,作为作为服务提供给用户。比如我们在阿里云或者亚马逊上租一台服务器,实际上阿里云提供的就是基础设施即服务,我们可以在租用的服务器上层自由的操作。【不用自己维护硬件】

PaaS: Platform-as-a-Service平台即服务。我们使用它的平台来开发、部署和管理应用程序;开发者只需要关注自己的业务逻辑,不关注底层的硬件、操作系统等细节。(换句话说,云计算厂商在IaaS第一层的服务基础上增加了PaaS开发平台,让用户不用自己本地安装开发环境。)Google App Engine SaaS: Software-as-a-Service软件即服务。将软件作为一种服务,通过网络提供给用户;软件的开发、管理、部署都交给第三方,不需要关心技术问题,可以拿来即用。

SaaS提供者负责管理一切。 建立网站,购买某些在线网站服务,直接使用他们开发好的程序,他们负责程序的升级、维护、增加服务器,我们只要专心运营。【暂定此处不讲:另一种角度,普通用户接触到的互联网服务,几乎都可以算作SaaS,比如QQ、微信,在线共享文档等等。】

另外现在网上很多大佬说云计算分层是错误的,但是本人觉得还是应该有一个边界,但是随着现在云原生的发展,边界就越来越模糊了,不知道未来会不会因为AI时代,在重新划分IAAS、PAAS、SAAS。

不过说起云原生就特别想聊聊CNCF,什么是CNCF,2015年7月,由Google牵头并联合linux基金会以及一大票牛掰的技术公司(IBM、microsoft、redhat等等)成立了CNCF(Cloud Native Computing Foundation),紧接着就把kubernetes1.0版本的源代码捐献给CNCF。

CNCF推动了OCI国际运行时标准 容器要快速发展就必须要标准化,不能受控于一家公司。其实说的直白点就是Google,RedHat等大佬针对Docker部的一个阳谋的局。

我可以详细分析一下“江湖大佬”出山Google公司秘而不宣的使用容器已经有十几年了,本想关键时候做杀手锏,没想到docker居然搞出了docker容器还开源了,且发展势头极其迅猛。Google坐不住了,担心自己的江湖地位受到挑战。于是财大气粗的Google就大力扶持docker的“反对派”阵营-CoreOS,kubernetes一经推出就原生支持rkt容器引擎,并且在2015年4月Google还给CoreOS投资了1200万美刀,而CoreOS也发布了Tectonic,成为首个支持企业版本kubernetes的公司。从此容器生态江湖分为两大阵营Google和Docker。“容器编排”战争打响2014年,当Google发现CoreOS在容器生态领域实在不是Docker的竞争对手之后,决定换道超车,于当年宣布推出kubernetes容器集群编排工具,并在2014年6月7日将初始版本代码提交到Github上完全开源,当年7 月 10 日微软、RedHat、IBM、Docker 加入Kubernetes 开源社区。2014年的Docker公司雄心勃勃,于2014年底在DockerCon上发布了自己研发的“Docker原生”容器集群管理项目DockerSwarm,并想与kubernetes一较高下。Mesosphere公司的Mesos + Marathon(马拉松)的项目更是早期容器编排解决方案的领头羊,像是有3亿用户的Twitter以及苹果语音助手Siri就是使用mesos作为后端集群管理工具。但由于kubernetes基于Google内部使用的容器集群管理系统Borg+Omega,在谷歌已经平稳运行了15年,Google将他们自己超大范围的技术经验带到了容器编排中,该填的坑早已经被谷歌的技术大神们填了,因此推出后不到三年横扫docker swarm和mesos marathon容器编排工具。2017年10月17日,随着docker宣布支持kubernetes开始,其实容器编排的战争就已经结束了,整个行业已经聚焦到K8S家门前!截止2017年6月,据CNCF统计:K8S占据着77%的市场份额;docker swarm则只有21%,远远落后;第三名Mesos则是13%。另外现在想说一下最新的K8s默认支持的cri-o而不docker了。。。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/23 13:30:09

PHP内置函数 vs 非内置函数

“PHP 内置函数 vs 非内置函数” 的差异,不只是“有没有 function_exists()”,而是性能、生命周期、错误处理、可调试性等多维度的系统级区别。理解这些,才能写出高性能、可维护的 PHP 代码。一、定义:什么是“内置函数”&#xf…

作者头像 李华
网站建设 2026/4/23 10:44:21

YOLO模型灰度流量切分:基于用户ID或地理位置的策略

YOLO模型灰度流量切分:基于用户ID或地理位置的策略 在智能安防摄像头遍布楼宇、工厂和街道的今天,一个看似微小的AI模型更新,可能引发连锁反应——某小区业主突然发现自家监控频繁误报“有人入侵”,而技术团队却在日志中找不到明确…

作者头像 李华
网站建设 2026/4/23 13:35:35

YOLO模型导出为TorchScript:提升推理稳定性的方法

YOLO模型导出为TorchScript:提升推理稳定性的方法 在工业自动化、智能监控和边缘计算场景中,目标检测系统的稳定性与部署效率直接决定了项目的成败。尽管YOLO系列模型以其卓越的实时性能成为主流选择,但在从训练环境迈向生产系统的过程中&…

作者头像 李华
网站建设 2026/4/23 12:16:24

YOLO在港口集装箱识别中的成功应用案例分享

YOLO在港口集装箱识别中的成功应用案例分享 在全球贸易持续扩张的背景下,港口作为国际物流的关键节点,正面临前所未有的吞吐压力。每天成千上万的集装箱在码头被装卸、转运、堆存,传统依赖人工记录或半自动设备识别的方式不仅效率低下&#x…

作者头像 李华
网站建设 2026/4/23 11:20:14

YOLO模型训练容器化编排:使用Helm部署K8s集群

YOLO模型训练容器化编排:使用Helm部署K8s集群 在智能制造工厂的视觉质检线上,一个常见的困境是:算法团队刚调优完的YOLOv8模型,在从本地服务器迁移到生产环境时却频频崩溃——原因竟是CUDA版本不匹配、数据路径错误,甚…

作者头像 李华
网站建设 2026/4/22 21:37:47

pkill 命令详解

1.pkill 命令详解pkill命令详解基本概念功能:通过进程名、用户、终端、PID等属性终止进程,默认发送SIGTERM信号(优雅终止)。所属包:procps-ng/procps,预装于大多数Linux发行版(如Ubuntu、CentOS…

作者头像 李华