本文主要是介绍使用Helm优化Kubernetes下的研发体验，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
今天是Google Developer Advocate Sandeep Dinesh的七部分视频和博客系列的第二部分，介绍如何充分利用您的Kubernetes环境。
当您开始在Kubernetes之上构建越来越多的服务时，简单的任务开始变得更加复杂。 例如，团队无法创建具有相同名称的Kubernetes Service或Deployment。 如果你有成千上万的Pod，只是列出它们都需要一些时间，更不用说实际管理它们了！当然，这些还只是冰山一角。
在本期Kubernetes最佳实践中，让我们来看看如何使用Kubernetes命名空间来更轻松地管理您的Kubernetes资源。
什么是命名空间（Namespace）？您可以将命名空间视为Kubernetes集群中的虚拟集群。 您可以在单个Kubernetes集群中拥有多个命名空间，并且它们在逻辑上彼此隔离。 他们可以为您和您的团队提供组织，安全甚至性能方面的帮助！
默认命名空间（Default Namespace）在大多数Kubernetes发行版中，集群开箱即用，命名空间默认为default。事实上，Kubernetes上有三个命名空间：default、kube-system（用于Kubernetes组件）和kube-public（ 用于公共资源）。 kube-public现在并没有真正使用过，而且通常单独隔离一个kube-system是个好主意，尤其是在Google Kubernetes Engine这样的托管系统中。 默认命名空间是你创建服务和应用程序的默认位置，如果你不指定namespace参数的话。
这个命名空间绝对没有什么特别之处，只是Kubernetes工具是开箱即用的设置使用这个命名空间，而且你无法删除它。 它很适合入门和小型生产系统，我建议不要在大型生产系统中使用它。 这是因为团队很容易在没有意识到的情况下，意外地覆盖或破坏其他服务。 相反，我们应该创建多个命名空间并使用它们来将服务划分为可管理的块。
创建命名空间不要害怕创建命名空间。 它们不会增加性能损失，而且实际上，在许多情况下它们可以提高性能，因为这样的话Kub
这篇关于使用Helm优化Kubernetes下的研发体验的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
