Kubernetes最佳实践：本地或远程的不同配置
根据本地运行还是在云中运行，需要稍微不同的配置时，最佳做法是什么 例如，在本地（例如minikube），我需要创建一个秘密并使用它进行身份验证 但在云中运行时，不需要此身份验证 实现这一点的一个明显方法是使用两个不同的yaml文件，但这听起来并不是一个好主意。在这种情况下，最佳实践是什么？探索哪种方法是一种纯粹的声明性方法，是一种自定义应用程序配置的无模板方法。您有一个基本配置，然后可以根据环境创建覆盖以覆盖基本配置 探索这是一种纯粹的声明性方法，是一种自定义应用程序配置的无模板方法。您有一个基本配置，然后可以根据环境创建覆盖以覆盖基本配置Kubernetes最佳实践：本地或远程的不同配置,kubernetes,Kubernetes,根据本地运行还是在云中运行，需要稍微不同的配置时，最佳做法是什么 例如，在本地（例如minikube），我需要创建一个秘密并使用它进行身份验证 但在云中运行时，不需要此身份验证 实现这一点的一个明显方法是使用两个不同的yaml文件，但这听起来并不是一个好主意。在这种情况下，最佳实践是什么？探索哪种方法是一种纯粹的声明性方法，是一种自定义应用程序配置的无模板方法。您有一个基本配置，然后可以根据环境创建覆盖以覆盖基本配置 探索这是一种纯粹的声明性方法，是一种自定义应用程序配置的无模板方法。您有一个基
您可以使用kustomize，它被烘焙到kubectl中。它提供了一种为不同环境提供覆盖的基线配置的方法。@BurakSerdar看起来正是我需要的。谢谢你可以使用kustomize，它被烘焙到kubectl中。它提供了一种为不同环境提供覆盖的基线配置的方法。@BurakSerdar看起来正是我需要的。谢谢