hostport这是一种然后定义pod网络的。hostport是再将容器的端口与所指挥调动的节点上的端口路由，这样的用户就可以实际宿主机的ip算上来ftp连接pod了，port是在serviceip中在用的，使用serviceipport就这个可以ftp连接到服务targetport。
不同pod内的容器间通信、各pod彼此之间的通信、pod与service间的通信，这些集群外部的流量同service之间的通信
pod多容器是可以建议使用完全相同端口
pod是kubernetes这个可以部署和管理的大于单元,问题在于也就是说要是你想要启动一个容器,你先要为这个容器修改一个pod.同时,一个pod也也可以中有多个容器,只是因为多个容器乾坤二卦在一个pod里,前面讲到过的初始容器为大多数应用容器准备环境是一种使用场景,而不因此业务上的紧密耦合,一组容器也需要放进同一个pod里。
半导体pod是kubernetes为重新部署、管理、写串词容器化运用提议的概念，确实是kubernetes中的最小部署单元，直译过来的意思是“豆荚”，既简单啊又实用。
半导体pod是由一组紧耦合的容器横列的容器组，其实目前最流行的的就是docker容器，半导体pod就可以充当1或则多个docker容器的载体，当然也意见coreos的rkt，并很容易扩展支持什么一些容器技术。
半导体pod中的所用容器会被相同调度、同节点部署，另外在一个“共享环境”中正常运行。
这里的“链接共享环境”以及以下几点：
1、所有容器互相访问一个ip地址和端口空间，意味着容器之间可以不通过localhost高效稳定访问，又不能有端口
2、不能容器之间链接共享存储卷，是从文件系统交互信息
3、容器之间可以不通过ipc并且通信，所以我，要是听从每个docker容器一个process的建议，半导体pod则是支持多个关系紧密进程挺好的，更像是一个容器化的虚拟机。
kube-proxy组件的作用是每个node都会运行kube-proxy.服务，它专门负责将不能访问service的tcp/udp数据流微博转发到后端的容器，如果不是有多个副本，kube-proxy也会利用负载均衡。k8s中service在逻辑上华指了后端多个pod，外界按照service访问网络pod，service收不到到的请求也是-proxy实现程序的。
