2022 年 11 月 3 日，第三屆雲原生程式設計挑戰賽即將迎來終極答辯，18 支戰隊、32 位雲原生開發者入圍決賽，精彩即將開啟。

雲原生程式設計挑戰賽專案組特別策劃了《登頂之路》系列選手訪談，期待透過參賽選手的故事，看到更加生動鮮活的中國開發者。

2022 雲原生程式設計挑戰賽共吸引了 17900+ 支隊伍，超過 18000+ 選手報名參賽，覆蓋中國、美國、德國、加拿大、新加坡等 13 個國家和地區，匯聚 440+ 國內外頂尖高校和 240+ 領先企業，企業選手佔比達 30%+，其中決賽企業選手佔比達 75%，大賽規模再創新高！

第一期我們邀請了來自數字海南有限公司的曾輝林，針對參賽歷程與感悟進行了一次深度採訪。

## 深度採訪

### 在什麼背景下了解到阿里云云原生程式設計挑戰賽，是什麼吸引了你們參賽？

起因是我關注了【阿里云云原生】的公眾號，偶然在一次推文中發現了 2022 雲原生程式設計挑戰賽的啟動報名文章，檢視後發現今年的賽題比較貼合我們公司開發的一個實際場景，很想去嘗試挑戰一下，透過參賽去解決一些未來可能會遇到的難題，提前做好準備。工作之後比較少機會參加大賽，我希望透過這個比賽過程能夠收穫和學習一些實戰的技能。

### 怎麼組隊的？為何選擇了賽道二作為參賽方向？

我們團隊的隊員都曾經任職在同一家公司，由於技術方向相同、對彼此的技術能力也都比較認可，所以我在看到這篇推文後便聯絡了另外兩位小夥伴發出組團的邀請，大家看過大賽介紹後都覺得很有意思，因此立刻組團開始報名。

![1.jpeg](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/eb45c08dbb16419891ad105313a9dbf8~tplv-k3u1fbpfcp-zoom-1.image "1.jpeg")

戰隊：浩瀚武林（居中是本次受訪嘉賓）

我們同時報名了賽道一與賽道二，其中賽道一的服務網格技術與我們公司目前的業務較為貼近，而選擇主攻賽道二的原因是公司內部 RPC 框架註冊中心模組想以 Kubernetes 作為註冊中心，就需要呼叫 kube-apiserver 來獲取服務地址列表，剛好賽道二考察基於 list/watch 機制實現高效的邊緣自治方案與公司調研的怎麼保持服務地址資訊的可靠性、實時性、順序性、高效能也很貼近。也算是著眼於未來，我們最終選擇了這個賽道，當然這也意味著我們要去挑戰之前不太觸及的新技術領域，有興奮也有擔憂。

![2.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/fa91253b6ac64b8b8fff1e9e9f16d539~tplv-k3u1fbpfcp-zoom-1.image "2.png")

![3.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d45ecffd7ae54dab9a9447455dfcb8f2~tplv-k3u1fbpfcp-zoom-1.image "3.png")

### 之前對邊緣雲原生方向有接觸嗎？針對雲原生邊緣計算場景的 ACK@Edge的高效邊緣自治方案，覺得這套方案和同型別方案比有何優勢？

對邊緣雲原生在參賽之前接觸比較少，因為它主要領域是在 IoT (物聯網)和 CDN 等領域。而我所在的公司是比較偏政企化，所以接觸的比較少。

在參賽過程中我們進一步瞭解了 ACK@Edge 高效邊緣自治方案，我的理解是它在邊緣節點和雲端管控網路斷連等異常情況下，業務重啟還是節點重啟後，節點內或者跨節點間的業務應用通訊都將自動恢復，比較適用於邊緣計算的弱網路連線狀態下應用跨節點通訊的場景。

而這套方案和同型別的方案，我覺得它的優點在於效能更高效，資源佔用比較低。

### 這個賽道吸引您的原因是什麼？

賽道二吸引我的原因主要有兩點：第一點是對於邊緣計算技術，是我作為系統架構師希望去主動學習的東西；第二點是因為目前賽道二的內容與公司專案中所調研的內容比較貼合，兩者都需要去呼叫 kube-apiserver 去獲取服務列表，有些相似且可以借鑑之處。

![4.jpeg](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/12a17ab8d3a84f70a58703ff6cae3c94~tplv-k3u1fbpfcp-zoom-1.image "4.jpeg")

