跳轉到

服務佈建方法

Megaport 提供三種主要的服務佈建與管理方法:Portal、API 與 Terraform。最佳選擇取決於客戶對自動化的需求、部署的複雜度,以及使用者角色。

下表提供各方法適用的使用者與情境速查指南。

方法 主要優點 使用情境 典型使用者
Portal
  • 最容易使用(以網頁為基礎的 GUI)
  • 不需要撰寫程式碼
  • 快速測試與佈建
  • 手動、一次性的部署或簡單、非經常性的變更(例如,佈建單一 VXC)以及示範
  • 低頻率的部署
  • 圖形化 UI 使用者
  • 網路工程師
  • 客戶經理
API
  • 完整的程式化控制與彈性
  • 可與客戶應用程式整合,例如既有的計費、佈建或網路管理系統
  • 將 Megaport 服務整合至客戶應用程式或自有入口網站
  • 需要動態的服務管理
  • DevOps 工程師
  • API 整合工程師
  • 軟體工程師
Terraform
  • 自動化、可重複性與版本控制
  • 可追蹤基礎架構狀態
  • 支援多環境(Dev、Staging、Production)的一致性
  • 將佈建與既有的持續整合(CI)與持續部署(CD)管線整合
  • 在不同區域或雲端中快速重建資源以達成災難復原(DR)與高可用性(HA)
  • 雲端架構師
  • DevOps 工程師
  • 平台工程師

重要

如果組織選擇採用 Terraform 來管理部分 Megaport 服務,則必須承諾僅使用 Terraform 管理這些服務。

透過 Megaport Portal 和(或)API 與 Terraform 混合管理服務,將不可避免地導致 Terraform 狀態漂移。也就是說,Terraform 狀態會與透過 Portal 管理的實際基礎架構組態不一致,並造成 Terraform 錯誤。如需更多資訊,請參閱 瞭解適用於 Megaport 資源的 Terraform 狀態

選擇 Megaport 服務的佈建方法

Megaport Portal(UI)

Portal 是進行手動、可視化設定與快速、就地操作管理的理想選擇。對於一次性的需求,它提供最快速的佈建途徑。

在以下情況下,請選擇 Portal:

  • 手動快速佈建服務以立即使用。
  • 進行初始設定、示範或新功能訓練。
  • 執行不需要版本控制的一次性部署。
  • 偏好以可視化、點選式流程操作,而非進行系統整合。

Megaport API

API 最適合用於實現動態自動化與系統整合。它可讓團隊建立自訂邏輯,無需登入使用者介面即可直接與 Megaport 服務互動。

在以下情況下,請選擇 API:

  • 建立用於佈建的自訂應用程式或編排器。
  • 根據內部商務邏輯啟用事件驅動或動態設定。
  • 以程式化方式對多項服務進行頻繁的設定更新。
  • 將 Megaport 佈建整合至大型的既有內部系統或面向客戶的平台。

Terraform(基礎架構即程式碼 - IaC)

對於需要大規模且可稽核、可重複並具版本控制的部署之使用者,Terraform 是首選方法。它提供對基礎架構生命週期的完整控制。

在以下情況下,請選擇 Terraform:

  • 將你的網路資源以基礎架構即程式碼(IaC)方式實作。
  • 在多個環境(Dev、Staging、Production)中可靠地管理服務。
  • 連線到多個雲端,或管理大規模的混合式環境。
  • 確保網路建置與治理流程標準化、可稽核且可重複。

參考資料