sveltos 简化了 kubernetes 附加组件跨集群部署，基于集群运行时自动升级并提供事件驱动的工作流自动化框架。
kubernetes 本身并不是一个完整的解决方案。要构建生产集群，您需要各种附加组件。如果您要管理多个集群，那不是一件容易的事。
sveltos是一个开源项目，它提供声明式 api，允许跨多个 kubernetes 集群部署 kubernetes 附加组件。helm 图表和资源 yaml 都可以传递给 sveltos。
例如，只需发布以下 clusterprofile 实例就足以在一组托管集群中部署 kyverno helm 图表：
或者，如果您有 kubernetes 资源 yaml，只需使用数据创建一个 configmap（如果数据是机密的，则为 secret），然后让 sveltos 引用这样的 configmap（secret）实例。
kubectl create configmap contour-gateway --from-file=<file with contour yaml>
让事情变得更复杂的是，有时，您需要部署的附加组件取决于集群运行时状态。
例如，您已经在一组集群中部署了 calico v3.24。当这些集群升级到 kubernetes v1.25 时，您希望 calico 也升级到 v3.25。
如果您正在管理数十个这样的集群，那么在升级 kubernetes 版本时手动升级 calico 并不理想。为此，您需要一个自动化解决方案。
然后简单地创建以下分类器实例：
以上分类器实例将让 sveltos 通过自动添加来管理集群标签：
标签 kubernetes: v1–24 到任何运行 kubernetes 版本 v1.24.x 的集群标签 kubernetes: v1–25 到任何运行 kubernetes 版本 v1.25.x 的集群。由于这些标签和上面的 clusterprofile 实例：
calico 版本 v3.24.5 将部署在任何运行 kubernetes 版本 v1.24.x 的集群中calico 版本 v3.25.0 将部署在任何运行 kubernetes 版本 v1.25.x 的集群中您无需采取任何行动。随着集群的升级，sveltos 也会升级 calico。
当托管集群中的事件导致需要部署附加组件时，事情可能会变得更加复杂。例如，每当某个命名空间中的服务被创建时，添加一个 httproute 以通过网关 api 公开此类服务。
sveltos events 是一个用于 kubernetes 的事件驱动的工作流自动化框架，可帮助您在各种事件上触发 k8s 附加组件部署。
定义事件是什么（sveltos 支持 lua 脚本）；定义发生此类事件时要部署的附加组件。插件可以表示为模板，sveltos 将在部署时使用来自托管集群的信息实例化这些插件。
此 eventsource 将事件定义为在命名空间 eng 中创建/删除服务，暴露端口 443 或端口 8443。
当托管集群中发生此类事件时，我们要部署一个 httproute 实例：
如您所见，要部署的内容是在 configmap 中定义的，并以模板的形式表示。
资源包含每个托管集群中与上面定义的 eventsource 匹配的所有服务实例。
以上就是以下是2023年十大人工智能开源趋势。的详细内容。