<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>alb on </title>
    <link>/tags/alb/</link>
    <description>Recent content in alb on </description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Sun, 08 Nov 2026 09:00:00 +0800</lastBuildDate><atom:link href="/tags/alb/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>EKS 上多个服务共用一个 ALB</title>
      <link>/posts/eks-alb-ingressgroup-targetgroupbinding/</link>
      <pubDate>Sun, 08 Nov 2026 09:00:00 +0800</pubDate>
      
      <guid>/posts/eks-alb-ingressgroup-targetgroupbinding/</guid>
      <description>在 EKS 上用 AWS Load Balancer Controller（下称 LBC）暴露服务，默认每个 Ingress 都会得到一个独立的 ALB。服务一多，ALB 的个数和费用跟着涨。LBC 有三种共用 ALB 的办法：IngressGroup 把多个 Ingress 的规则合并到一个 ALB 上；TargetGroupBinding 让 ALB 和 Target Group 在集群外建好，LBC 只负责把 Pod 注册进去；Gateway API 用一个 Gateway 对应一个 ALB，各团队在自己的 namespace 里挂 HTTPRoute。文中的行为以 LBC v3.6.2（2026-10-25 发布）对应的文档为准。
默认一个 Ingress 一个 ALB 按 LBC 的文档，Ingress 默认不属于任何 IngressGroup，每个 Ingress 自成一个「implicit IngressGroup」，对应一个 ALB。下面这个 Ingress 会让 LBC 在 AWS 上建一个新的 internet-facing ALB：
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: order-ingress namespace: order-ns annotations: alb.</description>
    </item>
    
  </channel>
</rss>
