<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>DMMTech</author_name>
  <author_url>https://blog.hatena.ne.jp/DMMTech/</author_url>
  <blog_title>DMM Developers Blog</blog_title>
  <blog_url>https://developersblog.dmm.com/</blog_url>
  <categories>
    <anon>インフラ</anon>
  </categories>
  <description>はじめに Ingress が直面した「構造的課題」 Ingress の果たした役割とその後の課題 1. 「最低限の共通機能」設計の限界 2. 「アノテーション地獄」が招いた移植性の低下 3. 運用上の摩擦：役割と責任の混在 KubeCon 2019：API 再構築という決断 なぜ「Ingress v2」では駄目だったのか 1. 「Ingress（入り口）」という概念の限界 2. 下位互換性の呪縛 「Service APIs」から「Gateway API」へ Gateway API の核心：「ロール指向設計」による解決 ロールとリソースの分離：権限境界の明確化 移植性の回復と表現力の向上 Kub…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fdevelopersblog.dmm.com%2Fentry%2F2025%2F12%2F12%2F113000&quot; title=&quot;Kubernetes Gateway API の成り立ちを調べてみた - DMM Developers Blog&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://cdn-ak.f.st-hatena.com/images/fotolife/D/DMMTech/20251201/20251201181012.png</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2025-12-12 11:30:00</published>
  <title>Kubernetes Gateway API の成り立ちを調べてみた</title>
  <type>rich</type>
  <url>https://developersblog.dmm.com/entry/2025/12/12/113000</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
