*作者：西流*

## 背景

說起當前最火一個技術， 不可避免地討論到一個概念：Serverless。作為一種新型的應用架構，Serverless 讓我們擺脫了維護基礎設施的繁瑣，只需要上傳程式碼包或者映象， 即可得到一個彈性、高可用、免運維、低成本的服務。

聽上去很美的 Serverless 在實際落地開發過程中，卻確存在一些痛點。比如您在使用 Serverless 的過程中，肯定有如下的困擾：

-   使用函式計算 Custom Runtime/Container 想要一鍵平遷原有 SpringBoot，Python Flask，ThinkPHP 等各種語言框架的應用，例項啟動過程中需要訪問雲端環境中的其他服務（如資料庫或者註冊中心），遇到應用啟動不起來時，該怎麼排查原因？

-   應用採用微服務架構，涉及到多個服務。能否在原生程式碼開發完成後快速進行端對端測試？

-   事件驅動的應用，透過事件源觸發函式，環節多，鏈路長，能不能在本地快速測試整個鏈路？

-   ……

業界的調研報告（hacknoon serverless report **[1]** ）也體現除錯是 Serverless 落地最大的障礙。目前業界已有的 Serverless 應用除錯手段，主要是在本地模擬雲端執行環境進行本地除錯；而遠端環境中執行的應用則主要靠日誌。由於在本地無法模擬真實的雲端環境，因此本地除錯無法解決上述問題，為此我們推出了業界創新的端雲聯調功能，解決 Serverless 應用除錯的難題。

## 端雲聯調

Serverless Devs 的端雲聯調 **[2]** 功能，核心思路是要讓本地開發環境突破網路的限制，和雲端環境融為一體。開發者透過端雲聯調能在本地啟動例項，和雲端環境無縫連通，快速進行測試和問題除錯。端雲聯調能幫助開發者：

1.  變更程式碼，實時檢視結果，除錯迭代的閉環最短。例如要開發的服務被其他服務依賴，當原生程式碼開發完成後，最好能發起端對端的測試，看看改動有沒有 break 呼叫方服務。如果採用傳統方式，需要把程式碼部署到遠端，發起測試才可以，流程很冗長。

2.  能夠複用本地豐富的開發除錯工具，效率最高。例如調查遠端環境中的測試用例失敗，以往只能靠日誌。如果能把生產流量匯入到本地環境的例項上，使用本地環境上各種 IDE 進行除錯，是不是很爽？

如下圖所示，端雲聯調在本地開發機和雲端應用的 VPC 環境間建立一條安全的隧道連線。訪問雲端應用的流量將自動轉發到本地開發機上；同時本地例項對外訪問的網路流量也被自動轉發到雲端應用的 VPC 環境中。比如在本地例項訪問雲端的 RDS 資料庫例項，傳統方式開發者如果在本地進行除錯開發的話， 只能放開 RDS 例項的公網訪問或者購買 VPN 服務實現本地訪問線上 VPC。而使用端雲聯調，不需要任何配置的改變，可以直接以內網的方式訪問 RDS 例項。

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

#### 開啟端雲聯調

使用者只要在 s.yaml 的目錄下， 執行 s proxied setup，這個命令做了如下事情：

1.  根據您 s.yaml 的 vpc 配置等資訊建立一個輔助的 Service/Function,  並對輔助函式預留1個例項。該輔助函式的作用是作為代理服務，本地例項所有進出流量都會透過該代理服務。

2.  啟動本地環境的代理容器例項， 透過通道服務， 和 1 中的 FC 網路代理容器例項建立一條雙向通訊 TCP 隧道。

3.  啟動本地的函式容器例項， 比如您是 Custom Runtime 直接跑 SpringBoot 應用， 啟動 SpringBoot 的本地函式容器例項和 2 中的代理容器例項共享網路， springboot 應用已經能內網訪問線上 VPC 資源。