### 在參賽過程中有難忘的事情嗎？

在比賽的最後一週，排行榜的第一和第二的分值與我們相差較大。我們團隊連著幾個晚上進行了語音討論，並且嘗試了多種方案。最後，在比賽截止的前三天，我們討論出了一個可行性的方案，同時跟導師開展討論後進行了驗證。最終我們的比分跟第一、第二名的分值相差不大，期間也有一次反超了他們的分值。

### 您目前任職的公司崗位經驗，在參賽過程中有帶給您什麼靈感嗎？

目前，我在數字海南主要擔任公司系統架構師一職，主要是系統架構設計，中介軟體選型和系統效能調優。這次參賽在效能調優上給了我很多靈感，比賽中採用 Golang 的臨時物件池，增加臨時物件重用率和減少 GC 負擔和採用記憶體快取策略提高程式的效能。

### 有沒有什麼感悟可以跟大家分享的？

這次參賽主要是提升了我的程式設計技能以及對雲邊端的更深層次的認知。隨著近年來5G 網路、物聯網的快速發展，雲技術應用的邊界也在不斷擴充和深入，來應對爆炸式增長的資料量和終端側“大連線、低時延、大頻寬”的市場需求，這將是邊緣雲的趨勢與機會

### 之前用過印象比較深的阿里雲的產品是？

印象比較深的有兩個，一個是應用實時監控服務 ARMS  可以基於前端應用、業務自定義等維度，迅速便捷地構建秒級響應的應用監控能力。另外一個是阿里雲應用高可用服務 AHAS，它可以提高應用及業務的高可用能力，主要提供流量防護、故障演練、容災等核心能力。

![5.jpeg](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f19ba445f11746fe9e0217e8109dfd5a~tplv-k3u1fbpfcp-zoom-1.image "5.jpeg")

### 參賽過程中最難的是什麼時候？

比如在開始的時候，我們團隊參與了賽道一和賽道二，同時在兩個賽道中都取得了較好的成績。但後期由於工作以及一些其他原因，加上參賽節奏較緊張，所以那段時期稍微有些鬆懈，甚至產生了放棄的想法。

在比賽即將截止的時候，我們團隊又溝通了幾次，大家還是覺得咬咬牙要堅持下來。我們團隊在賽道二的成績與前面選手差距不大，還是非常有機會的，於是三個人熬夜寫程式碼，在工作之餘討論最佳化方案，與導師溝通，不斷解決技術問題，最終完成了這個賽季的衝刺。不論能不能拿到一個好名次，起碼能夠在這次比賽中學習到一些工作中未曾涉及的領域知識。

### 您是怎麼理解雲原生的？

我是近一兩年瞭解到雲原生技術，與雲原生相關的產品、開源、演進歷程等都吸引我去不斷了解這個領域的發展。作為一名程式設計師，是需要不斷的去學習一些新的知識，瞭解前沿的技術趨勢。

我在雲原生領域比較專注於容器和微服務，微服務解決“應用架構複雜度”問題，容器解決“應用部署問題”問題，Kubernetes 解決應用“編排和排程”問題。我認為容器算是雲原生領域中的代表技術，容器提供了應用分發和交付標準，將應用與底層執行環境進行解耦。我在加入到數字海南後，2020 年末公司開展了所有的服務容器化上雲計劃，用 Kubernetes 解決容器的編排與排程。

### 選擇容器化上雲的技術規劃時，會有一些顧慮嗎？

一開始是有些顧慮的，因為我們的專案要求高可用、高效能、高併發和安全性，所以我們當時先將其他的一些專案進行落地，在逐漸平穩後才將主要專案遷移上容器。容器技術雖然比較繁瑣，但是它可以在整個應用程式生命週期工作流中提供了隔離、可移植性、靈活性、可伸縮性和控制的好處，這是容器化可以給我們帶來的便捷，所以我們的團隊還是在努力的學習並克服容器技術上的一些難題。

### 對於即將展開的決賽答辯，選一句口號的話，你會怎麼選？

我們團隊的口號是：態度決定一切，細節決定成敗。靈感來源於比賽結束前的一週，我們團隊努力追逐賽道二中第一名和第二名的步伐時，在細節中捕捉到了這句口號的關鍵和靈感。

登頂之路｜數字海南架構師談雲原生程式設計挑戰賽參賽心路歷程

相關文章