在2019年的 Google Cloud Next 2019 大會(huì)上，Google Cloud 正式發(fā)布了 Cloud Run，這是一個(gè)基于容器運(yùn)行 Serverless 應(yīng)用的解決方案，也是業(yè)界第一個(gè)基于 Knative + Kubernetes 的 Serverless 托管服務(wù)。

作為一個(gè)完全托管的計(jì)算環(huán)境，無(wú)需擔(dān)心配置機(jī)器、配置集群或自動(dòng)伸縮。其主要特點(diǎn)還包括：

• 沒有廠商限制—— Cloud Run 采用標(biāo)準(zhǔn)的 OCI 容器并實(shí)現(xiàn)了標(biāo)準(zhǔn)的 Knative 服務(wù) API，所以用戶可以輕松地將自己的應(yīng)用程序移植到本地或任何其他云環(huán)境；
• 快速自動(dòng)伸縮——在 Cloud Run 中部署的微服務(wù)可根據(jù)傳入請(qǐng)求的數(shù)量自動(dòng)伸縮，無(wú)需配置或管理全部的 Kubernetes 集群。如果沒有請(qǐng)求，Cloud Run 可擴(kuò)展到零，也就是說(shuō)，不使用資源；
• 分流流量——Cloud Run 允許用戶在多個(gè)版本中拆分流量，因此我們可以循序漸進(jìn)地進(jìn)行部署；
• 自定義域—我們可以在 Cloud Run 中設(shè)置自定義域映射，它將為這些域提供 TLS 證書；
• 自動(dòng)冗余——Cloud Run 提供了自動(dòng)冗余，因此不必為創(chuàng)建多個(gè)實(shí)例以實(shí)現(xiàn)高可用性。

Cloud Run 是如何工作的

谷歌云Google Cloud Run，允許用戶使用自己喜歡的語(yǔ)言編寫代碼，或者使用自己選擇的二進(jìn)制庫(kù)。然后將其推送到 Cloud Build 以創(chuàng)建一個(gè)容器構(gòu)建。通過(guò)一個(gè)命令 gcloud run deploy 就可以從一個(gè)容器映像到一個(gè)完全管理的 web 應(yīng)用程序，該應(yīng)用程序運(yùn)行在一個(gè)具有 TLS 證書的域上，并且可以根據(jù)請(qǐng)求自動(dòng)伸縮。

Cloud Run 服務(wù)可以通過(guò)以下方式調(diào)用:

一、通過(guò)發(fā)送 HTTPS 請(qǐng)求來(lái)觸發(fā) Cloud Run 托管服務(wù)，所有的 Cloud Run 服務(wù)都有一個(gè)穩(wěn)定的 HTTPS 地址，其中包含的用例有：

• 自定義的 RESTful web API
• 私人 microservice
• HTTP 中間件或 web 應(yīng)用的反向代理
• 預(yù)先包裝好的 web 應(yīng)用程序

二、可以使用 gRPC 將 Cloud Run 服務(wù)與其他服務(wù)連接起來(lái)——例如，在內(nèi)部微服務(wù)之間提供簡(jiǎn)單、高性能的通信。當(dāng)你需要進(jìn)行一下操作時(shí)，gRPC 是一個(gè)很好的選擇:

• 想要在內(nèi)部微服務(wù)之間進(jìn)行通信：
• 支持高數(shù)據(jù)加載( gRPC 使用協(xié)議緩沖區(qū)，比 REST 調(diào)用快7倍)；
• 不想編寫一個(gè)完整的客戶端庫(kù)時(shí)，只需要一個(gè)簡(jiǎn)單的服務(wù)定義；
• 在 gRPC 服務(wù)器中使用流 gRPC來(lái) 構(gòu)建響應(yīng)性更快的應(yīng)用程序和 api。

三、Cloud Run 支持 WebSockets 應(yīng)用程序，無(wú)需額外配置。潛在用例包括任何需要流媒體服務(wù)的應(yīng)用程序，例如聊天應(yīng)用程序。

四、從 Pub/Sub 觸發(fā)：使用 Pub/Sub 將消息推送到 Cloud Run 服務(wù)的端點(diǎn)，然后這些消息隨后作為 HTTP 請(qǐng)求傳送到容器�？墒褂玫膱�(chǎng)景包括：

• 當(dāng)文件上傳到云存儲(chǔ)桶時(shí)，接收到事件后進(jìn)行數(shù)據(jù)轉(zhuǎn)換；
• 使用 Cloud Run 處理谷歌云操作套件日志，將它們導(dǎo)出到 Pub/Sub；
• 從云運(yùn)行服務(wù)中發(fā)布和處理您自己的自定義事件。

