🔥5 个必须在 Kubernetes 集群上安装的工具✨️🚀

TL;DR

本文列出了开发人员在 Kubernetes 集群上安装的五个必备工具。🎉

欢迎随意探索这些项目、为存储库加注星标并为您喜欢的项目做出贡献。😉

事不宜迟，让我们开始吧。🏃‍♂️💨

1. Odigos

💡 无需更改代码即可进行分布式跟踪。

Odigos 是一个开源可观察性控制平面，使组织能够创建和维护其可观察性管道。

Odigos 自动生成 OpenTelemetry 格式的遥测数据到任何 Observability 后端，无需任何代码更改。😻。

它会自动检测我们的应用程序，无需我们自行设置 OpenTelemetry 或其他任何设置。Odigos 帮您搞定一切。🤯

这一切之所以成为可能，是因为：

• 自动化检测👾： Odigos 使用 OpenTelemetry 和 eBPF 支持应用程序的自动化检测，无需修改代码。

• 通用可观察性工具兼容性🤝：它可以与各种可观察性工具顺利集成，提供全面的支持和高效的收集器管理。

我们最近发表了一篇关于实施 Odigos 的文章，请在此处查看。

🌟 星空奥迪戈斯

2. Argo CD

💡 适用于 Kubernetes 的声明式 GitOps CD。

Argo CD 是一款功能强大的 GitOps CD 工具，可以帮助自动化和简化 Kubernetes 应用程序的部署和管理🚀。

Argo CD 的主要功能包括 Web UI 💻、CLI、回滚功能和简化的监控。

为什么要使用 Argo CD 而不是传统的 CD 工具？ 🤔

• Git 作为单一事实来源 🤫： Argo CD 使用 Git 作为应用程序和基础架构配置的单一事实来源。这样可以轻松跟踪更改，并在出现问题时回滚部署。

• 友好的 Web UI 💻： Argo CD 提供了一个仪表板来管理和获取所有已部署应用程序的状态。

• 轻松回滚🔄：集群与单独的 git 存储库同步，因此我们只需要恢复 git 中的更改，集群就会自动与 git 存储库同步。

• 灾难恢复🌋：如果发生灾难，只需将 git 存储库指向新创建的集群，它就会拥有之前集群的所有配置。

这些功能使初学者和有经验的 Kubernetes 用户都可以使用它。

简而言之，Argo CD 是用于 Kubernetes ☸️ 的 GitOps CD 工具，它使用 Git 作为应用程序和基础设施配置的唯一来源，并提供轻松的回滚、仪表板和灾难恢复功能。

🌟 GitHub 上的 Argo CD

3. Nginx 入口控制器

💡 Kubernetes 环境的专用负载均衡器。

它是 Kubernetes 中使用最广泛的入口控制器。☸️它使用 Nginx 作为反向代理和负载均衡器。

它在具有 Nginx Plus 或 Nginx 开源实例的 Kubernetes 环境中运行🏃‍♂️。

Nginx Ingress Controller 的主要职责是：👇：

• 对 Kubernetes 集群中容器 📦 的流量进行负载均衡。它监控 Kubernetes 入口资源，并将流量路由到相应的 Kubernetes 服务和 Pod。

• 处理网络、流量管理👮‍♂️、通信和安全🔒。

• 根据其配置📝部署资源并根据入口资源定义自动更新规则。

简而言之，它根据 Kubernetes 入口资源和配置管理流量、安全性并动态调整路由。

🌟 GitHub 上的 Nginx Ingress 控制器

4.适用于 Kubernetes 的 AWS 控制器

💡 使用 Kubernetes 管理 AWS 服务。

ACK是 AWS Controllers for Kubernetes 的缩写，是一组自定义控制器，可实现 AWS 服务与 Kubernetes 集群之间的集成，让您可以从 Kubernetes 直接管理 AWS 服务😮。

ACK 简化了构建利用 AWS 服务的可扩展且高可用的 Kubernetes 应用程序。它提供了一种统一的方式来管理我们的应用程序及其依赖项✨️。

AWS Controllers for Kubernetes 的一些主要功能包括：

• 直接从 Kubernetes 定义和使用 AWS 服务资源。

• 利用 AWS 托管服务为我们的 Kubernetes 应用程序提供服务，而无需定义集群之外的资源或运行提供数据库🗄或消息队列等支持功能的服务。

简而言之，ACK 使我们能够直接从 Kubernetes 管理 AWS 服务，并提供一种在 Kubernetes 集群内定义和使用 AWS 服务的统一方法。

🌟 GitHub 上的 K8 AWS 控制器

5.凯维尔诺

💡 专为 Kubernetes 设计的策略引擎。

在 Kubernetes 中部署 Pod 或 ConfigMap 等事物时，设置规则/策略非常重要。

一个关键的做法是避免在生产中使用latest容器镜像的标签，因为它通常是一个正在进行的开发构建。

Kyverno 到底有什么作用？ 🧐

在 Kubernetes 中，安全问题是一个大问题，而配置错误是主要原因之一。当没有良好的规则（策略）时，就会出现这些安全问题。

这就是Kyverno这样的政策经理发挥作用的地方。😎

🚨注意： Kyverno 不适用于 Kubernetes 以外的任何其他环境。如果您正在寻找与供应商无关的策略管理，可以考虑使用Open Policy Agent之类的工具。

Kyverno 在我们的 Kubernetes 设置中管理策略，无论这些策略是关于安全性还是仅仅是良好实践。

我们可以为前面提到的标签问题等创建规则latest，或者关注安全性，例如确保您的容器镜像在软件供应链中是安全的。

简而言之，Kyverno 是一个策略引擎，它通过允许用户管理部署策略、解决错误配置等问题并推广良好实践来帮助管理安全性和最佳实践✅️。

🌟 Kyverno 在 GitHub 上

如果您想到任何其他我未在本文中涉及的有用项目，请在下面的评论部分分享。👇🏻

好了，本文就到这里。非常感谢你的阅读！🎉