Google Cloud 產品改名後，舊文件要怎麼查？

照著舊教學操作，卻在 Google Cloud Console 找不到它說的產品？先別急著認定功能消失。有時只是換了名稱，有時被併進另一個產品，也可能真的停用了。這三種情況，處理方式差很多。

這篇不打算把每一次改名都背下來。我們先用幾個常見舊名找到現行文件，再看什麼時候不能只做文字替換。

先分清楚：改名、整併，還是退役？

• 改名：例如 Stackdriver Monitoring 現在叫 Cloud Monitoring。先用新名稱找文件，舊的監控概念通常還能對上。
• 整併或產品延伸：例如 Cloud Functions 進入 Cloud Run functions；名稱變了，管理入口與可用功能也可能跟著變。要確認原本用的是哪一代函式。
• 退役與遷移：例如 Container Registry 已停止服務，Artifact Registry 是接下來該用的產品。這時不能只把指令裡的名稱改掉。

同一條產品線也可能先改名、後整併，所以對照表只能幫你找到入口，不能代替遷移指南。

常見舊名，現在去哪裡找

表格超出欄寬時，可左右捲動；鍵盤可聚焦表格後用左右方向鍵查看。

這不是完整的產品年表，而是碰到舊教學時常用得上的入口。名稱和 Console 位置還會繼續變；正式操作前，請以表內連到的現行文件為準。

三個特別容易看錯的例子

Agent Search：文件改名，不代表 API 也改名

Google 的發布說明把文件名稱改成 Agent Search，但也寫明 Console 仍可能顯示 Vertex AI Search 或 AI Applications，API 仍使用 Discovery Engine。遇到「文件叫 A、畫面叫 B」時，先核對功能與 API，而不是猜自己開錯專案。

Knowledge Catalog：兩條舊路徑不一樣

從 Dataplex Universal Catalog 到 Knowledge Catalog，官方說明指出既有設定與 API 可以繼續運作；但從更早的 Data Catalog 過來，遷移指南要求檢查自訂中繼資料、程式存取與尚未支援的功能。兩者都會遇到「Knowledge Catalog」這個名字，工作量卻不相同。

Container Registry：gcr.io 還能用，不代表舊服務還在

Container Registry 已在 2025 年停止服務。不過，依官方遷移文件，由 Artifact Registry 託管的 gcr.io 網址不受這次停用影響。排查舊部署時，要看後端儲存服務與 repository 設定，不能只憑映像網址判斷是否完成遷移。

用舊教學時，照這個順序查

1. 記下舊名和你要做的事。 搜尋「Stackdriver」只是找入口；「設定告警」或「查詢 Log」才是你真正要完成的操作。
2. 找現行文件和發布說明。 比對文件更新日期，也看它是否直接寫了 formerly known as、transition 或 deprecation。
3. 核對會影響操作的地方。 Console 入口、API 名稱、gcloud 指令、IAM 權限和計費方式，任何一項不同，都可能讓舊步驟失效。
4. 遇到退役就讀遷移指南。 先在測試專案跑通，再改正式環境；不要把產品名稱全域取代後直接部署。

名稱對照的目的，是幫你找到現在該看的文件。能不能沿用舊做法，仍要看功能、API 和資源是否真的延續。