我刚接触K8s，目前正在使用Minikube玩转这个平台。如何为服务配置一个公共（即集群外部）端口？我按照nginx示例和K8s服务教程操作。在我的情况下，我创建了以下的服务：
kubectl expose deployment/mysrv --type=NodePort --port=1234
如果从集群内部访问服务，则端口为1234。Minikube教程指出，我需要通过它的随机nodePort直接访问服务，这对于手动测试来说是有效的。
kubectl describe service mysrv | grep NodePort
...
NodePort: <unset> 32387/TCP
# curl "http://`minikube ip`:32387/"
但我不明白在一个真正的集群中，服务如何能有一个固定的全球可访问的端口。 nginx示例中描述了使用LoadBalancer服务类型的一些内容，但它们甚至没有在那里指定端口......
有任何想法如何为整个服务修复外部端口？
apiVersion: v1
kind: Service
metadata:
name: example-nodeport
spec:
type: NodePort
selector:
app: hello # selector for deployment
ports:
- name: example-port
protocol: TCP
port: 1234 # CLUSTERIP PORT
targetPort: 50001 # POD PORT WHICH APPLICATION IS RUNNING ON
nodePort: 32222 # HERE!
YAML定义：
$ kubectl apply -f FILE_NAME.yaml
只有当nodePort端口可用时，才会创建上述服务对象。LoadBalancer的服务对象，该对象将具有固定的外部IP和固定端口。NodePort的服务对象将流量引导到集群中。minikube环境中，您可以使用类型为LoadBalancer的服务对象，但是它将具有最后一段描述的一些警告。NodePort
Nodeport在每个节点IP上以静态端口公开服务。 它允许外部流量通过NodePort端口进入。此端口将自动分配从30000到32767的范围内。NodePort端口范围。NodePort的服务对象时，您可以通过查看此answer来了解发生了什么。192.168.0.100192.168.0.101192.168.0.10250001上响应hello，并且它们具有IP地址：
10.244.1.1010.244.1.1110.244.1.12NodePort（端口32222），其中包括：
ClusterIP：
10.96.0.100port:7654targetPort:50001targetPort的说明。这是一个定义在pod上的端口，例如Web服务器。hello响应的：
节点IP:节点端口 (所有的POD都可以回应 hello):
192.168.0.100:32222192.168.0.101:32222192.168.0.102:32222集群IP:端口 (所有的POD都可以回应 hello):
10.0.96.100:7654POD IP:目标端口 (只有接收请求的POD可以回应 hello)
10.244.1.10:5000110.244.1.11:5000110.244.1.12:50001您可以使用以下命令检查访问:
$ curl http://节点IP:节点端口
在你提到的例子中：
$ kubectl expose deployment/mysrv --type=NodePort --port=1234
会发生什么：
minikube实例上分配一个随机端口，范围从30000到32767，将进入此端口的流量指向pod。1234的ClusterIP在上面的示例中，没有参数targetPort。如果未提供targetPort，则与命令中的port相同。
进入NodePort的流量将直接路由到pod，而不会进入ClusterIP。
从minikube的角度来看，NodePort将是您的minikube实例上的端口。其IP地址将取决于所使用的虚拟化程序。将其暴露在本地计算机之外将严重依赖于操作系统。
类型为LoadBalancer(1)的服务对象与外部LoadBalancer(2)之间存在区别:
LoadBalancer(1)类型的服务对象允许使用云服务提供商的LoadBalancer(2)将服务暴露在外部。它是Kubernetes环境中的一个服务，通过服务控制器可以调度创建外部LoadBalancer(2)。LoadBalancer(2)是云服务提供商提供的负载均衡器，它将在第4层操作。LoadBalancer(1)类型服务的示例定义:
apiVersion: v1
kind: Service
metadata:
name: example-loadbalancer
spec:
type: LoadBalancer
selector:
app: hello
ports:
- port: 1234 # LOADBALANCER PORT
targetPort: 50001 # POD PORT WHICH APPLICATION IS RUNNING ON
nodePort: 32222 # PORT ON THE NODE
应用上述YAML将创建一个类型为LoadBalancer的服务(1)
具体看:
ports:
- port: 1234 # LOADBALANCER PORT
这个定义将同时：
LoadBalancer(2)的port指定为1234ClusterIP的port指定为1234想象一下：
LoadBalancer(2)有:
ExternalIP: 34.88.255.5port:7654192.168.0.100192.168.0.101192.168.0.10250001响应hello，它们的IP地址为：
10.244.1.1010.244.1.1110.244.1.12NodePort（端口32222）具有：
ClusterIP：
10.96.0.100port:7654targetPort:50001根据上述示例，您将获得以下响应：hello：
ExternalIP:port (所有的Pod都可以回应 hello):
34.88.255.5:7654NodeIP:NodePort (所有的Pod都可以回应 hello):
192.168.0.100:32222192.168.0.101:32222192.168.0.102:32222ClusterIP:port (所有的Pod都可以回应 hello):
10.0.96.100:7654PodIP:targetPort (只有接收请求的Pod能够回应 hello)
10.244.1.10:5000110.244.1.11:5000110.244.1.12:50001ExternalIP 可以通过命令 $ kubectl get services 进行检查
流量传输方式：
客户端 -> LoadBalancer:port(2) -> NodeIP:NodePort -> Pod:targetPort
注意：此功能仅适用于支持外部负载均衡器的云提供商或环境。
在支持负载均衡器的云提供商上，将会提供一个外部IP地址以访问服务。在Minikube上，
LoadBalancer类型通过minikube service命令使服务可访问。
Minikube可以创建LoadBalancer类型的服务对象(1)，但不会创建外部LoadBalancer(2)。
在命令$ kubectl get services中，ExternalIP状态为等待中。
为了解决没有外部LoadBalancer(2)的问题，可以调用$ minikube tunnel，它将在主机和minikube环境之间创建一条路由，以直接访问ClusterIP的CIDR。
NodePort的用例很容易理解。在云环境中，LoadBalancer的用例也很容易理解。但是随机分配的NodePort有什么用途呢？它对谁有帮助，应该如何使用？ - shawnzDawid Kruk 的回答有一个小错误，
进入 NodePort 的流量将直接路由到 pod，而不会进入 ClusterIP。
但是根据 k8s 文档 这里,
NodePort：在每个节点的 IP 上公开服务，使用静态端口（NodePort）。自动创建 ClusterIP 服务，NodePort 服务路由到此服务。您将能够通过请求
<NodeIP>:<NodePort>从集群外部联系 NodePort 服务。
进入 NodePort 的流量确实会进入 ClusterIP。