关于云计算:乘风破浪的阿里云原生乘风破浪的阿里云原生

31次阅读

共计 4701 个字符,预计需要花费 12 分钟才能阅读完成。

1、在线教育将成为常态化利用

“还要扩容吗?”
“先扩容 10 倍再说”

这曾经不是李诺(洋葱学院联结创始人兼 CTO)第一次提到扩容了。受到疫情影响,往年全国学校广泛延期开学。“复课不停学”,线下教育停摆,教育行业转阵线上。流量忽然暴涨,扩容成了“常态”,而且每次的流量还是远远超过预期。

李诺去找杨临风(洋葱学院联结创始人兼 CEO)探讨工作的时候,碰巧杨临风正在写一封给用户的公开信。这次疫情让洋葱学院受到了极大的关注,但比起流量价值,杨临风更想以本人的亲身经历通知用户:“在家自主地学习,是每个学生都要面对的战斗。”

李诺心里分明,在超高流量的冲击下要放弃服务器安稳、用户体验不受影响,这何尝不是一场属于洋葱学院的战斗。

2013 年 12 月,杨临风、朱若辰和李诺独特创建了洋葱数学(现已更名为洋葱学院),这家 K12 在线教育公司从初中数学课程切入,逐渐倒退到全学科,主攻人机交互学习的在线教育平台开发。他们从国家课标和教材着手,开始系统地构建在线课程体系,对课本上每一个知识点进行更加精密的教研和设计,并一一制作成 5 - 8 分钟的动画视频课程,围绕这些外围课程为学生打造个性化的学习体验。

人机交互学习的教育模式不要说在当年,即使是当初也很前卫。不仅如此,洋葱的开创团队在公司成立之初还做出了一个意识超前的决定:整套业务零碎均基于阿里云搭建。

洋葱学院的倒退速度在互联网教育公司里并不算快,李诺说,团队把大部分的精力都花在了课程的研发和学习体验的优化上,以初中数学为例,足足花了 4 年才实现课程的打磨。当然,洋葱学院对教育的这份保持,也让其在业界立下了一席之地。疫情影响下,短时间激烈增长的市场需求把在线教育推到了“快车道”。以前是在线教育企业本人致力,当初是全社会一起推动他们“品质在线”。

往年 1 月 28 日,洋葱学院对外颁布了针对疫情期间的课程捐献计划,把过来六年积攒制作的 2650 节外围课程全副收费凋谢,但流量的威力还是超过了他们的设想。据易观千帆的公开数据显示,洋葱学院 2020 年 2 月的沉闷用户规模达到了 795.92 万,同比增幅 151%。

面对大流量、高并发拜访需要,洋葱学院为了确保业务稳定性,在阿里云技术专家的倡议下,采纳了阿里云容器服务。容器服务能够依据不同模块的配置所需,资源分配更加正当,依照定义规定主动弹性伸缩防止了简单的调度保护。

阿里云容器服务能够在几分钟内裁减底层资源,满足疾速部署数千个利用实例的需要。为了更加从容地应答十倍扩容,洋葱学院还进一步优化了整体的 ECS 服务器配置,将大量的小规格 ECS 服务器更换成 30 至 50 核大规格 ECS,革新后运维管控也更加便捷。应用云容器之后,零碎在资源利用率上晋升了约 60%,呈现问题后可疾速隔离,当面对急剧增长的业务量,也能够在短

工夫内扩容进行业务撑持。为了及早发现故障并疾速做出响应,洋葱学院也采纳了阿里云原生监控系列产品,能够笼罩到各类监控报警问题,极大地缩短问题发现工夫。

从 2013 年决定全面上云,到当初拥抱云原生新趋势,洋葱学院以一贯的超前意识,表白着这个时代互联网公司该有的态度。

2、全面应用开源技术、云服务构建软件服务的时代曾经到来

云原生在近几年的倒退用“乘风破浪”来形容一点也不为过。

利用上云曾经是不可逆转的趋势。回顾近年来商业世界的发展趋势,数字化转型的呈现使得企业中越来越多的业务演变成数字化业务,数字化对于业务渠道、竞争格局、用户体验等诸多方面都提出更加严苛的要求,这就要求技术具备更快的迭代速度。

