k8s微服务怎么访问

在Kubernetes（k8s）中，微服务的访问可以通过以下几种方式：ClusterIP、NodePort、LoadBalancer、Ingress。其中，Ingress 是一种常用且强大的方法，它允许你通过 HTTP 或 HTTPS 路由外部请求到集群内部的服务。Ingress 提供了基于域名的路由和 SSL 终止等高级功能，它不仅解决了服务暴露的问题，还提供了更灵活的流量管理和安全控制。

一、CLUSTERIP

ClusterIP 是 Kubernetes 中最基本的服务类型。它在集群内部创建一个虚拟 IP 地址，这个 IP 地址只能在集群内部访问。ClusterIP 通常用于内部服务之间的通信。例如，你有一个后端数据库服务和一个前端应用服务，通过 ClusterIP，前端应用可以与后端数据库进行通信，而不需要暴露到集群外部。

ClusterIP 的配置非常简单，通常只需要在 Service 的 YAML 文件中指定 type: ClusterIP 即可。以下是一个示例：

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

这种方法的优点是安全性高，因为服务不会暴露给外部网络，但缺点是在需要外部访问时不适用。

二、NODEPORT

NodePort 是一种将服务暴露到集群外部的简单方法。它在每个节点上打开一个特定的端口，并将流量转发到集群内部的服务。NodePort 适用于测试和开发环境，但在生产环境中使用时需要谨慎，因为它暴露了节点的端口，增加了安全风险。

NodePort 的配置也非常简单，只需要在 Service 的 YAML 文件中指定 type: NodePort 并可选地指定 nodePort。以下是一个示例：

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

在上面的示例中，服务将会暴露在每个节点的 30007 端口上。

三、LOADBALANCER

LoadBalancer 服务类型是用于将服务暴露到互联网的更高级方法。它会在云提供商（如 AWS、GCP、Azure）上创建一个外部负载均衡器，并将外部流量转发到集群内部的服务。LoadBalancer 提供了更好的负载分配和高可用性，非常适合生产环境。

以下是一个配置示例：

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

在上述配置中，Kubernetes 会向云提供商请求一个负载均衡器并配置相应的规则，将外部流量分发到内部服务。

四、INGRESS

Ingress 是 Kubernetes 中最灵活和强大的服务访问方式。它允许你根据 URL 路径或域名将外部请求路由到集群内部的服务。Ingress 还支持 SSL 终止和负载均衡等高级功能。

Ingress 的配置稍微复杂一些，需要先部署一个 Ingress 控制器（如 Nginx Ingress Controller），然后定义 Ingress 资源。以下是一个简单的 Ingress 配置示例：

apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress spec: rules: - host: example.com http: paths: - path: / pathType: Prefix backend: service: name: my-service port: number: 80

在这个示例中，所有访问 example.com 的请求会被路由到名为 my-service 的服务。

五、INGRESS 控制器配置

为了使用 Ingress，需要部署一个 Ingress 控制器。以下是如何在 Kubernetes 中部署 Nginx Ingress 控制器的步骤：

部署 Nginx Ingress 控制器：

kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/main/deploy/static/provider/cloud/deploy.yaml

验证 Nginx Ingress 控制器是否已部署成功：

kubectl get pods -n ingress-nginx

创建一个简单的 Ingress 资源，并验证其工作情况。

六、TLS/SSL 配置

Ingress 还支持 TLS/SSL 终止，这意味着它可以处理 HTTPS 请求并将其转发到内部服务。以下是如何在 Ingress 中配置 TLS 的步骤：

创建一个包含 SSL 证书和密钥的 Kubernetes Secret：

kubectl create secret tls example-tls --cert=path/to/tls.crt --key=path/to/tls.key

修改 Ingress 资源以使用该 Secret：

apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress spec: tls: - hosts: - example.com secretName: example-tls rules: - host: example.com http: paths: - path: / pathType: Prefix backend: service: name: my-service port: number: 80

在这个配置中，所有到 example.com 的 HTTPS 请求将会使用 example-tls Secret 中的证书进行加密。

七、基于路径的路由

Ingress 还支持基于路径的路由，这意味着你可以根据 URL 路径将请求路由到不同的服务。以下是一个示例：

apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress spec: rules: - host: example.com http: paths: - path: /app1 pathType: Prefix backend: service: name: app1-service port: number: 80 - path: /app2 pathType: Prefix backend: service: name: app2-service port: number: 80

在这个配置中，访问 example.com/app1 的请求会被路由到 app1-service，而访问 example.com/app2 的请求会被路由到 app2-service。

八、基于域名的路由

Ingress 也支持基于域名的路由，这意味着你可以根据请求的域名将请求路由到不同的服务。以下是一个示例：

apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress spec: rules: - host: app1.example.com http: paths: - path: / pathType: Prefix backend: service: name: app1-service port: number: 80 - host: app2.example.com http: paths: - path: / pathType: Prefix backend: service: name: app2-service port: number: 80

在这个配置中，访问 app1.example.com 的请求会被路由到 app1-service，而访问 app2.example.com 的请求会被路由到 app2-service。