測試及部署您的應用程式

瞭解如何在本機執行應用程式、進行部署作業,以及在 App Engine 上測試。

在本機執行

如果您想要在部署前測試應用程式的功能,請使用您常用的開發工具在本機環境中執行應用程式。

例如,如果您使用 Sinatra,可以使用下列指令以 Sinatra 的開發伺服器執行應用程式:

bundle exec ruby app.rb -p 8080

如果您使用 Rails,則可使用以下指令啟動應用程式:

rails server

部署應用程式

使用 gcloud app deploy 指令將應用程式部署至 App Engine。這個指令會使用 Cloud Build 服務自動建立容器映像檔,然後將該映像檔部署至 App Engine 彈性環境。容器中會包含您對執行階段映像檔所做的任何本機修訂。

若要透過程式輔助方式部署應用程式,請使用 Admin API

事前準備

部署應用程式之前:

確保成功部署

如果您啟用更新的健康狀態檢查,但是應用程式並未達到健康狀態良好狀態,則部署將會復原。

當您將第一個應用程式部署至彈性環境時,可能會因為虛擬機器 (VM) 和其他基礎架構的設定而發生延遲。完成初始設定後,即可開始進行健康狀態檢查,以確認執行個體的健康狀態是否良好且已準備好可以接收流量。如果應用程式在指定的時間長度內並未達到就緒狀態,部署將會失敗並復原。

您的應用程式可能需要更多時間才能準備就緒。例如,您可以透過下載大型檔案或預先載入快取內容,來初始化應用程式。如果您是使用更新的健康狀態檢查,則可在 app.yaml 檔案中修改 app_start_timeout 配置設定以延長時間。

部署服務

您可藉由部署應用程式服務的版本以及每個設定檔,將應用程式部署至 App Engine。

如要部署應用程式服務的某個版本,請從服務的 app.yaml 檔案所在的目錄執行下列指令:

gcloud app deploy

如果使用該指令時並未指定任何檔案,則僅會部署目前目錄中的 app.yaml 檔案。根據預設,deploy 指令會針對您部署的版本產生唯一識別碼、將該版本部署至您設定 gcloud 工具使用的 GCP 專案,並且將所有流量轉送至新版本。

您可藉由指定特定檔案的目標或是加入其他參數來改變指令的預設行為:

  • 您必須個別指定和部署每個檔案,以部署服務的其他設定檔。例如:

    gcloud app deploy cron.yaml
    gcloud app deploy dispatch.yaml
    gcloud app deploy index.yaml
    
  • 如要指定自訂版本 ID,請使用 --version 標記。

  • 如要避免系統自動將流量轉送至新版本,請使用 --no-promote 標記。

  • 如要部署至特定的 GCP 專案,請使用 --project 標記。

舉例來說,如果要將 app.yaml 定義的服務部署至特定的 GCP 專案,請為該服務指派自訂版本 ID,並且避免將流量轉送至新版本:

gcloud app deploy --project PROJECT_ID --version VERSION_ID --no-promote

如要進一步瞭解這個指令,請參閱 gcloud app deploy 參考資料

部署多項服務

您可以使用相同的部署指令來部署或更新組成應用程式的多項服務。

您必須個別部署每項服務的 app.yaml 檔案,才能部署多項服務。例如:

gcloud app deploy service1/app.yaml
gcloud app deploy service2/app.yaml

您可以透過單一部署指令來指定多個檔案:

gcloud app deploy service1/app.yaml service2/app.yaml

部署多項服務的必備條件

  • 您必須先將應用程式的一個版本部署至 default 服務,才能建立及部署後續服務。

  • 您必須在各項服務對應的 app.yaml 設定檔中指定每項服務的 ID。如要指定服務 ID,請在每個設定檔中加入 service 元素定義。根據預設,從設定檔排除這個元素定義會將版本部署到 default 服務。

略過檔案

您可以使用 .gcloudignore 檔案,指定部署服務時不要上傳到 GCP 的檔案和目錄。這很適合用於略過不需要隨部署作業上傳的版本成果和其他檔案。

如要進一步瞭解 .gcloudignore 檔案語法,請參閱 gcloud 參考資料

手動建立要部署的容器

如果您要在 Google Cloud Platform 的外部建立容器映像檔,則必須先將映像檔上傳至容器映像檔的存放區,然後才能使用 gcloud app deploy 指令將映像檔部署至 App Engine。

比方說,如果您在本機使用 Docker 建立容器映像檔,則可將這些映像檔推送至 Google Container Registry,然後在指令的 --image-url 標記中指定映像檔的網址:

gcloud app deploy --image-url gcr.io/YOUR_PROJECT_ID/YOUR_CONTAINER_IMAGE

使用自動化持續部署管道

您可以使用 Cloud Build 在持續部署管道中自動進行部署。詳情請參閱 Cloud Build 說明文件中的部署成果使用版本觸發條件自動建構

Ruby 專用的 Docker 基本映像檔

如果您想從頭建立 Ruby 自訂執行階段應用程式,請在 Dockerfile 中使用提供的基本映像檔:

執行階段 Docker 指令
Ruby FROM gcr.io/google-appengine/ruby

查看應用程式

將應用程式部署至 App Engine 之後,您就能執行下列指令來啟動瀏覽器,並前往 http://YOUR_PROJECT_ID.appspot.com 頁面查看:

gcloud app browse

在 App Engine 上測試

您可以先在 App Engine 上測試新版本,然後再設定該版本以接收流量。例如,您可採取下列做法來測試 default 服務的新版本:

  1. 部署新版本並加入 --no-promote 標記:

    gcloud app deploy --no-promote
  2. 瀏覽至下列網址以存取新版本:

    http://VERSION_ID.default.YOUR_PROJECT_ID.appspot.com
    

    您現在可以在 App Engine 執行階段環境中測試新版本了。您可以查看應用程式的記錄來進行偵錯。詳情請參閱寫入應用程式記錄

    系統仍會將傳送至 http://YOUR_PROJECT_ID.appspot.com 的要求轉送至先前設定為接收流量的版本。

  3. 當您要將流量傳送至新版本時,請使用 GCP 主控台來遷移流量:

    管理版本

    選取您剛剛部署的版本,然後按一下 [遷移流量]

您可以將網址中的 default 換成服務名稱,即可使用相同程序來測試其他服務的新版本:

http://VERSION_ID.SERVICE_ID.YOUR_PROJECT_ID.appspot.com

如要進一步瞭解如何指定特定服務和版本的目標,請參閱要求的轉送方式

疑難排解

以下是部署應用程式時常見的錯誤訊息:

PERMISSION_DENIED: Operation not allowed
The "appengine.applications.create" permission is required.
如果 GCP 專案缺少必要的 App Engine 應用程式,則嘗試執行 gcloud app deploy 指令時,gcloud app create 指令可能會失敗。只有具備擁有者角色的帳戶擁具有建立 App Engine 應用程式的必要權限。
本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Ruby 適用的 App Engine 彈性環境文件