简单聊聊云函数与Serverless

       技术创新只有起点没有终点,继容器技术之后,新的技术又推成出新;最近了解到一种新的技术方案Serverless,写篇日志记录下自己的感想。目前市面上提供Serverless云函数的解决方案的有Google Cloud Functions,Azure Funcions,IBM OpenWhisk,阿里云函数计算,腾讯云服务器云函数,在初步接触之后,带来了认知上的巨大震撼。

       一个人的认知决定了他的思维模式,决定了一个人所能达到的高度;比如在马车时代,人们追求的是如何拥有千里马,汽车时代,人们追求的是超跑;冷兵器时代,侠客们为了一把屠龙刀搅得江湖血雨腥风,热兵器时代,人们追求的更加强大的机关枪;那么当飞机,大炮,原子弹的时代到来的时候,小米加步枪显得那么的弱小,时代在进步,新的认知决定了新的高度,只有不停的提高对世界的认识,才能在激烈的竞争中取得一线先机;那么在软件领域也同样如此,使用先进的思想,能够最大程度的提升效率,帮助企业创造更多的利润。

       软件开发领域,一个古老又年轻的行业,在这里充满了各式各样的奇思妙想;目前大部分公司主要还是使用微服务架构,使用SpringCloud技术栈来解决互联网各式各样的业务问题,支撑了一家又一家互联网公司的蓬勃发展。

       那么细想一下,微服务架构到底解决了什么问题,又带来了什么问题?

       SpringCloud是标准的微服务架构解决方案,通过业务拆分将一个庞大系统分解为一个个高内聚低耦合的小型业务系统,减少业务间变动带来的整体系统的风险和影响,众所周知,软件公司以业务需求变更频繁而出名,互联网公司更是出类拔萃,频繁的业务改动,不断迭代演化的需求,要求技术架构必须灵活又稳定,以往SOA是针对于企业级业务中拆分的优秀解决方案,微服务架构更是业界翘楚,拥有众多拥趸;然而Serverles架构最大化做到这一点,API级别的拆分力度,是解决业务拆分的利器,并且带来了认知上面的全面升级,让人不禁感叹,原来架构设计还能这样玩。

       同时也因为无止境的系统拆分,带给了系统运维上面的巨大挑战,因此在微服务架构中运维是十分重要的一环。为了解决这个问题产生了很多的方法论,例如自动化运维,DevOps,AiOps等等,这些方案的核心在于尽量通过自动化或者Paas的方式给企业提供整体的运维解决方案。

       虚拟化一个问题是虚拟化Hypervisor管理软件本身的资源消耗与磁盘IO性能降低,另一个是虚拟机仍然还是一个独立的操作系统,对很多类型的业务应用来说都显得太重了,导致我们在处理虚拟机的扩缩容与配置管理工作时效率低下。

       然后k8s出现了,Kubernetes:Google 开源的容器管理系统,起源于内部历史悠久的 Borg 系统。因为其丰富的功能被多家公司使用,其发展路线注重规范的标准化和厂商“中立”,支持底层不同的容器运行时和引擎(比如 Rkt),逐渐解除对 Docker 的依赖。Kubernetes的核心是如何解决自动部署,扩展和管理容器化(containerized)应用程序。

       至此微服务架构辅以容器化技术,把这个浪潮推到高峰,微服务架构如火如荼。那么,有没有更好的办法能够一劳永逸?

       答案是必然的,在这里,Serverless带来一种新的运维模式,在这种模式下用户需要管理的只有Code,一定程度上可以认为Serverless就等同于NoOps。

       无服务器云函数(Serverless Cloud Function)是腾讯云提供的无服务器(serverless)执行环境,帮助用户在没有购买和管理服务器时仍能运行代码。用户只需要使用云平台支持的语言编写核心代码及设置代码运行的条件,代码即可在腾讯云基础设施上弹性、安全地运行,并可完全管理底层计算资源,包括服务器CPU、内存、网络、代码部署、弹性伸缩、负载均衡等服务。

       Serverless可以让用户无需关心服务器的部署运营,只需开发最核心的业务逻辑,即可实现上线运营;具备分布容灾能力,可依据负载自动扩缩容,按照实际调用次数与时长计费。

       加快用户服务上线时间,用户只需实现业务算法及流程,上线时间缩短为分钟级;减少用户的运营负担,用户无须承担服务扩容,故障恢复运维工作;消除用户的资源成本,用户无需承担资源闲置费用,只为实际调用消耗付费。一切都是那么的美好!

       当一个新鲜事物来临时,你可以怀疑,但不要盲目的拒绝,拥抱改变,或许能够得到更多。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,132评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,802评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,566评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,858评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,867评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,695评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,064评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,705评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,915评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,677评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,796评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,432评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,041评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,992评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,223评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,185评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,535评论 2 343

推荐阅读更多精彩内容