コンテンツにスキップ
Kong Logo | Kong Docs Logo
  • ドキュメント
    • API仕様を確認する
      View all API Specs すべてのAPI仕様を表示 View all API Specs arrow image
    • ドキュメンテーション
      API Specs
      Kong Gateway
      軽量、高速、柔軟なクラウドネイティブAPIゲートウェイ
      Kong Konnect
      SaaSのエンドツーエンド接続のための単一プラットフォーム
      Kong AI Gateway
      GenAI インフラストラクチャ向けマルチ LLM AI Gateway
      Kong Mesh
      Kuma と Envoy をベースにしたエンタープライズサービスメッシュ
      decK
      Kongの構成を宣言型で管理する上で役立ちます
      Kong Ingress Controller
      Kubernetesクラスタ内で動作し、Kongをプロキシトラフィックに設定する
      Kong Gateway Operator
      YAMLマニフェストを使用してKubernetes上のKongデプロイメントを管理する
      Insomnia
      コラボレーティブAPI開発プラットフォーム
  • Plugin Hub
    • Plugin Hubを探索する
      View all plugins すべてのプラグインを表示 View all plugins arrow image
    • 機能性 すべて表示 View all arrow image
      すべてのプラグインを表示
      AI's icon
      AI
      マルチ LLM AI Gatewayプラグインを使用してAIトラフィックを管理、保護、制御する
      認証's icon
      認証
      認証レイヤーでサービスを保護する
      セキュリティ's icon
      セキュリティ
      追加のセキュリティレイヤーでサービスを保護する
      トラフィック制御's icon
      トラフィック制御
      インバウンドおよびアウトバウンドAPIトラフィックの管理、スロットル、制限
      サーバーレス's icon
      サーバーレス
      他のプラグインと組み合わせてサーバーレス関数を呼び出します
      分析と監視's icon
      分析と監視
      APIとマイクロサービストラフィックを視覚化、検査、監視
      変革's icon
      変革
      Kongでリクエストとレスポンスをその場で変換
      ログ記録's icon
      ログ記録
      インフラストラクチャに最適なトランスポートを使用して、リクエストと応答データをログに記録します
  • サポート
  • コミュニティ
  • Kongアカデミー
デモを見る 無料トライアルを開始
Kong Gateway
3.7.x
  • Home icon
  • Kong Gateway
  • Key Concepts
  • Routes
  • ルート
