[云原生]K8S 中 Ingress 和 Service 的区别？

K8S Ingress 和 Service的作用？

Kubernetes中的Ingress和Service都是用于构建和管理应用程序的网络服务的重要组件，两者的作用不同。

• Service: 是Kubernetes中一个抽象的概念，用于定义一组Pod的访问方式和网络访问规则。Service通常用于在内部网络中提供可靠的负载均衡机制，如将服务映射到固定的端口。

具体而言，Service可以将Pod集合作为一个整体来对外提供服务，使用Service的Cluster IP作为虚拟IP地址。当客户端访问此IP时，Kubernetes的Service负载均衡器将流量转发到与此Service相关联的Pod集合中的任意Pod。Service可以使用不同的负载均衡算法，如轮询和IP哈希等，可以与Kubernetes DNS服务结合使用，并通过标签选择器和端口映射提供丰富的筛选和路由选项。

• Ingress: 是一种Kubernetes资源对象，用于从集群外部公开HTTP和HTTPS路由，以便在单个IP上托管多个域。Ingress充当入口控制器，允许网络流量从外部进入集群，并将其路由到正确的Service上。

Ingress与Service之间的关系是，Ingress控制器将HTTP/HTTPS流量路由到正确的Pods/Services，而Service则负责在Kubernetes集群中负载均衡流量。Ingress允许用户以URL路径或主机名为基础定义和路由HTTP和HTTPS流量，允许HTTP和HTTPS在同一IP和端口上进行处理，从而简化了网络架构。

总之，Service主要用于在内部网络中提供负载均衡和访问规则，而Ingress则用于将外部网络流量路由到适当的Service和Pod上，使得在Kubernetes集群中公开应用程序成为可能。

这两者，可以理解为一个是七层的代理 一个是四层的？

可以这样理解，Ingress 和 Service 都提供了一种在 Kubernetes 中管理网络通信的方法，不同的是它们控制和管理网络流量的层次不同。

• Service 控制和管理四层（传输层）的网络流量，主要依靠负载均衡器在多个Pod之间分发请求，使用 IP 和端口来处理网络流量。Service 的负载均衡器只能识别传输层的网络信息，如IP地址和端口号，无法处理应用程序层（七层）的请求。

• Ingress 控制和管理七层（应用层）的网络流量，通过一个 API 对象，将流量路由到正确的 Pod 和 Service 上。Ingress 可以根据应用程序层协议（http/https）、请求头、请求类型、URL路径等条件来处理网络流量。

因此，可以将Service理解为一个四层的代理，可以在一定程度上进行负载均衡；而Ingress则是一个七层的代理，可以更加精细地控制和管理网络流量，支持更多的路由规则和流量控制策略，从而使得在Kubernetes中更加灵活和可扩展的发布和管理应用程序。

Service 有哪些实现方式呢？

在Kubernetes中，Service有多种实现方式。根据Service的类型不同，它们各自提供了不同的负载均衡策略和网络访问方式，可以选择最合适的实现方式来满足不同的需求。

以下是常见的Service类型：

• ClusterIP：这是默认的Service类型。ClusterIP类型的Service为Pods提供了内部集群中的稳定连接。它使用 Kubernetes内部DNS解析来负载均衡服务后端的Pods，通过内部Cluster IP提供唯一固定的虚拟IP地址，从而在集群内提供了稳定、可靠的服务发现和负载均衡。

• NodePort：此类型的Service会将外部流量转发到ClusterIP上，通常使用NodePort类型的Service来暴露外部服务。NodePort将Pod暴露在每个节点的IP地址和一个使用静态端口的外部IP地址上，创建NodePort Service后，Kubernetes会为 Service分配一个端口，通过访问指定的hostIP和NodePort可以直接访问服务。

• LoadBalancer：这种类型的Service适用于云平台中将某个服务暴露出来，由云服务商根据配置自动创建并配置负载均衡器。通过此方式，外部流量可以被平衡到集群内的各个节点(Workers)中，Kubernetes会调用云平台的负载均衡器API，并在云端创建负载均衡器，这些负载均衡器会自动路由到集群中的服务。

• ExternalName：此类型的Service节点会将所有流量直接转发到某个预定义的外部服务。通常情况下，在集群内使用ExternalName Service类型，将某个外部服务作为集群内部服务的别名来使用，使得内部服务使用起来更加方便和简单。

综上所述，Service提供了多种不同的实现方式，可以根据应用程序和网络策略的不同需求，灵活选择适合的Service类型来提供稳定和可靠的网络连接，以支持应用程序在Kubernetes中的顺畅运行。

Ingress 有哪些实现方式？

在Kubernetes中，Ingress控制器有多种实现方式，每种实现方式都针对不同的使用场景和需求，提供了不同的路由和负载均衡功能。

以下是常见的Ingress控制器实现方式：

• Nginx Ingress Controller：Nginx是一种常见的Web服务器和反向代理服务器，并广泛用于生产环境中的Web应用程序中。Kubernetes社区提供了一个基于Nginx反向代理服务器的Ingress控制器，即Nginx Ingress Controller。Nginx Ingress Controller可以通过配置文件来指定路由规则，还可以使用Nginx的HTTP模块来提供负载均衡功能。

• Istio Ingress Controller：Istio是一个流行的服务网格解决方案，在Kubernetes上提供了丰富的网络和负载均衡功能，其中包括通过Envoy代理来提供高效的Ingress控制器功能。Istio Ingress Controller可以通过定义路由规则和流量管理规则来帮助应用程序管理入口流量，同时支持使用TLS加密和认证来保护应用程序的安全性。

• Traefik Ingress Controller：Traefik是另一个广受欢迎的开源反向代理和负载均衡器，也提供了Ingress控制器的实现方式。Traefik Ingress Controller使用负载均衡算法来均衡入口流量，并可以通过简单的配置文件来定义路由规则和流量管理规则。Traefik还提供了可视化界面以及自动SSL证书管理等功能，使得它成为了开发人员和运维人员的首选。

需要注意的是，每个Ingress控制器都有不同的性能和功能特点，选择正确的Ingress控制器可能需要考虑不同的因素，如部署环境、应用程序需求、扩展性和安全性等。