方法一：使用 Ingress

Ingress 是一种更灵活的方式，可以通过 HTTP/HTTPS 路由流量到不同的服务。它通常用于基于路径或子域名路由到不同的服务。
步骤：

1.确保你已经部署了 Ingress Controller（如 Nginx Ingress Controller）。
2.创建 Ingress 资源，将外部请求路由到你的 ClusterIP Service。

如果没有部署请转到 【Kubernetes】Ingress-nginx快速入门

示例 Ingress 配置：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: example-ingress
  namespace: default # 根据实际情况修改命名空间
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: your-domain.com # 请替换为你的实际域名
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: my-clusterip-service # 替换为你的Service名称
            port:
              number: 80 # 替换为你的Service端口

1.配置 DNS 解析，将 your-domain.com 指向 Ingress Controller 的 IP 地址。(这里可以临时修改本地hosts文件)

Kebu节点Ip your-domain.com

将上面的加入到本地/etc/hosts 即可

方法二：更改服务类型为 NodePort

NodePort 类型的服务会在每个节点上开放一个特定端口，并将该端口上的流量转发到服务。
步骤：

1.修改你的服务定义文件，将 type 字段改为 NodePort。

示例：

apiVersion: v1
kind: Service
metadata:
  name: my-nodeport-service
spec:
  type: NodePort
  selector:
    app: MyApp # 确保与Pod标签匹配
  ports:
    - protocol: TCP
      port: 80 # 服务端口
      targetPort: 8080 # 容器监听的端口

2.应用这个配置后，Kubernetes 会自动分配一个外部可访问的端口（默认范围 30000-32767），或者你可以手动指定 nodePort 值。

3.访问服务：通过 <任意节点的IP>: 来访问服务。

测试，输出服务的内容即正常

curl http://<任意节点的IP>:<NodePort> 

方法三：使用 LoadBalancer (云环境)

如果你运行在支持负载均衡器的云环境中（如 AWS, GCP, Azure 等），可以将服务类型设置为 LoadBalancer。这将自动为你创建一个外部负载均衡器，并将流量导向你的服务。
示例：

apiVersion: v1
kind: Service
metadata:
  name: my-loadbalancer-service
spec:
  type: LoadBalancer
  selector:
    app: MyApp # 确保与Pod标签匹配
  ports:
    - protocol: TCP
      port: 80 # 服务端口
      targetPort: 8080 # 容器监听的端口

应用此配置后，云提供商会为你的服务分配一个外部 IP 地址，你可以通过这个 IP 地址访问服务。

方法四：使用 Port Forwarding (临时解决方案)

虽然这不是一种长期的解决方案，但有时可用于开发和调试目的。
使用 kubectl port-forward：

kubectl port-forward svc/my-clusterip-service 8080:80 -n <namespace>

然后你可以通过 localhost:8080 访问服务。但是请注意，这种方法仅限于本地访问，并不适合生产环境下的外部访问需求。
总结

• Ingress: 更加灵活，适合基于路径或域名的路由。
• NodePort: 在每个节点上开放一个端口，简单直接。
• LoadBalancer: 适用于云环境，自动创建负载均衡器。
• Port Forwarding: 适用于临时调试，不推荐用于生产环境。
  选择哪种方式取决于你的具体需求、环境以及可用资源。