当在Kubernetes中使用容器时，重要的是要知道所涉及的资源是什么以及如何需要它们。有些进程比其他进程需要更多的CPU或内存。有些是关键的，不应该被饿死。知道了这一点，我们应该正确配置我们的容器和Pod，以获得两者的最佳效果。在这篇文章中，我们将看到。Kubernetes的Limits和Requests介绍实践案例KubernetesRequestsKubernetesLimitsCPU的特殊性内存的特殊性NamespaceResourceQutaNamespaceLimitRange总结Kubernetes的Limits和Requests介绍在使用Kubernetes时，Limits和R

当在Kubernetes中使用容器时，重要的是要知道所涉及的资源是什么以及如何需要它们。有些进程比其他进程需要更多的CPU或内存。有些是关键的，不应该被饿死。知道了这一点，我们应该正确配置我们的容器和Pod，以获得两者的最佳效果。在这篇文章中，我们将看到。Kubernetes的Limits和Requests介绍实践案例KubernetesRequestsKubernetesLimitsCPU的特殊性内存的特殊性NamespaceResourceQutaNamespaceLimitRange总结Kubernetes的Limits和Requests介绍在使用Kubernetes时，Limits和R

在这篇文章中，我们将在Kubernetes中使用Grafana、Prometheus、Loki、Tempo、OpenTelemetry来搭建可观测性平台。其中Grafana作为操作面板，Prometheus、Loki、Tempo作为数据源，分别用来获取指标、日志以及跟踪数据。同时，我们还将使用Exemplars将trace_id与Java指标相关联，使用OpenTelemetry对应用进行检测。在开始之前，先简单介绍一下这些开源工具。OpenTelemetry：它是CNCF的开源产品，通过使用代理来收集指标、日志和链路，然后将它们发送给其他工具，它支持多种语言集成，并且有很大的仪表功能。Pro

在这篇文章中，我们将在Kubernetes中使用Grafana、Prometheus、Loki、Tempo、OpenTelemetry来搭建可观测性平台。其中Grafana作为操作面板，Prometheus、Loki、Tempo作为数据源，分别用来获取指标、日志以及跟踪数据。同时，我们还将使用Exemplars将trace_id与Java指标相关联，使用OpenTelemetry对应用进行检测。在开始之前，先简单介绍一下这些开源工具。OpenTelemetry：它是CNCF的开源产品，通过使用代理来收集指标、日志和链路，然后将它们发送给其他工具，它支持多种语言集成，并且有很大的仪表功能。Pro

一、概述CRD（CustomResourceDefinition） 本身是一种Kubernetes内置的资源类型，即自定义资源的定义，用于描述用户定义的资源是什么样子。CRD的相关概念：CRD是 v1.7+新增的无需改变代码就可以扩展KubernetesAPI的机制，用来管理自定义对象。它实际上是ThirdPartyResources（TPR）的升级版本，而TPR已经在v1.8中删除。从Kubernetes的用户角度来看，所有东西都叫资源Resource，就是Yaml里的字段Kind的内容，例如Service、Deployment等。除了常见内置资源之外，Kubernetes允许用户自定义资源

一、概述CRD（CustomResourceDefinition） 本身是一种Kubernetes内置的资源类型，即自定义资源的定义，用于描述用户定义的资源是什么样子。CRD的相关概念：CRD是 v1.7+新增的无需改变代码就可以扩展KubernetesAPI的机制，用来管理自定义对象。它实际上是ThirdPartyResources（TPR）的升级版本，而TPR已经在v1.8中删除。从Kubernetes的用户角度来看，所有东西都叫资源Resource，就是Yaml里的字段Kind的内容，例如Service、Deployment等。除了常见内置资源之外，Kubernetes允许用户自定义资源

我们总是需要使用Kubernetes自定义我们的部署，我不知道为什么，但现在主要的工具是HELM，它抛弃了我们在docker和Kubernetes上学到的所有逻辑。在这里给大家介绍一个替代品，叫做 Kustomize。Kustomize不是一个新工具，它自2017年以来一直在建设中，并在1.14版本中作为原生kubectl子命令引入。是的，你没听错，它现在直接嵌入到你日常使用的工具中，所以你可以扔掉helm命令。哲学当使用Git作为VCS、创建Docker镜像或在Kubernetes中声明资源时，Kustomize试图遵循你在日常工作中使用的理念。所以，首先，Kustomize就像Kubern

我们总是需要使用Kubernetes自定义我们的部署，我不知道为什么，但现在主要的工具是HELM，它抛弃了我们在docker和Kubernetes上学到的所有逻辑。在这里给大家介绍一个替代品，叫做 Kustomize。Kustomize不是一个新工具，它自2017年以来一直在建设中，并在1.14版本中作为原生kubectl子命令引入。是的，你没听错，它现在直接嵌入到你日常使用的工具中，所以你可以扔掉helm命令。哲学当使用Git作为VCS、创建Docker镜像或在Kubernetes中声明资源时，Kustomize试图遵循你在日常工作中使用的理念。所以，首先，Kustomize就像Kubern

一、概述Kubernetes中的健康检查主要使用就绪性探针（readinessProbes​）和存活性探针（livenessProbes）来实现，service即为负载均衡，k8s保证service后面的pod都可用，是k8s中自愈能力的主要手段，主要基于这两种探测机制，可以实现如下需求：异常实例自动剔除，并重启新实例多种类型探针检测，保证异常pod不接入流量不停机部署，更安全的滚动升级官方文档：https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-

一、概述Kubernetes中的健康检查主要使用就绪性探针（readinessProbes​）和存活性探针（livenessProbes）来实现，service即为负载均衡，k8s保证service后面的pod都可用，是k8s中自愈能力的主要手段，主要基于这两种探测机制，可以实现如下需求：异常实例自动剔除，并重启新实例多种类型探针检测，保证异常pod不接入流量不停机部署，更安全的滚动升级官方文档：https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-