本篇文章给大家分享的是有关如何通过Kubernetes的服务进行基本应用程序连接，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。
这是所有Kubernetes CNI插件所能提供的最基础和最根本的功能。应用程序Pods之间要能相互通信，而Kubernetes Services是确保Pods随时间推移来实现应用程序规模性和可用性的一种方式。
使用场景
所有主要的CNI插件都提供基本的Pod到Pod的连通性以及某些服务类型，例如ClusterIP。
除此之外，Tungsten Fabric原生支持LoadBalancer。在AWS上运行时，LoadBalancer在清单中使用Service创建面向公众的AWS ELB，从而使您的应用程序可从Internet一步访问。
这也意味着在本地和所有主要的公共云中，对所有集成Tungsten Fabric的Kubernetes，可以在应用程序中使用Kubernetes部署清单而无需更改。
部署
创建部署时，CNI与Kubernetes协同工作，为每个应用程序Pod分配网络IP地址，并将每个Pod“连接”到集群网络。
注意：大多数CNI通过创建一个overlay network来工作，这一网络在大多数情况下都包含在单个Kubernetes集群的边界内。所以，不同集群中的Pod无法直接通信。
在本文档中我们不会介绍多集群方案，但是Tungsten Fabric能够支持此类配置。一次安装Tungsten Fabric就可以同时服务于多个Kubernetes集群。在这种情况下，即使Kubernetes集群本身位于不同的位置，来自不同集群的Pod也可以直接相互通信。
服务
Kubernetes中的服务是“公开运行在一组Pod上的应用程序的抽象方法”。在大多数情况下，服务是简单的Round-Robin负载均衡器。它具有用于接收网络请求的虚拟IP地址（“VIP”），以及接受这些请求转发的零个或多个端点的IP地址。
在大多数情况下，服务会通过在运行的Pod上查找匹配的标签（称为“选择器”，Selectors）来自动发现属于应用程序Pod的端点IP地址。
应用程序的部署和服务示例
确保您位于沙箱控制节点上，以root用户身份登录，并且位于正确的目录中：
# 确认您是root账户
whoami | grep root || sudo -s
# 切换到清单目录
cd /home/centos/yelb/deployments/platformdeployment/Kubernetes/yaml
查看cnawebapp-loadbalancer.yaml文件，查找以Kind: Deployment和 Kind: Service开头的部分
less cnawebapp-loadbalancer.yaml
（使用箭头/ PgUp / PgDn导航；按q退出）
注意：
spec.template.spec.containers.ports.containerPort在Deployments中显示Pod将侦听的TCP端口；
spec.ports 在服务中显示服务的VIP将监听的端口；
spec.selector在服务中会显示服务要向其发送流量的Pod上的标签。
接下来，部署我们的示例应用程序，看看会发生什么：
kubectl create -f cnawebapp-loadbalancer.yaml
这将创建以下应用程序拓扑：
如果应用程序部署没有错误，我们应该能够看到：
所有Pod都有自己的IP地址，并且正在各自的端口上监听：
所有服务都有VIP和正在监听的端口：
所有服务都发现了各自的端点：
由于Tungsten Fabric提供了对Kubernetes的LoadBalancer服务支持，因此现在应该能够从Internet连接到我们的应用程序。我们可以找出负载均衡器的公共DNS名称：
让我们通过将网络浏览器指向该地址来进行检查,可以看到应用位于:
aa01af9988cc311e9badf06b57ebf630-1452353610.us-west-1.elb.amazonaws.com
成功了！
清理
使用该应用程序后，可以随时取消部署：
kubectl delete -f cnawebapp-loadbalancer.yaml
以上就是如何通过Kubernetes的服务进行基本应用程序连接，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注编程网行业资讯频道。