report-issue問題を報告する
  • Kong Gateway
  • Kong Konnect
  • Kong Mesh
  • Kong AI Gateway
  • Plugin Hub
  • decK
  • Kong Ingress Controller
  • Kong Gateway Operator
  • Insomnia
  • Kuma

  • ドキュメント投稿ガイドライン
  • 3.10.x (latest)
  • 3.9.x
  • 3.8.x
  • 3.7.x
  • 3.6.x
  • 3.5.x
  • 3.4.x (LTS)
  • 3.3.x
  • 2.8.x (LTS)
  • アーカイブ (2.6より前)
  • 導入
    • Kong Gatewayの概要
    • サポート
      • バージョンサポートポリシー
      • サードパーティの依存関係
      • ブラウザサポート
      • 脆弱性パッチ適用プロセス
      • ソフトウェア部品表
    • 安定性
    • リリースノート
    • 互換性のない変更
      • Kong Gateway 3.7.x
      • Kong Gateway 3.6.x
      • Kong Gateway 3.5.x
      • Kong Gateway 3.4.x
      • Kong Gateway 3.3.x
      • Kong Gateway 3.2.x
      • Kong Gateway 3.1.x
      • Kong Gateway 3.0.x
      • Kong Gateway 2.8.x またはそれ以前
    • キーコンセプト
      • サービス
      • ルート
      • コンシューマ
      • アップストリーム
      • プラグイン
      • コンシューマグループ
    • Kongの仕組み
      • トラフィックのルーティング
      • ロードバランシング
      • ヘルスチェックとサーキットブレーカー
    • 用語集
  • Kongを始めましょう
    • Kongを入手
    • サービスとルート
    • Rate Limiting
    • プロキシキャッシュ
    • Key Authentication
    • ロードバランシング
  • Kongのインストール
    • 概要
    • Kubernetes
      • 概要
      • Kong Gatewayのインストール
      • Admin APIを構成する
      • Kong Managerのインストール
    • Docker
      • docker runの使用
      • 独自の Docker イメージをビルドする
    • Linux
      • Amazon Linux
      • Debian
      • Red Hat
      • Ubuntu
    • インストール後
      • データストアの設定
      • エンタープライズライセンスを適用する
      • Kong Managerを有効にする
  • 本番環境のKong
    • デプロイメントトポロジー
      • 概要
      • ハイブリッドモード
        • 概要
        • Kong Gatewayをハイブリッドモードでデプロイする
      • DBレスデプロイメント
      • 伝統的な
    • 実行中のKong
      • 非rootユーザーとしてKongを実行する
      • Admin APIの保護
      • systemdの使用
    • アクセス制御
      • Kong Gatewayを安全に起動する
      • プログラムによる管理者の作成
      • RBACを有効にする
    • ライセンス
      • 概要
      • ライセンスのダウンロード
      • エンタープライズライセンスのデプロイ
      • ライセンス APIの使用
      • ライセンス使用状況の監視
    • ネットワーキング
      • デフォルトポート
      • DNSに関する考慮事項
      • ネットワークとファイアウォール
      • フォワードプロキシ経由のCP/DP通信
      • PostgreSQL TLS
        • PostgreSQL TLSの構成
        • PostgreSQL TLSのトラブルシューティング
    • Kong設定ファイル
    • 環境変数
    • KongからのウェブサイトとAPIの提供
    • モニタリング
      • 概要
      • Prometheus
      • StatsD
      • Datadog
      • ヘルスチェックプローブ
    • トレーシング
      • 概要
      • カスタムトレースエクスポーターの記述
      • トレース APIリファレンス
    • リソースサイジングのガイドライン
    • セキュリティ更新プロセス
    • ブルーグリーンデプロイメント
    • カナリアデプロイメント
    • クラスタリングリファレンス
    • パフォーマンス
      • パフォーマンステストベンチマーク
      • パフォーマンスベンチマークの確立
      • Brotli圧縮によるパフォーマンスの向上
    • ログとデバッグ
      • ログ参照
      • 動的ログレベルの更新
      • ゲートウェイログのカスタマイズ
      • デバッグリクエスト
      • AI Gateway分析
    • gRPCサービスを構成する
    • Expressionsルーターを使用する
    • アップグレードと移行
      • Kong Gateway 3.x.xのアップグレード
      • バックアップと復元
      • アップグレード戦略
        • デュアルクラスターのアップグレード
        • インプレースアップグレード
        • ブルーグリーンアップグレード
        • ローリングアップグレード
      • 2.8 LTS から 3.4 LTS へのアップグレード
      • OSS から Enterprise への移行
      • Cassandra から PostgreSQL への移行ガイドライン
      • 互換性のない変更
  • Kong Gateway Enterprise
    • 概要
    • シークレット管理
      • 概要
      • はじめる
      • シークレットローテーション
      • 高度な使用法
      • バックエンド
        • 概要
        • 環境変数
        • AWS Secrets Manager
        • Azure Key Vault
        • Google Cloud Secret Manager
        • HashiCorp Vault
      • ハウツー
        • AWS Secrets Manager によるデータベースの保護
      • 参照形式
    • 動的なプラグインの順序
      • 概要
      • 動的プラグインの注文を開始する
    • 監査ログ
    • キーリングとデータ暗号化
    • ワークスペース
    • コンシューマグループ
    • イベントフック
    • データプレーン(DP)のレジリエンスの構成
    • コントロールプレーン(CP)の停止管理について
    • FIPS 140-2
      • 概要
      • FIPS 準拠パッケージのインストール
      • FIPS 140-2準拠のプラグイン
    • AWS IAMを使用してKong Gateway Amazon RDSデータベースを認証する
    • 署名付き Kong イメージの署名の検証
    • 署名付き Kong イメージのビルド来歴を確認
  • Kong AI Gateway
    • 概要
    • AI Gatewayを使ってみる
    • LLM プロバイダー統合ガイド
      • OpenAI
      • Cohere
      • Azure
      • Anthropic
      • Mistral
      • Llama2
    • AI Gateway分析
    • AI Gatewayプラグイン
  • Kong Manager
    • 概要
    • Kong Managerを有効にする
    • Kong Managerの使用を開始する
      • サービスとルート
      • Rate Limiting
      • プロキシキャッシュ
      • コンシューマによる認証
      • ロードバランシング
    • 認証と承認
      • 概要
      • スーパー管理者を作成する
      • ワークスペースとチーム
      • パスワードと RBAC トークンのリセット
      • Basic Auth
      • LDAP
        • LDAPの設定
        • LDAP サービスディレクトリマッピング
      • OIDC
        • OIDC を構成する
        • OIDC 認証済みグループマッピング
        • 以前の構成からの移行
      • セッション
      • RBAC
        • 概要
        • RBACを有効にする
        • ロールと権限を追加する
        • ユーザーの作成
        • 管理者の作成
    • ネットワーク構成
    • ワークスペース
    • コンシューマグループを作成する
    • メールの送信
    • トラブルシューティング
  • カスタムプラグインの開発
    • 概要
    • はじめる
      • 導入
      • プラグインプロジェクトの設定
      • プラグインテストを追加
      • プラグイン設定を追加
      • 外部サービスの利用
      • プラグインのデプロイ
    • ファイル構成
    • カスタムロジックの実装
    • プラグインの設定
    • データストアへのアクセス
    • カスタムエンティティの保存
    • カスタムエンティティのキャッシュ
    • Admin APIの拡張
    • テストを書く
    • インストールと配布
    • Proxy-Wasmフィルタ
      • proxy-wasm フィルターの作成
      • proxy-wasm フィルタの設定
    • プラグイン開発キット
      • 概要
      • kong.client
      • kong.client.tls
      • kong.cluster
      • kong.ctx
      • kong.ip
      • kong.jwe
      • kong.log
      • kong.nginx
      • kong.node
      • kong.plugin
      • kong.request
      • kong.response
      • kong.router
      • kong.service
      • kong.service.request
      • kong.service.response
      • kong.table
      • kong.tracing
      • kong.vault
      • kong.websocket.client
      • kong.websocket.upstream
    • 他の言語のプラグイン
      • Go
      • Javascript
      • Python
      • コンテナ内でプラグインを実行する
      • 外部プラグインのパフォーマンス
  • Kong Plugins
    • 概要
    • 認証リファレンス
    • 複数の認証プラグインを許可する
    • プラグインキューイング
      • 概要
      • プラグインキューイングリファレンス
  • Admin API
    • 概要
    • 宣言型構成
    • エンタープライズ API
      • インフォメーションルート
      • ヘルスルート
      • タグ
      • ルートのデバッグ
      • サービス
      • ルート
      • コンシューマ
      • プラグイン
      • 証明書
      • CA 証明書
      • SNI
      • アップストリーム
      • ターゲット
      • 金庫
      • 鍵
      • フィルターチェーン
      • ライセンス
      • ワークスペース
      • RBAC
      • アドミン
      • コンシューマグループ
      • イベントフック
      • キーリングとデータ暗号化
      • 監査ログ
      • ステータスAPI
    • オープンソースAPI
  • リファレンス
    • kong.conf
    • Nginxディレクティブの挿入
    • CLI
    • キー管理
    • 表現言語
      • 概要
      • 言語リファレンス
      • パフォーマンスの最適化
    • Rate Limitingライブラリ
    • Webアセンブリ
    • FAQ
