发布namespace用法

SUMMARY.md

@@ -7,7 +7,7 @@
     - [2.2.1 Pod](concepts/pod-overview.md)
       - [2.2.1.1 Pod解析](concepts/pod.md)
     - 2.2.2 Node
-    - 2.2.3 Namespace
+    - [2.2.3 Namespace](concepts/namespace.md)
     - [2.2.4 Service](concepts/service.md)
     - [2.2.5 Volume和Persistent Volume](concepts/volume.md)
     - [2.2.6 Deployment](concepts/deployment.md)

concepts/namespace.md

@@ -0,0 +1,24 @@
+# Namespace
+
+在一个Kubernetes集群中可以使用namespace创建多个“虚拟集群”，这些namespace之间可以完全隔离，也可以通过通过某种方式，让一个namespace中的service可以访问到其他的namespace中的服务，我们[在CentOS中部署kubernetes1.6集群](../practice/install-kbernetes1.6-on-centos.md)的时候就用到了好几个跨越namespace的服务，比如Traefik ingress和`kube-system`namespace下的service就可以为整个集群提供服务，这些都需要通过RBAC定义集群级别的角色来实现。
+
+## 哪些情况下适合使用多个namesapce
+
+因为namespace可以提供独立的命名空间，因此可以实现部分的环境隔离。当你的项目和人员众多的时候可以考虑根据项目属性，例如生产、测试、开发划分不同的namespace。
+
+## Namespace使用
+
+**获取集群中有哪些namespace**
+
+```
+kubectl get ns
+```
+
+集群中默认会有`default`和`kube-system`这两个namespace。
+
+在执行`kubectl`命令时可以使用`-n`指定操作的namespace。
+
+用户的普通应用默认是在`default`下，与集群管理相关的为整个集群提供服务的应用一般部署在`kube-system`的namespace下，例如我们在安装kubernetes集群时部署的`kubedns`、`heapseter`、`EFK`等都是在这个namespace下面。
+
+另外，并不是所有的资源对象都会对应namespace，`node`和`persistentVolume`就不属于任何namespace。
+