【云端选型】2.云模式&选择指南

2022-03-19 12:04:11 浏览数 (2)

在正式开始【云上架构】系列教程之前,为了给之后的教程打下基础,我将首先介绍在云端如何选择各种各样的云平台,选择什么样的上云模式,选择什么样的云产品来架构和规划业务,以及选择什么样的配置来部署业务以及容量规划等。

本文将介绍常见的上云模式,为你的上云选择提供参考。

注:本篇倾向于企业阅读,个人上云一般均为公有云上云。


让我们用一个例子引出公有云、私有云/专有云、混合云和社区云:

张三、李四、王五住一栋楼,楼下有一个大规模的饭店。

张三一直在家做饭,这是私有云,厨房就是自建机房。

李四一直在饭店吃,这是公有云,饭店就是云数据中心。

王五厉害,在饭店有个固定包间,包间不对外人开放,这是托管型私有云(有的厂商将其定义为专有云),包间就是云数据中心中的托管服务器。

张三家有天来了十多个客人,这就是业务突增。

家里装不开,要去饭店,这就是私有云转公有云。

张三妈妈省吃俭用,对张三说,你们去吧,我和你爸在家吃,对张三家来说这就是混合云。

如果饭店仅对某个特定人群比如学生开放,这就相当于社区云。

当然,举例不十分恰当,毕竟饭还是买的,而云是租的,此点切记。

私有云是为某个特定用户/机构建立的,只能实现小范围内的资源优化,因此并不完全符合云的本质——社会分工,所以Openstack等开源软件带来的私有云繁荣可能只是暂时的,会有越来越多的客户发现廉价的硬件和免费的软件并不是打造私有云的充分条件,精细的管理、7×24运维所耗去的总成本(TOC)不比公有云低,而且随着公有云厂商运营能力的进步,这种趋势会越来越明显。托管型私有云在一定程度上实现了社会分工,但是仍无法解决大规模范围内物理资源利用效率的问题。

公有云是为大众建的,所有入驻用户都称租户,不仅同时有很多租户,而且一个租户离开,其资源可以马上释放给下一个租户,一如饭店里一桌顾客走了马上迎来下一桌顾客。公有云是最彻底的社会分工,能够在大范围内实现资源优化,因此,不管道路如何曲折,前途总是光明的。当然公有云尤其是底层公有云构建,不是一般人能玩的了的,就像开个三五桌的饭店谁都能行,开个三五万桌的饭店就要看资金和本事了。很多客户担心公有云的安全问题,敏感行业、大型客户可以考虑,但一般的中小型客户,不管是数据泄露的风险,还是停止服务的风险,公有云都远远小于自己架设机房。

社区云是介于公有、私有之间的一个形式,每个客户自身都不大,但自身又处于敏感行业,而公有云在政策和管理上都有限制和风险,所以就多家联合做一个云平台。

混合云是以上几种的任意混合,这种混合可以是计算的、存储的,也可以两者兼而有之。在公有云尚不完全成熟、而私有云存在运维难、部署实践长、动态扩展难的现阶段,混合云是一种较为理想的平滑过渡方式,短时间内的市场占比将会大幅上升。并且,不混合是相对的,混合是绝对的。在未来,即使不是自家的私有云和公有云做混合,也需要内部的数据与服务与外部的数据与服务进行不断的调用(PaaS级混合)。并且还有可能,一个大型客户把业务放在不同的公有云上,相当于把鸡蛋放在不同篮子里,不同篮子里的鸡蛋自然需要统一管理,这也算广义的混合。


区分Iaas、PaaS和SaaS:

IaaS,Infrastructure as a Service,基础设施即服务

PaaS,Platform as a Service,平台即服务

SaaS,Software as a Service,软件即服务

还是不太好理解?没关系,下面我们再请出张三李四与王五登场:

张三卖小麦,就相当于IaaS

李四卖面粉,就相当于PaaS

王五卖馒头,就相当于SaaS

张三觉得卖小麦不挣钱且不能打品牌,向下游延伸,也卖起了面粉,相当于IaaS企业也逐渐做PaaS业务。

王五馒头卖得好,一天几万个,面粉需求量非常大,不希望被李四控制,也做起了面粉,相当于SaaS企业做PaaS。

张三卖面粉后,与李四就形成了竞争关系,但是李四还经常从自己这里买小麦,相当于又有合作,这种既竞争又合作的关系就叫竟合。

赵六嘴叼,馒头满足不了,非自己包饺子吃,直接从张三那里买小麦或李四那里买面粉,相当于直接利用PaaS平台做软件或订制SaaS,对应的就是大客户。

IaaS提供的一般是通用计算、存储和网络三大基础资源。前面提到的虚拟化、分布式等大多集中在本层,少量“流亡”于PaaS层。一般认为,IaaS始于亚马逊的EC2和S3两款产品。近两年,我们说的云计算快速落地,其实主要就是指IaaS的迅速落地。

PaaS定义比较复杂,早年提供的是部署了数据库和开发环境的平台,被称为XAE(X:企业名首字母;AE:Application engine),XAE常用于个人建站,商用程度并不高,在中国尤其如此,后来要么转型要么解体了。

后来PaaS转为提供某种细分能力,如图像识别、语音识别、推送、通信等,常以API或SDK进行交付;近两年Docker风生水起,成为PaaS新秀。

此时回头看原来PaaS的各种定义,都不太恰当了,因此比较准确的描述应是:PaaS提供除计算、存储和网络三大基础资源之外的其他能力(如通用开发能力,细分能力,业务交付能力),但并不对终端用户提供成熟产品。

SaaS涵盖的就广了,邮箱是、网盘是、几乎常见的网站都是!

但一般所谓的SaaS是指:具有一定复杂度的,通常应该在C/S架构下主要通过C端完成的软件服务,在B/S架构下完成了。当然这个复杂度,在不同的时期有不同的定义,十几年前,邮箱可能都算复杂了,而现在随着HTML5技术的成熟,大部分的Office操作都可以在浏览器完成。

当然,放企业级市场里,SaaS比较好界定,指以云的方式取代了的原来企业软件系统的服务。SaaS始于上世纪九十年代末Salesforce等公司,随着移动互联网和HTML5的发展而蓬勃发展,强调的是瘦终端。但是,到底多瘦才算瘦,各种应用不再用APP而以微信小程序的形式出现算瘦吗?这一点目前还没有答案 。

SaaS最接近于终端用户,是一个巨大的市场。但是,SaaS是对软件开发水平和服务水平的综合考验,拼得往往不仅是技术本身,还包括对用户的理解、以及设计水平和创意。如果原来就是卖不出去的软件,没有任何改进包装一下放到云上改为服务也不会有人买单,原来最起码还不用对宕机这种事情负责呢,放云上只是增加了SaaS服务商自身的风险。所以,SaaS绝不是单机软件到云上的简单迁移,而是自始至终都应贯穿服务的思想和云的思想,比如多屏同步、多人协同等。


【云屋Wiki】是【云上架构】系列教程的配套网站,网站上将同步推送最新教程文章、配套学习资源、技术资讯和实践等。

【云屋Wiki】地址为:cloudhouse.top

0 人点赞