Kubernetes 类型为LoadBalancer的入口或服务
Kubernetes在服务前面和类型为的服务前面都有：Kubernetes 类型为LoadBalancer的入口或服务,kubernetes,kubernetes-ingress,kubernetes-service,Kubernetes,Kubernetes Ingress,Kubernetes Service,Kubernetes在服务前面和类型为的服务前面都有： . 这些似乎做了相同的事情：允许公共交通进入与服务选择器匹配的吊舱。每种方法的优点和缺点是什么？在什么情况下，我会选择一个而不是另一个？入口可用于根据路径公开许多服务，甚至根据请求中的主机或域公开多个应用程序 负载平衡器始终仅公开一个服务。入口可用于公开多个服务（取决于路径），甚至可用于公开多个应用程序（取决于请求中的主机或域） 负载平衡器总是只公开一个服务。假设AWS、GCP或Azure是您的基础架构所在的位置 仅当您有nginx in
. 这些似乎做了相同的事情：允许公共交通进入与服务选择器匹配的吊舱。每种方法的优点和缺点是什么？在什么情况下，我会选择一个而不是另一个？入口可用于根据路径公开许多服务，甚至根据请求中的主机或域公开多个应用程序
负载平衡器始终仅公开一个服务。入口可用于公开多个服务（取决于路径），甚至可用于公开多个应用程序（取决于请求中的主机或域）
负载平衡器总是只公开一个服务。假设AWS、GCP或Azure是您的基础架构所在的位置 仅当您有nginx ingress controller、traefik等入口控制器时才工作 许多服务可以共享相同的入口 基于名称的虚拟主机 基于路径的路由 谷歌云只需要一个AWS ELB或GCP负载平衡器 对于大多数用例，建议遵循此方法 每项服务都会造成AWS ELB成本低效率，如果以后有越来越多的服务，成本会非常昂贵 如果您希望确保每个服务的最大安全性/工作负载为1 ELB，可能会有所帮助
假设AWS、GCP或Azure是您的基础架构所在的位置 仅当您有nginx ingress controller、traefik等入口控制器时才工作 许多服务可以共享相同的入口 基于名称的虚拟主机 基于路径的路由 谷歌云只需要一个AWS ELB或GCP负载平衡器 对于大多数用例，建议遵循此方法 每项服务都会造成AWS ELB成本低效率，如果以后有越来越多的服务，成本会非常昂贵 如果您希望确保每个服务的最大安全性/工作负载为1 ELB，可能会有所帮助
正确总结。重要的是：每个服务一个负载均衡器会花费您很多，而入口将帮助您节省成本。如果有许多服务，重要考虑事项。您需要ELB AWS/GCP，还是只需要使用nginx入口控制器？正确总结。重要的是：每个服务一个负载均衡器会花费您很多，而入口将帮助您节省成本。如果有许多服务，重要考虑事项。您需要ELB AWS/GCP，还是只需要使用nginx入口控制器？