为了实现这样的速度,就须要充分利用云的弱小能力,从云技术中取得更高的可用性与可扩大能力,利用云来晋升公布和运维的效率。而要做到这些,不仅仅是基础设施和平台的变动,利用也须要做出扭转,摈弃传统的土办法,在架构设计、开发方式、部署保护等各个阶段和方面都基于云的特点来从新设计,从而建设全新的云化利用,即云原生利用。

2019 年,Gartner 已经公布报告示意云原生时代曾经到来,在将来三年中将有 75% 的全球化企业将在生产中应用容器化的利用。云原生相干技术不仅仅能用于云计算,即使是和云计算既对抗又协同的边缘计算,微服务、容器、Kubernetes 仍然是事实上的杀手利用和规范。

2019 年,Gartner 已经公布报告示意云原生时代曾经到来,在将来三年中将有 75% 的全球化企业将在生产中应用容器化的利用。云原生相干技术不仅仅能用于云计算,即使是和云计算既对抗又协同的边缘计算,微服务、容器、Kubernetes 仍然是事实上的杀手利用和规范。

以前一家企业想应用云原生的技术或产品,须要破费大量的精力钻研一些开源我的项目,本人做运维和治理,还须要思考集成、稳定性保障等问题,这样能力建设一个云原生平台。明天,为了不便企业和开发者更容易地应用云原生的技术和产品,更好地承受云原生的理念,并解决企业担心的可靠性、性能、连续性等问题,阿里云为大家提供了一整套云原生产品家族,提供了十分强的 SLA 保障。

阿里云在帮忙国内企业理解云原生、应用云原生上做了很多工作。一方面是在外部尝试去应用这些技术,阿里巴巴外部有十分丰盛的、大规模的应用场景,通过这些场景能够充沛打磨云原生技术。在技术成熟当前,将这些技术回馈到社区,帮忙云原生社区进步技术品质和倒退程度。

3、因为置信,所以看见

着云计算的遍及与云原生的广泛应用,越来越多的从业者、决策者清晰地意识到「云原生化将成为企业技术创新的要害因素,也是实现企业数字化转型的最短门路」。因而,具备前瞻思维的互联网企业从利用诞生之初就扎根于云端,审慎的新批发、政府、金融、医疗等畛域的企业与机构也逐步将业务利用迁徙上云,深度应用云原生技术与云原生架构。

畅捷通是中国当先的小型微型企业治理云服务与软件提供商,为 400 多万小微企业提供智能云治理服务。随着业务的疾速倒退,为了适应互联网大型利用疾速迭代以及频繁公布的需要,畅捷通 IT 团队对原有的 IT 零碎进行了大量的微服务化革新,这是畅捷通进行云原生实际迈出的第一步。

紧接着,畅捷通开始迎接下一步挑战:SaaS 化企业治理云服务,具备用户量大、业务简单、调用链路长、与第三方利用零碎深度集成等特点,给微服务化革新工作带来了十分大的挑战。特地是在新版本的公布过程中,如果不能保障整个流程平滑、可控,就很容易因为单个利用的更新而造成整个零碎的解体。

为了疾速解决这个痛点,畅捷通 IT 团队找到阿里云技术专家,抉择阿里,不仅因为阿里的业务场景复杂度和对技术打磨的粗疏,还有阿里始终以来在云原生畛域的深耕。最终,畅捷通决定将整个微服务架构逐渐部署到阿里云提供的企业级分布式应用服务(EDAS)上。通过 Spring Cloud 技术体系建设的微服务利用,能够在不波及任何代码改变状况下,间接部署在 EDAS 上,整个迁徙的过程也十分平滑,对于畅捷通的用户而言没有任何感知。部署之后,在面对简单业务下的频繁迭代时,畅捷通胜利禁受住了考验。

在进一步适应云原生的技术和产品当前,畅捷通的 IT 团队也通过计划背地融入的方法论,把握了一套适宜本人的微服务治理机制,并开始实际全链路灰度等全新的微服务治理思路。

4、还能再极致一点吗?能!

和大部分计算模式不同,Serverless 将“部署”这个动作从运维中“收走”,使开发者不必关怀利用在哪里运行,更不必关怀装什么 OS、怎么配置网络、须要多少 CPU …… 从架构形象上看,当业务流量到来 / 业务事件产生时,云会启动或调度一个已启动的业务过程进行解决,解决实现后云主动会敞开 / 调度业务过程,期待下一次触发,也就是把利用的整个运行时都委托给云。

