Firebase App Hosting
Firebase App Hosting 可簡化動態 Next.js 和 Angular 應用程式的開發與部署作業，內建架構支援、GitHub 整合服務，並能與其他 Firebase 產品整合，例如驗證、Cloud Firestore 和 Vertex AI for Firebase。
主要功能
| GitHub 整合 | 您只需要 git 修訂版本，即可推出新的應用程式版本。每當您推送至特定分支版本時，App Hosting 都能自動部署。 |
| 由 Google Cloud 提供支援 | App Hosting 採用《Google Cloud 服務條款》，會將您的應用程式部署至信任的 Google Cloud 產品。應用程式是透過 Cloud Build 建構，在 Cloud Run 提供，並在 Cloud CDN 中快取。Cloud Secret Manager 等整合式服務可妥善保護 API 金鑰。 |
| 大規模推出 AI 技術輔助功能 | 從使用 Gemini 的 AI 範例開始。使用 Cloud Secret Manager 保護 API 端點的 API 金鑰，並利用 App Hosting 的串流支援功能，在應用程式中加入生成式 AI 功能時，快速維持初始載入時間。 |
| Firebase 控制台整合 | 在 Firebase 控制台中監控建構作業和推出作業，隨時掌握進度。透過 Firebase 控制台存取記錄檔和指標、新增自訂網域，以及手動觸發推出作業。 |
運作原理
- 使用 Firebase 控制台或 Firebase CLI，在存放區中授權並安裝 Firebase GitHub 應用程式。
- 同樣在 Firebase 控制台或 Firebase CLI 中，建立 Firebase App Hosting 後端，使用存放區和即時分支版本進行持續部署。App Hosting 會為後端建立預設推出政策，在變更推送至目標分支版本時立即推出至 100% 的流量。
- 將修訂版本推送至使用中的分支版本時，Google Cloud Developer Connect 會將事件傳送至 Firebase App Hosting。
- 回應此事件，Firebase App Hosting 會針對您最新的修訂版本啟動新的推出作業。
- Firebase App Hosting 會為你的修訂版本建立新的 Cloud Build 工作。在這項工作中，開放原始碼 Buildpack 會決定要在應用程式中使用哪個架構，以建立適合應用程式的容器和設定 (包括環境變數、密鑰、最低或最大執行個體、並行記憶體、CPU)。
- Cloud Build 工作完成後，容器會儲存在 Firebase App Hosting 專屬的 Artifact Registry 存放區中。接著，Firebase App Hosting 會使用映像檔和設定，將新的 Cloud Run 修訂版本新增至 Cloud Run 服務。Cloud Run 修訂版本確認健康狀態良好後，Firebase App Hosting 會修改其流量設定，將所有新要求指向新的 Cloud Run 修訂版本。到目前為止，推出作業已完成
- 要求傳送至 Firebase App Hosting 託管的網站時，要求會由已啟用 Cloud CDN 的 Google Cloud 負載平衡器提供。未快取的要求會傳送至來源伺服器，而來源伺服器會將要求傳送至您的 Cloud Run 服務。
實作路徑
| 設定 Firebase | 如果尚未建立 Firebase 專案，請先建立 Firebase 專案，並確認專案已啟用 Blaze 定價方案。 | |
| 設定 App Hosting | 請使用 Firebase 控制台或 Firebase CLI 建立 App Hosting 後端。這是應用程式的代管資源集合，包括應用程式的 GitHub 存放區連線。 | |
| 管理及監控應用程式 | 建立完 App Hosting 後端後，您的應用程式就會出現在其免費子網域中，而您可以在 Firebase 控制台中查看推出作業的詳細資料。您可以使用 Google Cloud 控制台查看及搜尋記錄檔。 | |
| 開發應用程式 | 每當有修訂版本推送至使用中的分支版本時，App Hosting 會自動啟動新的推出作業。 |