是否可以将集群中的单个服务部署到本地并实现服务间双向通信？

以下方案均基于你已经通过kubectl port-forward实现本地服务访问远端集群服务的前提，可根据使用场景选择：

方案1：SSH反向隧道+远端自定义Endpoint（临时调试首选，操作门槛低） #

适合短期调试、不需要长期维持通信的场景：

• 准备一台能被远端K8s集群访问、同时能连接到你本地开发机的跳板机（如果远端集群节点本身支持访问公网，也可以直接用集群节点做映射端点）
• 在本地开发机执行SSH反向隧道命令，把本地minikube内的服务端口映射到跳板机的指定端口：

  ssh -R <跳板机暴露端口>:<本地minikube服务ClusterIP>:<本地服务端口> <跳板机登录用户>@<跳板机IP>
  

  示例：本地服务ClusterIP为10.96.2.33，服务端口为8080，映射到跳板机的9090端口，命令为：

  ssh -R 9090:10.96.2.33:8080 root@47.xx.xx.xx
  

• 在远端K8s集群中创建对应Service和Endpoint，让集群内其他服务可以通过K8s原生服务名访问你本地的服务，配置参考：

  # Service配置
  apiVersion: v1
  kind: Service
  metadata:
    name: local-deployed-svc
  spec:
    ports:
      - port: 8080 # 远端服务调用时用的端口
        targetPort: 9090
  ---
  # Endpoint配置，绑定跳板机地址
  apiVersion: v1
  kind: Endpoints
  metadata:
    name: local-deployed-svc
  subsets:
    - addresses:
        - ip: 47.xx.xx.xx # 跳板机IP
      ports:
        - port: 9090 # 刚才映射的跳板机端口
  

• 注意：需要开放跳板机对应端口的入站规则，避免远端请求被防火墙拦截。

方案2：跨集群VPN组网（长期开发首选，稳定性最高） #

需要长期将本地服务接入远端集群的场景，通信逻辑和原生集群内访问完全一致：

• 在远端K8s集群和本地minikube集群分别部署VPN组件（如WireGuard），配置路由规则让两个集群的Pod CIDR、Service CIDR之间可以互相访问。
• 配置远端集群的CoreDNS规则，把原来的服务域名解析指向本地minikube集群内对应的Service ClusterIP，或者直接配置跨集群服务发现。
• 该方案不需要每次调试修改配置，支持双向无感知通信，兼容性最好。

方案3：内网穿透工具映射（极临时调试用，操作最快） #

不需要额外准备跳板机的快速调试方案：

• 用常见的内网穿透工具，将本地minikube暴露的服务端口映射到公网可访问的地址。
• 将得到的公网访问地址直接配置到远端集群的服务调用配置中，或者绑定到远端的Service Endpoint上即可使用。

• 确保本地minikube的网络策略没有禁止来自远端集群网段/公网的入站请求。
• 临时调试结束后及时关闭隧道、穿透映射，避免本地服务暴露在公网产生安全风险。
• 如果服务配置了IP白名单，需要将远端集群的出口IP段添加到本地服务的白名单中。

内容的提问来源于stack exchange，提问作者Marcelo Canaparro