五、按計(jì)劃運(yùn)行服務(wù):使用 Cloud Scheduler 安全地按計(jì)劃觸發(fā) Cloud Run 服務(wù)。這類似于使用cron作業(yè)�？赡艿挠美�包括:

• 定期執(zhí)行備份；
• 執(zhí)行經(jīng)常性的管理任務(wù)，如重新生成站點(diǎn)地圖或刪除舊的數(shù)據(jù)、內(nèi)容、配置、同步或修訂；
• 生成賬單或其他文件。

六、執(zhí)行異步任務(wù)：您可以使用 Cloud tasks 安全地將任務(wù)排隊(duì)，以便由 Cloud Run 服務(wù)異步處理。典型的用例包括:

• 通過(guò)意外的生產(chǎn)事件處理請(qǐng)求
• 通過(guò)推遲非面向用戶的工作來(lái)平滑流量峰值
• 通過(guò)將緩慢的后臺(tái)操作(如數(shù)據(jù)庫(kù)更新或批處理)委托給另一個(gè)服務(wù)來(lái)處理，從而減少用戶響應(yīng)時(shí)間，
• 將調(diào)用速率限制為數(shù)據(jù)庫(kù)和第三方api等后端服務(wù)。

七、event from Eventrac：可以使用來(lái)自60多個(gè) Google Cloud 源的事件觸發(fā) Cloud Run。

例如:

• 使用云存儲(chǔ)事件(通過(guò)云審計(jì)日志)來(lái)觸發(fā)數(shù)據(jù)處理通道;
• 每次任務(wù)完成時(shí)，使用 BigQuery 事件(通過(guò) Cloud Audit Logs )在 Cloud Run 中發(fā)起下游處理

Cloud Run 與 Cloud Functions 有什么不同

Cloud Run 和 Cloud Functions 都是在 Google Cloud 的無(wú)服務(wù)器基礎(chǔ)架構(gòu)上運(yùn)行的完全托管的服務(wù)，可自動(dòng)擴(kuò)展并處理 HTTP 請(qǐng)求或事件。它們之間的區(qū)別主要如下：

• 前文我們說(shuō)過(guò) Cloud Run 支持用戶使用自己喜歡的語(yǔ)言進(jìn)行編碼，但是 Cloud Functions 對(duì)代碼的部署方式施加了更多限制（需要將其打包為一個(gè)函數(shù)），并且僅支持一組特定的語(yǔ)言（您可以使用 JavaScript、Node.js、Python 3，或 Go 運(yùn)行時(shí)）；
• Cloud Run 支持使用應(yīng)用程序中的任何工具或系統(tǒng)庫(kù)，而Cloud Functions 不允許使用自定義可執(zhí)行文件；
• Cloud Run 提供了更長(zhǎng)的請(qǐng)求超時(shí)時(shí)間，最高可達(dá)60分鐘，而 Cloud Functions 的請(qǐng)求超時(shí)時(shí)間最長(zhǎng)可設(shè)置為9分鐘；
• Cloud Functions 每次只向每個(gè)函數(shù)實(shí)例發(fā)送一個(gè)請(qǐng)求；而在默認(rèn)情況下Cloud Run 被配置為在每個(gè)容器實(shí)例上發(fā)送多個(gè)并發(fā)請(qǐng)求，如果希望獲得更大的容量，這將有助于改善延遲并降低成本。

總結(jié)：

Cloud Run 提供了許多免費(fèi)的套餐服務(wù)，也可按照使用計(jì)費(fèi)，即只需在容器實(shí)例上處理請(qǐng)求時(shí)付費(fèi)。如果它閑置沒有流量，那么無(wú)需支付任何費(fèi)用。另外，在確定哪種 Serverless 平臺(tái)最適合使用時(shí)，可參考以下幾點(diǎn)：

• 如果您已經(jīng)將代碼打包在 Docker 容器中或正在 Google Cloud 中運(yùn)行 Kubernetes 集群，請(qǐng)針對(duì)您的 Serverless 工作負(fù)載考慮使用 Cloud Run。
• 對(duì)于運(yùn)行響應(yīng)實(shí)時(shí)事件的代碼，或在不使用容器的情況下處理請(qǐng)求，請(qǐng)使用 Cloud Functions。

騰訊云、阿里云、Google谷歌云、華為云、天翼云、移動(dòng)云、AWS亞馬遜云代理商哪家好?推薦找天 下 數(shù) 據(jù)，可享受全網(wǎng)最高折扣、高額返現(xiàn)優(yōu)惠，詳詢電話4 0 0 6 3 8 8 8 0 8 官網(wǎng)：wwW.IdCbeSt.cOm

本文鏈接：http://m.51huadong.com/cloundnews/11007908.html