乐趣区

关于阿里云:登顶之路|数字海南架构师谈云原生编程挑战赛参赛心路历程

2022 年 11 月 3 日,第三届云原生编程挑战赛行将迎来终极问难,18 支战队、32 位云原生开发者入围决赛,精彩行将开启。

云原生编程挑战赛项目组特地策动了《登顶之路》系列选手访谈,期待通过参赛选手的故事,看到更加活泼鲜活的中国开发者。

2022 云原生编程挑战赛共吸引了 17900+ 支队伍,超过 18000+ 选手报名参赛,笼罩中国、美国、德国、加拿大、新加坡等 13 个国家和地区,汇聚 440+ 国内外顶尖高校和 240+ 当先企业,企业选手占比达 30%+,其中决赛企业选手占比达 75%,大赛规模再创新高!

第一期咱们邀请了来自数字海南有限公司的曾辉林,针对参赛历程与感悟进行了一次深度采访。

深度采访

在什么背景下理解到阿里云云原生编程挑战赛,是什么吸引了你们参赛?

起因是我关注了【阿里云云原生】的公众号,偶尔在一次推文中发现了 2022 云原生编程挑战赛的启动报名文章,查看后发现往年的赛题比拟贴合咱们公司开发的一个理论场景,很想去尝试挑战一下,通过参赛去解决一些将来可能会遇到的难题,提前做好筹备。工作之后比拟少机会加入大赛,我心愿通过这个较量过程可能播种和学习一些实战的技能。

怎么组队的?为何抉择了赛道二作为参赛方向?

咱们团队的队员都已经任职在同一家公司,因为技术方向雷同、对彼此的技术能力也都比拟认可,所以我在看到这篇推文后便分割了另外两位小伙伴收回组团的邀请,大家看过大赛介绍后都觉得很有意思,因而立即组团开始报名。

战队:浩瀚武林(居中是本次受访嘉宾)

咱们同时报名了赛道一与赛道二,其中赛道一的服务网格技术与咱们公司目前的业务较为贴近,而抉择主攻赛道二的起因是公司外部 RPC 框架注册核心模块想以 Kubernetes 作为注册核心,就须要调用 kube-apiserver 来获取服务地址列表,刚好赛道二考查基于 list/watch 机制实现高效的边缘自治计划与公司调研的怎么放弃服务地址信息的可靠性、实时性、程序性、高性能也很贴近。也算是着眼于将来,咱们最终抉择了这个赛道,当然这也意味着咱们要去挑战之前不太涉及的新技术畛域,有兴奋也有担心。

之前对边缘云原生方向有接触吗?针对云原生边缘计算场景的 ACK@Edge 的高效边缘自治计划,感觉这套计划和同类型计划比有何劣势?

对边缘云原生在参赛之前接触比拟少,因为它次要畛域是在 IoT (物联网) 和 CDN 等畛域。而我所在的公司是比拟偏政企化,所以接触的比拟少。

在参赛过程中咱们进一步理解了 ACK@Edge 高效边缘自治计划,我的了解是它在边缘节点和云端管控网络断连等异常情况下,业务重启还是节点重启后,节点内或者跨节点间的业务利用通信都将主动复原,比拟实用于边缘计算的弱网络连接状态下利用跨节点通信的场景。

而这套计划和同类型的计划,我感觉它的长处在于性能更高效,资源占用比拟低。

这个赛道吸引您的起因是什么?

赛道二吸引我的起因次要有两点:第一点是对于边缘计算技术,是我作为零碎架构师心愿去被动学习的货色;第二点是因为目前赛道二的内容与公司我的项目中所调研的内容比拟贴合,两者都须要去调用 kube-apiserver 去获取服务列表,有些类似且能够借鉴之处。

在参赛过程中有难忘的事件吗?

在较量的最初一周,排行榜的第一和第二的分值与咱们相差较大。咱们团队连着几个早晨进行了语音探讨,并且尝试了多种计划。最初,在较量截止的前三天,咱们探讨出了一个可行性的计划,同时跟导师发展探讨后进行了验证。最终咱们的比分跟第一、第二名的分值相差不大,期间也有一次反超了他们的分值。

您目前任职的公司岗位教训,在参赛过程中有带给您什么灵感吗?

目前,我在数字海南次要负责公司零碎架构师一职,次要是零碎架构设计,中间件选型和零碎性能调优。这次参赛在性能调优上给了我很多灵感,较量中采纳 Golang 的长期对象池,减少长期对象重用率和缩小 GC 累赘和采纳内存缓存策略进步程序的性能。

有没有什么感悟能够跟大家分享的?

这次参赛次要是晋升了我的编程技能以及对云边端的更深层次的认知。随着近年来 5G 网络、物联网的疾速倒退,云技术利用的边界也在一直拓展和深刻,来应答爆炸式增长的数据量和终端侧“大连贯、低时延、大带宽”的市场需求,这将是边缘云的趋势与机会

之前用过印象比拟深的阿里云的产品是?

印象比拟深的有两个,一个是利用实时监控服务 ARMS  能够基于前端利用、业务自定义等维度,迅速便捷地构建秒级响应的利用监控能力。另外一个是阿里云利用高可用服务 AHAS,它能够进步利用及业务的高可用能力,次要提供流量防护、故障演练、容灾等外围能力。

参赛过程中最难的是什么时候?

比方在开始的时候,咱们团队参加了赛道一和赛道二,同时在两个赛道中都获得了较好的问题。但前期因为工作以及一些其余起因,加上参赛节奏较缓和,所以那段期间略微有些松散,甚至产生了放弃的想法。

在较量行将截止的时候,咱们团队又沟通了几次,大家还是感觉咬咬牙要保持下来。咱们团队在赛道二的问题与后面选手差距不大,还是十分有机会的,于是三个人熬夜写代码,在工作之余探讨优化计划,与导师沟通,一直解决技术问题,最终实现了这个赛季的冲刺。不管能不能拿到一个好名次,起码可能在这次较量中学习到一些工作中未曾波及的畛域常识。

您是怎么了解云原生的?

我是近一两年理解到云原生技术,与云原生相干的产品、开源、演进历程等都吸引我去一直理解这个畛域的倒退。作为一名程序员,是须要一直的去学习一些新的常识,理解前沿的技术趋势。

我在云原生畛域比拟专一于容器和微服务,微服务解决“利用架构复杂度”问题,容器解决“利用部署问题”问题,Kubernetes 解决利用“编排和调度”问题。我认为容器算是云原生畛域中的代表技术,容器提供了利用散发和交付规范,将利用与底层运行环境进行解耦。我在退出到数字海南后,2020 年末公司发展了所有的服务容器化上云打算,用 Kubernetes 解决容器的编排与调度。

抉择容器化上云的技术布局时,会有一些顾虑吗?

一开始是有些顾虑的,因为咱们的我的项目要求高可用、高性能、高并发和安全性,所以咱们过后先将其余的一些我的项目进行落地,在逐步安稳后才将次要我的项目迁徙上容器。容器技术尽管比拟繁琐,然而它能够在整个应用程序生命周期工作流中提供了隔离、可移植性、灵活性、可伸缩性和管制的益处,这是容器化能够给咱们带来的便捷,所以咱们的团队还是在致力的学习并克服容器技术上的一些难题。

对于行将开展的决赛问难,选一句口号的话,你会怎么选?

咱们团队的口号是:态度决定所有,细节决定成败。灵感来源于较量完结前的一周,咱们团队致力追逐赛道二中第一名和第二名的步调时,在细节中捕捉到了这句口号的要害和灵感。

退出移动版