enterprise-switcher-icon 次に切り替える: OSS
On this pageOn this page
  • ルートとサービスのやり取り
  • 要求のルーティング方法
    • 優先ポイント
    • ワイルドカードホスト
    • ヘッダー数
    • 正規表現と接頭辞パス
  • 正規表現
  • リクエストURLをルートで動的に書き換える
  • ルート用プラグイン
  • ルート設定
旧バージョンのドキュメントを参照しています。 最新のドキュメントはこちらをご参照ください。

ルート

ルートは、リクエストがKong Gatewayに到達した後にサービスに送信される方法(および送信されるかどうか)を決定します。サービスがバックエンドAPIを表す場合、ルートはクライアントに公開される内容を定義します。

1 つのサービスに複数のルートを含めることができます。ルートが一致すると、 Kong Gatewayリクエストを関連付けられたサービスにプロキシします。

ルートとサービスのやり取り

ルートをサービスと組み合わせると、 Kong Gatewayを使用してサービスをアプリケーションに公開できます。Kong Gatewayはルートを使用してアプリケーションからサービスを抽象化します。アプリケーションは常にルートを使用してリクエストを行うため、バージョン管理などのサービスの変更は、アプリケーションがリクエストを行う方法に影響しません。また、ルートを使用すると、同じサービスを複数のアプリケーションで使用したり、使用するルートに基づいて異なるポリシーを適用したりできます。