4.  本地函式容器例項啟動成功， 即可以開始除錯，直接使用 s proxied invoke 或者 curl 自定義域名呼叫輔助的 Service/Function， 流量會透過代理服務打回到本地函式容器例項， 開啟本地 IDE 對例項內的應用進行斷點除錯。

#### 關閉端雲聯調

因為會有一個輔助函式預留1個例項， 所以除錯結束後， 您可以手動清理資源， 以免產生不必要的費用。

1.  在開啟端雲聯調的終端， 直接 CTRL + C 中斷

2.  或者在另外一個終端，在相同的目錄下執行 s proxied cleanup

使用上面 1 或者 2 其中一個方法即可， 如果您不放心， 可以多次執行 s proxied cleanup。

> *即使您忘記清理， 如果本地開發機關機或者斷網， 通道 session 會自動關閉， 預留的資源也會自動清理。*

## 實戰場景舉例

以阿里雲函式計算一個真實的企業客戶為例：小王是一個業務驅動型的公司的開發， 公司為了提高業務迭代效率， 技術架構向全面雲原生化演進， 減少基本設施的管理和運維， 架構大致如下：

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

小王將迭代最頻繁的對外的前後端分離的專案都一鍵遷移到函式計算的 Custom Runtime，在其中 SpringBoot 的專案需要能使用各種 VPC 內網地址訪問下游服務（比如註冊中心或者其他微服務介面），這個時候Serverless Devs 提供的端雲聯調 **[3]** 就可以派上用場了， 只需要在 s.yaml (s.yaml 中定義了函式的 VPC 配置) 所在目錄下執行：

```
$ s proxied setup
```

該命令會和雲端 VPC 環境建立安全的網路通道，並在本地啟動應用例項。此時本地例項可以無縫訪問雲端 VPC 環境內的資源，比如使用內網地址訪問註冊中心、RDS、 Kafka 等。這意味著您的應用配置不需要任何改變，就可以在本地和雲端環境內的資源互動。

與此同時，直接使用這個SpringBoot後端專案對應在函式計算 FC 上的自定義域名，流量將被路由到本地應用例項上。比如，您的前端專案部署到 FC 的函式名字是 frontend, 對應的自定義域名是 frontend.abc.com。前端依賴的後端服務部署在 FC 上的函式名字是 backend，對應的自定義域名是 backend.abc.com。這個時候，您直接瀏覽器開啟 fronted.abc.com，進行有後端請求的操作，流量就自動從線上路由到本地的 SpringBoot 例項，同時 SpringBoot 的日誌在終端實時顯示，甚至您也可以使用斷點除錯來自線上的流量。

假設本地啟動 SpringBoot 後端專案的例項失敗，可能的原因包括函式計算的 VPC 配置不對, 對應的下游服務有白名單限制等等。此時您在本地就可以重現和雲端環境例項相同的啟動過程，這對排查例項啟動方面的問題極其有幫助。如下圖所示：

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

我們從本地例項的啟動過程資訊就可以明確定位到原因是 Nacos 訪問不通，我們需要檢視函式是否正確配置了 Nacos 所在的 VPC 資訊，或者 Nacos 是否有白名單限制等等。

## 總結

最後我們簡單用一張表格總結本地除錯和端雲聯調的差異:

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

Serverless 作為雲端計算下一年十年預設的計算正規化， 目前除錯在 Serverless 最大的挑戰之一， 相比其他友商只提供本地除錯的能力，阿里雲函式計算創新性地提出了端雲聯調， 並透過工具實現了很好的開發者體驗， 大大提升了Serverless 應用的開發者的開發效率和幸福感， 人生苦短， 我用 Serverless!

### 相關連結

[1] hacknoon serverless report：<https:>

[2] 端雲聯調：<https:>

[3] 端雲聯調：<https:>

參考

Spring Boot Serverless 實戰 | Serverless 應用的監控與除錯<https:>

戳[此處](https://github.com/devsapp/fc)，跳轉至 Serverless Devs~</https:></https:></https:></https:>

創新推出 | Serverless 除錯大殺器：端雲聯調

相關文章