类型为：LoadBalancer的入口或服务
库伯内特斯同时拥有入口（在服务前面）和类型为： LoadBalancer的服务。它们似乎做着相同的事情：允许公共流量进入与服务选择器匹配的pod。两者的优点和缺点是什么？在什么情况下我会选择一个而不是另一个？
共有2个答案
入口可用于根据路径公开许多服务，甚至根据请求中的主机或域公开多个应用程序。
负载平衡器总是只公开一个服务。
假设您的架构体系位于AWS、GCP或Azure
进入：
>
许多服务可以共享相同的入口
基于名称的虚拟主机
基于路径的路由
只需要一个AWS ELB（或Google Cloud的GCP负载均衡器）
建议在大多数用例中遵循此方法
ServiceType负载均衡器：
>
每个服务都会创建分离的AWS ELB（成本低效，如果您以后有越来越多的服务，将非常昂贵）
如果您想确保最大的安全性/工作量（每个服务1 ELB），可能会有所帮助
-
我了解kubernetes服务，因为LoadBalancer服务是NodePort和ClusterIP的扩展，后者已经是POD的负载平衡器层。当我们使用NodePort或CluserIP和ingress时，我们已经能够使用负载平衡器（内部）在服务中通过域访问应用程序。那么，为什么我们还有另一个选择是LoadBalancer服务（外部云提供商）？
-
我有一个LoadBalancer服务，它在群集外公开3300端口。我想打开一个新的端口用于内部通信，以便其他吊舱可以与此服务对话，但此端口不应暴露在集群外部。 基本上，通信如下所示：
-
在阅读了这个问题或这篇文章后，我仍然对和之间的细微差异感到有点困惑。 在本例中，我的目标是将一个简单对象分配给更广泛的
-
我有反应代码
-
1-我正在阅读文档，我对措辞有点困惑。上面写着： 集群IP：在集群内部IP上公开服务。选择此值将使服务只能从集群内访问。这是默认的ServiceType NodePort：在每个节点的IP上的一个静态端口（NodePort）上公开服务。节点端口服务将路由到的集群IP服务将自动创建。您可以通过请求从集群外部联系NodePort服务。 LoadBalancer：使用云提供商的负载均衡器对外公开服务。外
-
我正试图在openstack集群上的kubernetes上创建一个类型为LoadBalancer的服务，但它无法创建LoadBalancer，并显示中子错误（下面是确切的错误片段）。 下面是网站。yaml文件： [根]#kubectl创建-f web。亚马尔 [root]#kubectl描述svc web 创建负载平衡器时出错（将重试）：无法为服务默认值创建负载平衡器/web：访问[发布]时需要H