たとえば、example_serviceサービスにアクセスする必要がある外部アプリケーションと内部アプリケーションがある場合、サービス拒否が発生しないように、外部アプリケーションがサービスをクエリできる頻度を制限する必要があります。内部アプリケーションがサービスを呼び出すときに、サービスに対してレート制限ポリシーが設定されている場合は、内部アプリケーションも制限されます。ルートはこの問題を解決できます。

上記の例では、/external と/internal という 2 つのルートを作成し、両方のルートを example_service にポイントすることができます。 ポリシーを構成して /external ルートの使用頻度を制限し、そのルートを外部クライアントが使用できるように通信することができます。外部クライアントが /external を使用して Kong Gateway 経由でサービスにアクセスしようとすると、レート制限が課せられます。ただし、内部クライアントが /internal を使用して Kong Gateway でサービスにアクセスする場合、内部クライアントは制限されません。

要求のルーティング方法

受信リクエストごとに、Kong Gatewayは、定義されたルートに基づいてどの サービスがそれを処理するかを決定する必要があります。リリース3.0で、 Kong Gatewayでは、2つのモードで実行できる新しいルーターが導入されました。 traditional_compatモードは、 以前のリリースと同じように構成され、expressionsモードは、 新しい構成スキームを使用します。新しいデプロイメントでは、 よりパワフルで式が利用できる表現ルーターの使用をおすすめします。

ルーターのデフォルトモードはtraditional_compatです。 次のセクションでは、その動作方法について説明します。traditional_compat モードは、 Kong Gateway3.x以前のバージョンのルーターと同様に動作するよう設計されています。 expressions モードの説明については、 式を使用してルートを設定する方法を参照してください。

一般的に、ルーターは優先順位に基づいてすべての定義済みルートに順序を付け、定義に一定する最も優先度の高いルートを使用してリクエストを処理します。 優先順位が同じで定義が一定するルートが複数ある場合、どの一致ルートを使用するかは定義されていません。Kong Gatewayは内部データ構造の整理方法に従ってそのいずれかを使用します。

ルートにプレフィックスまたは正規表現のパスが含まれている場合、ルートの優先順位はパスごとに個別に計算され、リクエストはそれに応じてルーティングされます。

traditional_compatモードでは、ルートの優先度は重要度の降順で次のように決定されます。

  1. 優先ポイント
  2. ワイルドカードホスト
  3. ヘッダー数
  4. 正規表現と接頭辞パス

優先ポイント

ルートにmethods、host、headers、snisが存在するごとに、そのルートに「優先ポイント」が追加されます。「優先ポイント」の数によってルートが考慮される全体的な順序が決まります。「優先ポイント」値が高いルートは低い値のものより先に考慮されます。そのため、あるルートでmethodsが定義済みであり、2番目のルートでmethodsとheadersが定義済みである場合、2番目のルートは最初のルートより前に考慮されます。

ワイルドカードホスト

同じ「優先ポイント」の値を持つルートのうち、ワイルドカードのホスト指定があるルートは、ワイルドカードホストが指定されていない(またはホストがない)ルートより後に考慮されます。

ヘッダー数

結果のグループは、指定されたヘッダーの数が多いルートが、ヘッダーの数が少ないルートよりも高いプライオリティを持つようにソートされます。

正規表現と接頭辞パス

結果として得られる優先度の等しいルートのグループの中で、ルーターは ルートを次のようにソートします。

  • 正規表現パスを持つルートが最初に考慮され、regex_priority値によって順序付けられます。regex_priority値が高いルートは、regex_priority値が低いルートより優先して考慮されます。
  • 正規表現パスを持たないルートは、パスの長さ順に並べられます。 パスが長いルートは、 パスが短いルートより優先して考慮されます。

複数のパスがあるルートの場合、優先順位の決定については各パスが個別に考慮されます。実際には、これはそれぞれのパスに別々のルートが存在することを意味します。

正規表現

ルートで使用される正規表現は、シンプルなプレフィックスルートよりも評価に多くのリソースを使用します。リクエストをルーティングするために多くの正規表現を評価する必要がある場合、Kong Gatewayによって生じるレイテンシが悪化し、CPU使用率が増加する可能性があります。とのインストールで 何千ものルート、正規表現のルートを単純なものに置き換えます プレフィックスルートは、スループットとレイテンシーを向上させることができます

