本文匯總了雲訊息佇列 Kafka 版關於自動建立Topic的相關問題。
是否可以自動化建立Topic？
可以，但不建議。雲訊息佇列 Kafka 版通過阿里雲控制台和OpenAPI管理Topic資料，目前不支援也不建議自動化建立Topic，主要原因如下：
自動化建立Topic不能進行細粒度的許可權管控、資源Action Trail等，存在安全管控問題。
自動化建立Topic會有資源遠遠超過限制、資源不能有效管控等問題，不利於線上穩定運行。
自動化建立Topic不能保證100%成功，可能影響業務的正常運行。更多資訊，請參見自動化建立Topic失敗後怎麼辦？。
什麼情境適合開啟自動化建立Topic？
首先自動化建立Topic屬於非標操作，一般情況下都不建議開啟。但為了支援您快速遷移上雲、測試等情境，可以開啟自動化建立Topic。開啟後，建議僅在遷移情境或者測試情境使用。
如何開啟自動化建立Topic？
自動化建立Topic屬於非標操作，不建議開啟。如果開啟，請不要在重大生產業務中使用，建議您僅在遷移情境或者測試情境使用。
開啟自動化建立Topic的詳細步驟，請參見自動建立Topic。
自動化建立Topic失敗後怎麼辦？
自動化建立Topic失敗後，您可以通過以下方法解決：
Topic數量不多時，建議您通過阿里雲控制台和OpenAPI手動建立Topic。
通過查看日誌或者根據以下原因自助排查：
非法操作：不合法操作導致Topic無法成功建立或者正常使用，影響業務正常運行。具體如下：
Topic名稱：自動建立Topic的程式運行過程中，根據實際情況動態指定Topic，Topic名稱不滿足要求。例如命名非法、名稱長度超過限制。
Topic配置：引擎選擇不當，Topic配額不足、分區配額不足等。
不可控因素：客觀因素機率性失敗，如果觸發，需要很長時間才能恢複，嚴重影響業務。例如網路抖動、服務端升級、管控平台升級維護、ECS宕機等情況，會大幅度增加建立Topic的耗時，業務的逾時是固定的，必然因為逾時，導致建立失敗。
業務衝突：自動建立Topic，容易觸發不同業務名稱衝突，如果觸發，不同業務資料混合，很難發現。發現之後，恢複難度過大，且容易有無法復原轉的損失。
延遲問題：自動建立Topic觸發時，相對已有Topic，需要至少成倍的時間，會造成業務短暫中斷，多數業務不能接受這個抖動。
超過限額：超過分區或者Topic數量限制都會無法建立Topic。
其他情況。
如果您的問題仍然無法解決，請聯絡雲訊息佇列 Kafka 版技術人員協助排查。