1. 项目概述
在Kubernetes集群中部署应用只是第一步，如何让这些应用真正对外提供服务才是关键。本章将深入解析Service和Ingress这两个核心概念，它们就像Kubernetes世界里的"服务导航员"和"流量调度员"。
我见过太多初学者在Pod部署完成后就卡在了"服务暴露"这一关。明明Pod运行正常，却无法从外部访问；或者多个Pod实例间负载不均衡；又或者需要为不同路径配置不同后端服务...这些问题都可以通过Service和Ingress完美解决。
2. 核心概念解析
2.1 Service：集群内部的服务发现
Service是Kubernetes中抽象化访问Pod的方式。想象一下，Pod就像餐厅里的服务员，随时可能被替换（重启或扩缩容），而Service就是前台接待员，无论后台服务员怎么更换，顾客（客户端）只需要找前台就能获得稳定服务。
Service主要有三种类型：
- ClusterIP（默认）：仅在集群内部可访问的虚拟IP
- NodePort：通过节点IP和静态端口暴露服务
- LoadBalancer：通过云服务商的负载均衡器暴露服务
2.2 Ingress：集群外部的流量入口
如果说Service解决了集群内部的服务发现问题，那么Ingress就是处理外部流量的"智能网关"。它可以根据主机名、URL路径等规则，将外部请求路由到不同的Service。
Ingress本身只是规则定义，需要配合Ingress Controller（如Nginx、Traefik）才能真正工作。这就像交通规则（Ingress）需要交警（Ingress Controller）来执行一样。
3. 实操指南
3.1 创建基础Service
让我们从一个简单的ClusterIP Service开始：
apiVersion: v1 kind: Service metadata: name: my-webapp spec: selector: app: webapp ports: - protocol: TCP port: 80 targetPort: 8080这个配置创建了一个名为my-webapp的Service，它会将所有发送到80端口的请求转发到带有app=webapp标签的Pod的8080端口。
注意：selector必须与Pod标签严格匹配，否则Service无法找到后端Pod
3.2 暴露Service到外部
要让服务能从集群外部访问，我们可以使用NodePort：
apiVersion: v1 kind: Service metadata: name: my-webapp-nodeport spec: type: NodePort selector: app: webapp ports: - protocol: TCP port: 80 targetPort: 8080 nodePort: 30080这样，通过任何节点IP的30080端口都能访问到这个服务。
3.3 配置Ingress路由
下面是一个典型的Ingress配置示例：
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: my-ingress annotations: nginx.ingress.kubernetes.io/rewrite-target: / spec: rules: - host: example.com http: paths: - path: /webapp pathType: Prefix backend: service: name: my-webapp port: number: 80这个配置将所有发送到example.com/webapp的请求路由到my-webapp服务。
4. 高级配置与优化
4.1 会话保持配置
对于需要会话保持的应用，可以在Service中添加以下配置：
spec: sessionAffinity: ClientIP sessionAffinityConfig: clientIP: timeoutSeconds: 36004.2 流量权重分配
使用Ingress可以实现金丝雀发布，通过注解配置流量权重：
annotations: nginx.ingress.kubernetes.io/canary: "true" nginx.ingress.kubernetes.io/canary-weight: "20"这样20%的流量会被路由到这个Ingress定义的后端服务。
5. 常见问题排查
5.1 Service无法访问排查流程
- 检查Endpoint是否存在且正确：
kubectl get endpoints <service-name> - 验证Service的selector是否匹配Pod标签
- 检查网络策略是否阻止了流量
5.2 Ingress常见问题
- 404错误：检查Ingress规则中的path是否与后端服务匹配
- 503错误：确认后端Service和Pod是否正常运行
- 证书问题：检查Ingress中的TLS配置是否正确
6. 性能优化建议
- 对于高流量服务，考虑使用externalTrafficPolicy: Local减少网络跳数
- 合理设置keepalive参数减少连接建立开销
- 监控Service和Ingress的延迟指标，及时发现性能瓶颈
在实际生产环境中，我曾遇到一个有趣的案例：某个服务的响应时间偶尔会突然增加。经过排查发现是因为Service的默认负载均衡策略（轮询）导致某些Pod处理耗时请求时影响了整体性能。通过配置podAntiAffinity和调整Service的负载均衡算法，最终使P99延迟降低了40%。
对于初学者来说，理解Service和Ingress的工作原理可能需要一些时间。建议先在测试环境中多尝试不同的配置组合，观察它们的行为差异。记住，Kubernetes的配置虽然看起来复杂，但一旦掌握了核心概念，你就会发现它的设计其实非常直观和灵活。
