metac

Metac pronounced [meta-see]

它是元控制器等等。 Metac 的長期願景是提供一個工具包，讓使用者能夠在 Kubernetes 上管理其基礎設施。

當元控制器的開發停止時，Metac 就開始了。 Metac 已經實現了 Metacontroller 中提出的大部分主要增強功能和問題。此外，Metac 的一些功能源自於 OpenEBS 和 LitmusChaos 等專案的生產需求。

動機

Metac 是 Kubernetes 的一個附加元件，可以輕鬆地以簡單腳本的形式編寫和部署自訂控制器。人們可以從範例資料夾中找到的各種範例實作中了解如何實作控制器。這些範例展示了實作控制器的各種方法、程式語言（包括 jsonnet）。

特徵

以下是metac 支援的一些功能：

• 從業務邏輯抽象化 Kubernetes 程式碼
• 實作有助於上述抽象的各種元控制器
  • CompositeController（叢集範圍）
  • DecoratorController（叢集範圍）
  • GenericController（命名空間範圍）
• 業務邏輯（讀取協調邏輯）可以公開為http服務
  • 基於 API 的開發是一等公民
• MetaController 部署為 Kubernetes 自訂資源
  • 但是，GenericController （元控制器之一）可以部署為：
    • 1/ 基於 Kubernetes 的自訂資源，或者
    • 2/ YAML 設定檔。
• 能夠導入metac作為go庫
  • GenericController 讓業務邏輯作為內聯函數呼叫進行調用
  • 這是除 http 呼叫之外的呼叫邏輯的另一種方式
  • 因此，如果不需要，無需將協調邏輯編寫為 http 服務

使用Metac

如果您想透過基於 Web 的掛鉤使用 Metac，則可以將 Metac 部署為 StatefulSet，並在該登錄中找到映像。但是，如果您想使用內聯鉤子，則需要將 Metac 匯入到基於 go 的控制器實作中。此外，您需要使用 go 模組將 Metac 的主版本匯入到您的程式碼庫中。

如果您想透過helm部署 Metac，請使用此 helm 圖表。

與元控制器的區別

Metac 嘗試與原始元控制器相容。然而，可能會有一些需要小心的重大變化。如果一個人一直在使用元控制器並嘗試使用metac，那麼應該注意以下變化：

• Metac 對自訂資源使用不同的 api 群組
  • 即apiVersion: metac.openebs.io/v1alpha1
• Metac 使用一組不同的終端器
  • 即metac.openebs.io/
• Metac 預設安裝在metac命名空間中

如果您要從 Metacontroller 遷移到 Metac，則需要清理舊 Metacontroller 的終結器，您可以使用以下命令：

 kubectl get  --no-headers --all-namespaces | awk '{print $2 " -n " $1}' | xargs -L1 -P 50 -r kubectl patch -p '{"metadata":{"finalizers": [null]}}' --type=merge 

路線圖

這些是 Metac 關注的廣泛領域：

• 業務控制員
• 測試控制器
• 偵錯控制器
• 合規控制者

文件

這是現有的 ie 元控制器站點，提供有關元控制器的大部分重要詳細資訊。由於除了新的增強功能和修復之外，metac 與 Metacontroller 沒有什麼不同，因此該文件站點非常有用。

接觸

請在 GitHub 上提交錯誤、功能請求和提案問題。

使用會議記錄/議程與社群討論特定功能/主題。

加入 Kubernetes Slack 上的#metacontroller 頻道。

貢獻

請參閱 CONTRIBUTING.md 和貢獻者指南。

授權

此專案根據 Apache License 2.0 授權。

與其他業者的比較

在網路上找到的大多數文章中，我發現這篇文章內容非常豐富。然而，它談論的是metacontroller，而metac 填補了前者留下的大部分空白。