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 金鑰，並善用應用程式代管服務的串流支援功能，在將生成式 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 上託管的網站時，Google Cloud Load Balancer 會啟用 Cloud CDN 並提供要求。未快取的要求會傳送至來源伺服器，而來源伺服器會將要求傳送至 Cloud Run 服務。
實作路徑
| 設定 Firebase | 如果您還沒有 Firebase 專案，請建立專案，並確認已啟用 Blaze 定價方案。 | |
| 設定「App Hosting」 | 使用 Firebase 控制台或 Firebase CLI 建立 App Hosting 後端。這是應用程式的受管理資源集合，包括應用程式與 GitHub 存放區的連線。 | |
| 管理及監控應用程式 | 建立 App Hosting 後端後，應用程式就會在其免費子網域上提供，您也可以在 Firebase 控制台中查看推出作業的詳細資料。您可以使用 Google Cloud 主控台查看及搜尋記錄。 | |
| 開發應用程式 | App Hosting 會在每次將修訂版本推送至使用中的分支版本時，自動啟動新的推出作業。 |