Kong Gateway。 もし正規表現を使わなければならないなら ルーターの表現を使用して、パスマッチを実行する必要があります この場合、Kong Gateway のパフォーマンスが大幅に向上します。

バージョン3.0以降は、ルーターがexpressions またはtraditional_compatibleモードで動作している場合、 Kong Gatewayはプログラミング言語Rustが同梱されている通常の式エンジンを使用します。 以前のバージョンでは、 正規表現の評価に PCREライブラリを使用していました。2つのエンジンは大部分で 互換性はありますが、両者の間には微妙な違いがあります。正規表現 ルートを機能させるのに問題がある場合は、お客様が使用するエンジンに 関係するドキュメントを参照してください。

リクエストURLをルートで動的に書き換える

ルートは動的に構成可能で、リクエストされたURLをアップストリームの別のURLに書き換えることができます。たとえば、従来のアップストリームエンドポイントに/api/old/のようなベースURIがある場合に、パブリックアクセスが可能なAPIエンドポイントの名前を/new/apiに変更する必要があるとします。サービスのアップストリームエンドポイントを新しいURLにルーティングするには、パス/api/old/と/new/apiというパスを持つルートのあるサービスを設定できます。

Kong Gatewayは、ルートパスの正規表現キャプチャグループとRequest Transformer Advancedプラグインを使用することでより複雑なURL Rewriteケースも処理することができます。たとえば、/api/<function id="sl-md0000000">/oldを/new/api/<function id="sl-md0000000">に置き換える必要がある場合にこれを使用できます。

Kong Gateway 3.0.x以降には新しいルーターが同梱されています。新しいルーターは、正規表現のキャプチャグループを使用して、Expressionsと呼ばれるドメイン固有の言語を使用してルートを記述できます。Expressionsは、正規表現を使用してルートまたはパスをパターンとして記述できます。Expressionsを使用してルーターを設定する方法の詳細については、Expressionsを使用してルートを構成する方法を参照してください。

ルート用プラグイン

プラグインを使用してインターフェイスのルートを取ることもできます。これにより、 Kong Gatewayでのルーティング機能がさらに強化されます。

詳細については、次のプラグインを参照してください。

  • LDAP Authentication Advanced: ユーザー名とパスワードの保護により、 Kong Gatewayクラスター、ルート、およびサービスを保護します。
  • Mutual TLS Authentication:クライアント証明書とTLS相互認証を使用してルートとサービスを保護します。
  • Route By Header:リクエストヘッダーに基づいてリクエストをルーティングします。
  • Route Transformer Advanced:アップストリームサーバー、ポート、またはパスを変更してルーティングを変換します。

ルート設定

サービスに対してリクエストを開始する前に、そのサービスにルートを追加する必要があります。

次の方法を使用して、 Kong Gatewayのサービスへのルートを追加できます。

  • Admin APIを使用してHTTPリクエストを送信する
  • Kong Managerユーザーインターフェースを使用してルートを作成
Thank you for your feedback.
Was this page useful?
情報が多すぎる場合 close cta icon
Kong Konnectを使用すると、より多くの機能とより少ないインフラストラクチャを実現できます。月額1Mリクエストが無料。
無料でお試しください
  • Kong
    APIの世界を動かす

    APIマネジメント、サービスメッシュ、イングレスコントローラーの統合プラットフォームにより、開発者の生産性、セキュリティ、パフォーマンスを大幅に向上します。

    • 製品
      • Kong Konnect
      • Kong Gateway Enterprise
      • Kong Gateway
      • Kong Mesh
      • Kong Ingress Controller
      • Kong Insomnia
      • 製品アップデート
      • 始める
    • ドキュメンテーション
      • Kong Konnectドキュメント
      • Kong Gatewayドキュメント
      • Kong Meshドキュメント
      • Kong Insomniaドキュメント
      • Kong Konnect Plugin Hub
    • オープンソース
      • Kong Gateway
      • Kuma
      • Insomnia
      • Kongコミュニティ
    • 会社概要
      • Kongについて
      • お客様
      • キャリア
      • プレス
      • イベント
      • お問い合わせ
  • 利用規約• プライバシー• 信頼とコンプライアンス
© Kong Inc. 2025