Firebase App Hosting
Firebase App Hosting 可簡化 Next.js 和 Angular 動態應用程式的開發和部署作業，提供內建架構支援、GitHub 整合，以及與 Authentication、Cloud Firestore 和 Vertex AI in Firebase 等其他 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 專案，請建立專案，並確認已啟用 Blaze 定價方案。 | |
| 設定「App Hosting」 | 使用 Firebase 主控台或 Firebase CLI 建立 App Hosting 後端。這是應用程式的受管理資源集合，包括應用程式與 GitHub 存放區的連線。 | |
| 管理及監控應用程式 | 建立 App Hosting 後端後，您的應用程式就會在免費子網域中運作，而您可以在 Firebase 控制台中查看推出作業的詳細資料。您可以使用 Google Cloud 主控台查看及搜尋記錄。 | |
| 開發應用程式 | App Hosting 會在每次將修訂版本推送至使用中的分支版本時，自動啟動新的推出作業。 |