Firebase App Hosting
Firebase App Hosting 簡化動態的開發與部署流程 Next.js 和 Angular 應用程式 (提供架構內建架構支援) GitHub 整合、整合 Google 服務與其他 Firebase 產品，例如 Authentication、Cloud Firestore和Vertex AI in 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 工作。 在這項工作中，開放原始碼 Buildpacks 會決定目前使用的架構 建構容器和設定 (包括 環境變數、密鑰、執行個體下限或上限、並行 配合應用程式的需求
- 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 專案，請建立並確定專案 已啟用 Blaze 定價方案。 | |
| 設定「App Hosting」 | 使用 Firebase 控制台或 Firebase CLI 建立 App Hosting 後端。這是 Google Cloud 專案的代管資源集合 ，包括應用程式的 GitHub 存放區連線。 | |
| 管理及監控應用程式 | 完成 App Hosting 後端建立程序後，您的應用程式 免費子網域，您可以查看 是在 Firebase控制台推出。您可以使用 Google Cloud 控制台 查看及搜尋記錄檔。 | |
| 開發應用程式 | 每當有修訂版本，App Hosting 就會自動啟動新的推出作業 推送至使用中的分支版本 |