Serverless 非常适合于事件驱动的数据计算工作、计算工夫短的申请 / 响应利用、没有简单互相调用的长周期工作。

百富旅行是寰球当先的在线游览同业交易平台,基于云计算和大数据决策为寰球游览从业者提供一站式智能整体解决方案。截至目前,百富旅行曾经与 600 多家航空公司、国内所有火车线路、2500 个汽车站,以及 60 多家邮轮团体进行了业务整合,网络覆盖寰球 100 多个国家和地区。

随着业务的飞速发展,百富旅行技术团队通过 Spring Cloud 等开源框架搭建了欠缺的微服务技术架构,将微服务利用上云之后,不须要再思考硬件资源购买以及服务器架设等运维步骤,这样技术团队能够将更多的精力投入到业务需要实现中。然而随着零碎迭代次数的减少,问题呈现了:

从零碎架构的角度,将微服务利用间接部署在云虚拟机上,跟部署在物理机房相比,并没有实质的区别,团队仍然须要从底层保护每一个利用实例,包含操作系统调整、磁盘容量布局、JDK 等组件装置等工作,这些工作都每一台云虚拟机投入使用的过程中,都是必不可少的。

在零碎频繁的迭代过程中,不同的开发小组甚至不同的开发人员都须要独自的一套测试环境,长此以往,整个技术团队创立了多套测试环境,其中一些测试环境蕴含了所有的微服务利用,整体资源利用率特地低,造成了大量的资源节约。而且游览业务自身也存在非常明显的波峰波谷,微服务架构能够很不便地为每一个利用进行程度扩容,但如果用于扩容的虚拟机资源须要事后购买的话,同样会造成大量的资源闲置。

摆在百富技术团队背后的外围难题就是怎么解决资源的闲置与节约问题。而这恰好是 Serverless 最善于的事件。因为不须要为 Serverlesss 利用购买底层服务器资源,间接按需申请,能够免去容量布局、操作系统调优等简单的运维工作,Serverless 架构的弹性伸缩机制正好切断了资源节约问题的源头。

然而 Serverless 架构要怎么选,百富旅行技术团队开始对市场上常见的实现形式和产品做调研:

Serverless 架构有两种常见的实现形式:第一种是把每个微服务利用进行容器化革新后,对立应用 Kubernetes 进行编排,并利用云厂商提供的弹性容器实例实现容器层的按需调用。这种形式的门槛很高,须要有精通 Kubernetes 技术的运维小组退出,并且须要团队投入比拟大的精力对利用进行容器化革新,临时不适用于百富旅行这样小规模高效率的技术团队。

另一种形式是应用相似于 AWS Lambda 或阿里云 FC 函数计算引擎,将所有业务逻辑进行函数化重构。这种形式基本上须要将之前写的代码推倒重来,而且在一些领有简单调用链路的业余环节并不能施展 Serverless 的劣势,最终排除在思考范畴内。

通过多轮技术调研以及与阿里云技术专家深刻交换后,百富旅行技术团队抉择了阿里云 Serverless 利用引擎(SAE)计划。区别于其它 Serverless 产品,SAE 间接反对 Spring Cloud、Dubbo 等开发框架,实现了全面的 Serverless 化。开发者能够通过 WAR、JAR、镜像三种形式部署 Serverless 利用,不须要学习 Kubernetes 以及容器技术。部署在 SAE 上的微服务利用,能够按需申请资源,依据理论应用资源量按分钟计费,防止业务不沉闷时段的费用收入。特地是对于测试环境,SAE 能够做到一键启停,防止了资源闲置问题。抉择 SAE 为百富旅行节俭了大量云资源的老本投入,并且缩小一半以上的运维工作,为后续翻新业务的倒退打下了根底。

5、云原生是一个时代下践行者们“前仆后继”的故事

一项新技术或者一套新的技术理念,之所以能被宽泛承受和疾速倒退,是因为有违心置信并真正去落地实际的公司,是他们在为整个时代摸索着云计算更大的技术价值。当五年、十年当前咱们再来看洋葱学院、畅捷通、百富旅行等企业的实际历程,正是因为这些创新者们违心接收一些新的扭转,并以此去撬动更大的设想空间,咱们才经验了一个如此蓬勃和充斥可能的时代。

他们才是真的乘风破浪!

正文完
 0