从Helm到Operator，Kubernetes应用管理，进化之路，你准备好了吗？

从 Helm 到 Operator：Kubernetes 应用管理的进化之路

应用管理是一个至关重要的环节这个。因为应用复杂度的增加，传统的部署和管理方式已经不能满足需求。Helm 和 Operator 是两个非常流行的工具，它们在 Kubernetes 应用管理中扮演着重要的角色。本文将探讨从 Helm 到 Operator 的进化之路，以及如何更好地管理 Kubernetes 应用，没耳听。。

Helm：简化 Kubernetes 应用部署

不靠谱。 Helm 是一个 Kubernetes 的包管理工具，它可以帮助我们简化应用的部署和管理。使用 Helm， 我们可以轻松地部署一个复杂的应用，只需要一个简单的命令：helm install。Helm 会自动处理依赖关系，并将应用部署到 Kubernetes 集群中。

说到底。 Chart 名称 描述 版本 pulsar Apache Pulsar 是一个分布式的消息队列系统 2.10.0 promeus-operator Promeus Operator 是一个用于管理 Promeus 实例的工具 0.50.0 VictoriaMetrics-operator VictoriaMetrics Operator 是一个用于管理 VictoriaMetrics 实例的工具 0.20.0 提供足够的支持。 Operator 是 Kubernetes 中的一个概念，它是一种用于管理应用的自定义控制器。Operator 可以理解为一个自定义的 Kubernetes 控制器，它可以根据我们的需求来管理应用。 ├── Dockerfile ├── Makefile ├── PROJECT ├── api │ └── v1alpha1 │ ├── memcached_types.go │ ├── webhook_suite_test.go ├── config │ ├── certmanager │ │ ├── certificate.yaml │ │ ├── kustomization.yaml │ │ └── kustomizeconfig.yaml │ ├── default │ │ ├── manager_webhook_patch.yaml │ │ └── webhookcainjection_patch.yaml │ └── webhook │ ├── kustomization.yaml │ ├── kustomizeconfig.yaml │ └── webhook.yaml ├── main.go └── ... Operator 的优势在于它可以提供更细粒度的控制和管理。比方说我们可以使用 Operator 来自动扩容或缩容应用，或者根据某些条件来施行特定的操作。 Kubernetes 应用管理的未来 未来可期。 Kubernetes 应用管理是一个不断发展的领域。从 Helm 到 Operator，我们可以看到 Kubernetes 应用管理的进化之路。未来我们可以期待更多的创新和改进，以帮助我们更好地管理 Kubernetes 应用。 代码语言：gofunc Mutate { logger := l 我当场石化。 ogf.FromContext.WithValues // ... } 代码语言：yamlapiVersion: /v1alpha1 kind: Instrumentation metadata: name: instrumentation-test-order namespace: test spec: env: - name: OTELSERVICE不结盟E value: order selector: matchLabels: app: order java: image: autoinstrumentation-java:2.4.0-release ex 我们都曾是... tensions: - image: autoinstrumentation-java:2.4.0-release dir: /extensions env: - name: OTELRESOURCEATTRIBUTESPOD不结盟E value: $ - name: OTELINSTRUMENTATIONMESSAGINGEXPERIMENTALRECEIVETELEMETRYENABLED value: "true" # ... 代码语言：sh$ operator-sdk create webhook --group cache --version v1alpha1 --kind Memcached --defaulting --programmatic-validation 代码语言：bashhelm install pulsar apache/pulsar \ --values charts/pulsar/values.yaml \ 别纠结... --set namespace=pulsar \ --set initialize=true kubectl apply -f pulsar/templates/ kubectl get pods -n pulsar helm upgrade pulsar apache/pulsar 图啥呢？ --values charts/pulsar/values.yaml kubectl scale statefulset pulsar-bookkeeper -n pulsar --replicas=5，摆烂。 apiVersion : /v1alpha1 kind : BookkeeperCluster metadata : name : pulsar-bookkeeper spec : bookkeeper : storage : volumeClaimTemplate : spec : resources : requests : storage : 10Gi # 修改为需要的大小即可自动扩容， 无需人工干预，非常方便！！ ... 比如像 Apache Pulsar 这类的大型分布式系统， 使用 Helm 安装后还需要对其中的各个组件进行管理和维护，比如 Broker、BookKeeper 等等，主要原因是每次升级是有先后顺序的，需要依次观察每个组件运行是否正常才能往后操作，而且当某个组件出现问题时需要人工介入处理，这对于运维人员来说是非常大的挑战，所以相对来说使用 operator 管理维护会好很多。Kubernetes OpenTelemetry-Operator 工作原理及实践案例分享！    功能点  功能描述  自动注入  根据 Pod annotation 自动注入 OpenTelemetry Agent   多语言支持  支持 Java、 Python、NodeJS 等多种语言的应用注入 OpenTelemetry Agent  他破防了。 代码语言：yaml# yaml 示例文件，用于创建一个 VMCluster 资源对象。 apiVersion : /v1娱乐a1 kind : VMCluster metadata : name : demo spec : retentionPeriod : "1" replicationFactor : 2 vmstorage : replicaCount : 2 storageDataPath : "/vm-data" storage : volumeClaimTemplate : spec : resources : requests : storage : "10Gi" resources : limits : cpu : "1" memory : "1Gi" vmselect : replicaCount : 2 cacheMountPath : "/select-cache" storage : volumeClaimTemplate : spec : resources : requests : storage : "1Gi" resources : limits : cpu : "1" memory : "1Gi" requests : cpu : "0.5" memory : "500Mi" vminsert : replicaCount : 从 Helm 到 Operator 是 Kubernetes 应用管理的必然趋势。通过使用 Operator，我们可以更好地管理和维护复杂的应用， 我满足了。 提高运维效率，减少人工干预。希望本文能够帮助大家更好地理解和掌握 Kubernetes 应用管理的最佳实践。