三种外部访问方式

hostNetwork

这是一种直接定义Pod网络的方式。如果在Pod中使用hostNetwork:true配置的话，在这种pod中运行的应用程序可以直接看到pod启动的主机的网络接口。在主机的所有网络接口上都可以访问到该应用程序。以下是使用主机网络的pod的示例定义：

apiVersion: v1
kind: Pod
metadata:
  name: influxdb
spec:
  hostNetwork: true
  containers:
    - name: influxdb
      image: influxdb

hostPort

这是一种直接定义Pod网络的方式。 hostPort是直接将容器的端口与所调度的节点上的端口路由，这样用户就可以通过宿主机的IP加上来访问Pod了，如:。

apiVersion: v1
kind: Pod
metadata:
  name: influxdb
spec:
  containers:
    - name: influxdb
      image: influxdb
      ports:
        - containerPort: 8086
          hostPort: 8086

这样做有个缺点，因为Pod重新调度的时候该Pod被调度到的宿主机可能会变动，这样就变化了，用户必须自己维护一个Pod与所在宿主机的对应关系。这种网络方式可以用来做 nginx Ingress controller。外部流量都需要通过kubenretes node节点的80和443端口。

ClusterIP

apiVersion: v1
kind: Service
metadata:
name: my-internal-service
selector:
app: my-app
spec:
type: ClusterIP
ports:
- name: http
port: 80
targetPort: 80
protocol: TCP

以 ClusterIp 模式创建服务

kubectl proxy --port=8080 http://localhost:8080/api/v1/proxy/namespaces/<NAMESPACE>/services/<SERVICE-NAME>:<PORT-NAME>/

场景使用

由于某些原因，你需要调试你的服务，或者需要直接通过笔记本电脑去访问它们。
容许内部通信，展示内部仪表盘等。

这种方式要求我们运行 kubectl 作为一个未认证的用户，因此我们不能用这种方式把服务暴露到 internet 或者在生产环境使用。

NodePort

最原始的方式。 NodePort，正如这个名字所示，在所有节点（虚拟机）上开放一个特定端口，任何发送到该端口的流量都被转发到对应服务。以 NodePort 模式创建服务。使用 nodePort 参数设置端口号，建议让 k8s 随机选择端口

apiVersion: v1
kind: Service
metadata:
	name: my-nodeport-service
	selector:
		app: my-app
spec:
	type: NodePort
	ports:
		- name: http
  port: 80
  targetPort: 80
  nodePort: 30036
  protocol: TCP

什么场景使用这种方法有许多缺点：

每个端口只能是一种服务
端口范围只能是 30000-32767
如果节点/VM 的 IP 地址发生变化，你需要能处理这种情况。

基于以上原因，我不建议在生产环境上用这种方式暴露服务。如果你运行的服务不要求一直可用，或者对成本比较敏感，你可以使用这种方法。这样的应用的最佳例子是 demo 应用，或者某些临时应用。

LoadBalancer

LoadBalancer 只能在service上定义。这是公有云提供的负载均衡器，如AWS、Azure、CloudStack、GCE等。默认方式，通过 Ingress 绑定服务

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
	name: my-ingress
spec:
	backend:
		service:
    	name: other
			port:
      	number: 8080
  rules:
    - host: foo.mydomain.com
      http:
        paths:
        - backend:
            service:
              name: foo
              port:
                number: 8080
    - host: mydomain.com
      http:
        paths:
        - path: /bar/*
          backend:
            service:
              name: bar
              port:
                number: 8080

Ingress

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: influxdb
spec:
  rules:
    - host: influxdb.kube.example.com
      http:
        paths:
          - backend:
              serviceName: influxdb
              servicePort: 8086

比 LoadBalancer 方式更高效。

hostNetwork​

hostPort​

ClusterIP​

场景使用​

NodePort​

LoadBalancer​

Ingress​