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 填补了前者留下的大部分空白。