serverless
转发
每次看serverless,我恨我不会编程
展开
晚上心血来潮,看看阿里云的产品都有哪些小场面的,不要钱且比较好玩儿的,就看到了 function compute, 这个看了下其实就是serverless的概念。看了它的计费原则,只有在运行时才计算费用,就索性注册了一个用户:
我也终于成了阿里云的用户。
来看看什么是serverless。说说我的理解。
我就不从20世纪60年代说起了,就从90年代说起吧。
曾经的企业花大钱去购买各种服务器,就是为了构建一个自己的网站,然后申请域名,把网站关联到该域名,这样全世界就都可以访问到该企业发布的信息了。再往后,企业会把更多的职能用计算机来完成,比如订单管理,采购,工资计算和发放等等。
不管怎样,企业都要买计算机,都要专门弄一块地方作机房,而且计算机更新非常快,企业不得不不断淘汰老旧的设备,然后购入更新更快的计算机,计算机成了一种重资产,成了一种负担。不光如此,还要雇佣很多懂计算机的IT人员,满满地几乎所有企业都有了一个叫做IT部的部门…
后面几年,随着网络传输技术的发展,网络带宽迅猛增加,逐渐出现了一种把所有计算机放在相对各个企业较远处的地方统一存放的趋势,于是机房就移出了企业所在地,这个时候,企业会租用运营商的机房,可能很多企业的服务器会在同一个机房里,这样就把部分的运维职能移交给了运营商或者专门的外包公司。
所有的机缘促使了 云计算 的诞生。虚拟化技术的发展让机房变得更加紧凑,资源利用率更加高,这个时候资源再一次聚拢在了大型互联网企业,这些互联网企业逐渐解放了那些使用IT服务的企业的重资产,而采用租用虚拟机或者租用平台的方式来为这些企业提供IT服务,这也就是所谓的PaaS,IaaS,SaaS,但不管怎样,这些服务粒度还是不够细化,无非也就是不需要各个企业自己买计算机,不用自己搭建服务平台了而已,但是服务本身还是要企业自己来部署。
后来又出现了各种容器,这使得服务的发布和部署变得标准化,但是即便是容器,即便是打包好的服务,在部署和运维的时候,依然是显得笨重。
serverless的概念提出来了。企业不用再管什么操作系统,CPU,内存了,只要管 要实现什么功能 就好了,也就是说,企业只需要提供 函数 和 流程 就好,具体的执行过程完全不用关心,到时候拿结果就好了。
就比如说,我要计算1234乘以4321,按照以往的方式,我必须申请一台机器,然后编一个程序,然后部署在那台机器上,然后去运行,拿结果。按照serverless的方式,我只需要在终端上用最熟练的语言输入1234*4321,然后直接拿结果就好了,用户根本不知道这个计算过程到底发生在哪里,使用的什么设备。
真的成了 要有光,就有了光。
赶紧试一下,我准备写一个1+1=2的小程序。索性不看文档,先自己盲摸索一下,看看阿里云这个产品的体验友好性如何:
新建一个服务
服务建好后新建函数
填写必要的信息
编写代码
我不会编程,所以我只能写一个显示百度首页html的代码:
然后一路默认下一步。
执行,看结果
最后的页面是:
点击 “执行” 就好了。
超级简单不过的例子,但至少是跑起来了。
虽然简单,但是体现了一种完全不同的方式,我只需要提供一个函数就行,根本不用管它在哪里运行,也不必管 需要给它多少资源, 这太妙了!
主要是因为我不会编程,否则我可以编写更好玩的东西。这里有很多很不错的教程:
函数计算介绍:https://serverless.aliyun.com/?spm=5176.137990.1214002.bt1.1726224evpsodX
函数计算介绍:https://help.aliyun.com/learn/learningpath/fc.html?spm=5176.137990.1214002.cc.1726224evpsodX
实践篇:搭建无服务器应用:https://yq.aliyun.com/articles/165104?spm=5176.162838.846423.1.5dc02a145IGR0d
…
这么看来,以后的计算资源真的就像水电煤一样了,我们知道, 水,电,燃气的供应商全部是重资产,但也仅仅他们是重资产,使用者完全是轻量化的,清洁化的,我们只需打开水龙头,打开电源即可。未来的计算资源完全和计算需求分离,这意味着这些资源可以更高效地被利用被调度去做更多的事情,比如人工智能,大数据分析等,云端真正进入智能化时代!
你问云一个问题,云便给出回答!正如 神说,要有光,就有了光。
这就是云计算的未来!这就是克劳德三世(Cloud 3.0)的承诺。
————————————————
版权声明:本文为CSDN博主「dog250」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/dog250/article/details/84639676