今天继续给大家介绍Linux运维相关知识，本文主要内容是Service对象部署和应用。
一、Service资源作用
在前文Kubernetes详解（六）——Pod对象部署和应用中，我们详细介绍了Pod对象的创建和使用。在创建Pod对象后，在Kubernetes集群内部我们能够通过访问该Pod对象的IP地址实现对该Pod对象的访问。但是，Pod对象在删除后，虽然会被恢复，但是其IP地址会被改变，因此这时对原来的Pod对象的访问就会失效。如下所示：
我们希望能够找到一种对该Pod对象的稳定访问，即不管Pod对象如何删除——创建，都能够通过一个固定的IP地址来访问。此外，Pod的IP为Kubernetes集群内部IP地址，我们还希望能够使得Kubernetes外部能够访问该Pod对象。这些的实现，都需要我们的Service对象。
二、Cluster IP类型Service资源创建
Cluster IP类型的Service资源创建可以执行命令：
kubectl expose deployment 【镜像名】 --name=【Service名】 --port=【Service对外暴露的端口】 --target-pod=【Pod容器的端口】 --protocol=【流量转发协议】
例如，我们要为上文中的pod-test对象创建一个Service，可以执行命令：
kubectl expose deployment pod-test --name=svc-test --port=80 --target-port=80 --protocol=TCP
该命令执行结果如下：
在上图中，我们执行了一个Service查看的命令，该命令格式为：
kubectl get svc
执行该命令，即可查看Service的基本信息。
我们执行该命令即可查看该Service暴露的IP地址，之后，我们就可以访问该Service的IP地址，对该Service的IP地址的访问等同于对Pod的IP地址的访问。
访问结果如下：
这样，就实现了对Pod资源的固定IP访问。
三、NodePort类型Service资源创建
接下来，我们尝试创建NodePort类型的Service资源，并实现Kubernetes外部客户端对Pod资源的访问。
NodePort类型的Service资源创建与Cluster IP类型的Service类型的创建命令格式相同，但是需要在命令中加入–type="NodePort"的参数。
例如，执行命令：
kubectl expose deployment/pod-test --type="NodePort" --port=80 --name=svcnode-test
该命令执行结果如下：
从上图中可以看出，新创建的Service类型为NodePort，该类型的Service其实也有一个内部IP地址，在Kubernetes集群内部我们也可以通过该Service的内部IP地址实现对Pod资源的访问。同时，该Service也实现了对本地30344端口和Pod的80端口的绑定，如下所示：
这样，我们对该设备IP地址，30344端口的访问就相当于对Pod资源的访问。访问结果如下：
此外，由于Kubernetes集群的特性，我们对该Kubernetes集群任意一个节点的30334节点访问的结果是相同的，如下所示：
四、Service资源删除
最后，我们来介绍以下Kubernetes集群中Service资源的删除。
执行命令：
kubectl delete svc 【Service名】
即可实现Service资源的删除，该命令执行结果如下所示：
原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200