kubernetes - 入口或服务类型:LoadBalancer
问题描述
Kubernetes 有Ingress(在 Service 前面)和 Service 类型: LoadBalancer。这些似乎做相同的事情:允许公共流量进入匹配服务选择器的 pod。每种方法的优点和缺点是什么?在什么情况下我会选择其中一种?
解决方案
假设 AWS、GCP 或 Azure 是您的基础设施所在的位置
仅当您有入口控制器(例如 nginx-ingress-controller、traefik、...
许多服务可以共享同一个入口
基于名称的虚拟主机
基于路径的路由
只需要一个 AWS ELB(或 Google Cloud 的 GCP 负载均衡器)
建议在大多数用例中遵循这种方法
每项服务都会创建单独的 AWS ELB(成本效率低下,如果您以后有越来越多的服务会非常昂贵)
如果您想确保最大的安全性/工作量(每个服务 1 个 ELB),可能会有所帮助
推荐阅读
- javascript - React.js,在所有 getDownloadURL 函数完成后打印一些东西
- spring - Spring数据Cassandra可以与动态模型和键空间一起使用吗
- visual-studio-code - VS Code设置中的变量,如何?
- python - `print(help('modules'))` 中是否缺少任何标准库模块
- bash - Perl Pack 在 Shell 变量上解包
- bash - 根据bash / posh中数组中的列匹配值将CSV拆分为两个文件
- python-3.x - 如何用鼠标绘制并保存为 1 和 0
- javascript - 如何在 SharePoint 文档库中的一组选定电子表格中进行人员搜索并返回这些行
- c# - 在 C# 中按可变长度拆分字符串时的正则表达式拆分行为
- powershell - PowerShell 属性表达式将执行时间增加 4-5 倍