コンテンツにスキップ
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.8.x
  • Home icon
  • Kong Gateway
  • Get Started
  • サービスとルート
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.8.x
      • 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 以前
    • キーコンセプト
      • サービス
      • ルート
      • コンシューマ
      • アップストリーム
      • プラグイン
      • コンシューマグループ
    • How Kong Works
      • ルーティングトラフィック
      • ロードバランシング
      • ヘルスチェックとサーキットブレーカ
    • 用語集
  • Kong を始めよう
    • Kong をゲットする
    • サービスとルート
    • レート制限
    • プロキシキャッシュ
    • キー認証
    • ロードバランシング
  • コングをインストールする
    • 概要
    • Kubernetes
      • 概要
      • Kong Gatewayをインストール
      • Admin API
      • Kong Manager をインストールする
    • Docker
      • docker run を使用する
      • 独自の Docker イメージをビルドする
    • Linux
      • Amazon Linux
      • Debian
      • Red Hat
      • Ubuntu
    • インストール後
      • データストアを設定
      • エンタープライズライセンスを適用
      • Kong Managerを有効にする
  • Kong in production
    • 展開のトポロジーズ
      • 概要
      • ハイブリッドモード
        • 概要
        • ハイブリッドモードでKong Gatewayをデプロイする
      • DB-lessデプロイ
      • 繁体字版
    • Running Kong
      • non-rootユーザーとしてKongを実行しています
      • 管理者 API の保護
      • systemdの使用
    • アクセスコントロール
      • コングゲートウェイを安全に開始
      • プログラムによる管理者の作成
      • RBAC を有効にする
    • ライセンス
      • 概要
      • ライセンスをダウンロード
      • エンタープライズライセンスのデプロイ
      • ライセンスAPIの使用
      • ライセンス使用状況をモニターする
    • ネットワーク
      • デフォルトのポート
      • DNSに関する考察
      • ネットワークとファイアウォール
      • CP/DP Communication through a Forward Proxy
      • PostgreSQL TLS
        • PostgreSQL TLS の設定
        • PostgreSQL TLS のトラブルシューティング
    • Kongの設定ファイル
    • 環境変数
    • KongからウェブサイトとAPIを提供する
    • モニタリング
      • 概要
      • Prometheus
      • StatsD
      • Datadog
      • ヘルスチェックプローブ
      • AIメトリクスを公開してグラフ
    • トレース
      • 概要
      • カスタム・トレース・エクスポーターの作成
      • トレースAPIリファレンス
    • リソースサイズのガイドライン
    • セキュリティアップデートプロセス
    • ブルー・グリーンの展開
    • カナリアのデプロイ
    • クラスタリングリファレンス
    • パフォーマンス
      • パフォーマンステストのベンチマーク
      • パフォーマンスのベンチマークを作成
      • Brotli圧縮によるパフォーマンスの向上
    • ロギングとデバッグ
      • ログの参照
      • ダイナミックログレベルの更新
      • ゲートウェイログをカスタマイズ
      • デバッグリクエスト
      • AIゲートウェイ分析
    • gRPCサービスの設定
    • 式ルータを使用
    • アップグレードと移行
      • 香港ゲートウェイ3.x.xをアップグレードする
      • バックアップと復元
      • アップグレードの戦略
        • デュアルクラスターのアップグレード
        • インプレイスアップグレード
        • 青緑色のアップグレード
        • ローリングアップグレード
      • 2.8 LTSから3.4 LTSにアップグレード
      • OSSからエンタープライズへ移行
      • 移行ガイドライン Cassandra から PostgreSQL
      • 新しい DNS クライアントに移行
      • 破壊的な変更
  • Kong Gateway Enterprise
    • 概要
    • シークレット管理
      • 概要
      • はじめに
      • ローテーション
      • 高度な使い方
      • バックエンドの設定
        • 概要
        • 環境変数
        • AWS シークレットマネージャー
        • Azure Key Vault
        • Google Cloud Secret Manager
        • HashiCorp Vault
      • How-To
        • AWS シークレットマネージャでデータベースを保護する
      • 参照フォーマット
    • 動的なプラグインの順序
      • 概要
      • 動的なプラグインの順序を始めましょう
    • 監査ログ
    • キーリングとデータ暗号化
    • ワークスペース
    • コンシューマグループ
    • イベントフック
    • データ プレーンレジリエンスの設定
    • 制御機の停止管理について
    • FIPS 140-2
      • 概要
      • FIPS 準拠パッケージをインストール
      • FIPS 140-2 準拠プラグイン
    • AWS IAMでKong Gateway Amazon RDSデータベースを認証する
    • 署名された香港の画像の署名を確認します
    • 署名された香港画像のビルド証明書を確認する
  • Kong AI Gateway
    • 概要
    • AI ゲートウェイを始めよう
    • LLM プロバイダー統合ガイド
      • OpenAI
      • Cohere
      • Azure
      • Anthropic
      • ミストラル
      • Llama2
    • AIプラットフォーム統合ガイド
      • Gemini
      • Amazon Bedrock
    • AIゲートウェイ分析
    • AI指標を公開・グラフ
    • AI Gateway plugins
  • Kong Manager
    • 概要
    • Kong Managerを有効にする
    • Kong Manager を始めましょう
      • サービスとルート
      • レート制限
      • プロキシキャッシュ
      • コンシューマーとの認証
      • 負荷バランス
    • 認証と承認
      • 概要
      • スーパー管理者を作成
      • ワークスペースとチーム
      • パスワードとRBACトークンをリセット
      • ベーシック認証
      • LDAP
        • LDAP の設定
        • LDAP サービス ディレクトリ マッピング
      • OIDC
        • OIDCの設定
        • OIDC 認証済みグループマッピング
        • 以前の設定から移行
      • セッション
      • RBAC
        • 概要
        • RBACを有効にする
        • ロールと権限を追加
        • ユーザーを作成
        • 管理者を作成
    • ネットワーク設定
    • ワークスペース
    • 顧客グループを作成
    • メールを送信中
    • トラブルシューティング
  • カスタムプラグインを開発
    • 概要
    • はじめに
      • はじめに
      • プラグインプロジェクトの設定
      • プラグインテストを追加
      • プラグイン設定を追加
      • 外部サービスを消費する
      • プラグインをデプロイ
    • ファイル構造
    • カスタムロジックの実装
    • プラグインの設定
    • データストアへのアクセス
    • カスタムエンティティの保存
    • カスタムエンティティをキャッシュ中
    • 管理者 API の拡張
    • テストを書く
    • 設置と配布
    • プロキシ-ワズムフィルター
      • プロキシワズムフィルタを作成
      • プロキシ-ワズムフィルタの設定
    • プラグイン開発キット
      • 概要
      • 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.telemetry.log
      • kong.tracing
      • kong.vault
      • kong.websocket.client
      • kong.websocket.upstream
    • 他の言語でのプラグイン
      • 移動
      • Javascript
      • Python
      • コンテナでのプラグインの実行
      • 外部プラグインのパフォーマンス
  • Kong Plugins
    • 概要
    • 認証リファレンス
    • 複数の認証プラグインを許可
    • プラグインのキュー
      • 概要
      • プラグインキューイングリファレンス
  • Admin API
    • 概要
    • 宣言設定
    • Enterprise API
      • 情報ルート
      • 健康ルート
      • タグ
      • デバッグルート
      • サービス
      • ルート
      • コンシューマ
      • プラグイン
      • 証明書
      • CA 証明書
      • SNI
      • アップストリーム
      • ターゲット
      • ヴォールト
      • キー
      • チェーンをフィルター
      • ライセンス
      • ワークスペース
      • RBAC
      • 管理者
      • コンシューマグループ
      • イベントフック
      • キーリングとデータ暗号化
      • 監査ログ
      • Status API
    • オープンソースAPI
  • 参照
    • kong.conf
    • Nginx ディレクティブの注入中
    • CLI
    • キー管理
    • 表現の言語
      • 概要
      • 言語リファレンス
      • パフォーマンスの最適化
    • ライブラリのレート制限
    • WebAssembly
    • FAQ
enterprise-switcher-icon 次に切り替える: OSS
On this pageOn this page
  • サービスの定義
  • ルートとは
  • 前提条件
  • サービスの管理
  • ルートの管理
旧バージョンのドキュメントを参照しています。 最新のドキュメントはこちらをご参照ください。

サービスとルート

Kong Gateway管理者は、オブジェクトモデルを使用して、必要なトラフィック管理ポリシーを定義します。そのモデル内の 2 つの重要なオブジェクトは、サービスとルートです。サービスとルートは、協調的な方法で構成され、リクエストとレスポンスがシステムを通過するルーティングパスを定義します。

以下の大まかな概要は、ルートに到着したリクエストがサービスに転送され、レスポンスは 逆の経路をとることを示しています。

 
flowchart LR
  A(API client)
  B("`Route 
  (/mock)`")
  C("`Service
  (example_service)`")
  D(Upstream 
  application)
  
  A <--requests
  responses--> B
  subgraph id1 ["`
  **KONG GATEWAY**`"]
    B <--requests
    responses--> C
  end
  C <--requests
  responses--> D

  style id1 rx:10,ry:10
  
  

サービスの定義

Kong Gatewayでは、サービスとは既存のアップストリームアプリケーションを抽象化したものです。サービスには、プラグイン構成やポリシーなどのオブジェクトのコレクションを保存でき、ルートと関連付けることができます。

サービスを定義する場合、管理者は 名前 とアップストリームアプリケーション接続情報を提供します。接続の詳細は、urlフィールドに単一の文字列として入力するか、protocol、host、port、pathの個別の値を個別に入力できます。

サービスはアップストリームアプリケーションと一対多の関係にあるため、管理者は高度なトラフィック管理行動を作成できます。

ルートとは

ルートとは、アップストリームアプリケーション内のリソースへのパスのことです。ルートはサービスに追加され、基礎となるアプリケーションへの アクセスを可能にします。Kong Gatewayではルートは通常、Kong Gatewayアプリケーションで 公開されるエンドポイントにマップされます。ルートは、サービス関連するリクエストに一致するルールを 定義することもできます。このため、1つのルートで複数のエンドポイントを参照できます。基本的なルートには名前、 パス、既存のサービスのリファレンスが必要です。

また、次の方法でルートを構成することもできます。

  • プロトコル:アップストリームアプリケーションとの通信に使用されるプロトコル。
  • ホスト:ルートに一致するドメインのリスト
  • メソッド:ルートに一致する HTTP メソッド
  • ヘッダー: リクエストのヘッダー内に想定される値の一覧
  • リダイレクトステータスコード:HTTPSステータスコード
  • タグ:ルートをグループ化するための文字列のオプションセット

Kong Gatewayがリクエストをどうルーティングするかの説明については、ルート を参照してください。

サービスとルートの管理

次のチュートリアルでは、 Kong Gateway の Admin API を使用したサービスやルートの管理やテストに関して一通り説明します。Kong Gateway は、Kong Konnect と decK を含む、コンフィギュレーション管理のための他のオプションも提供しています。

チュートリアルのこのセクションでは、次の手順を完了します。

  • HTTP リクエストとレスポンス用テスト機能を提供するhttpbin APIを指す サービスを作成する。
  • 実行中のKong Gateway上のクライアントが利用できる URL パスを指定してルートを定義します。
  • 新しいhttpbinサービスを使用してテストリクエストをエコーすると、 Kong Gateway APIリクエストのプロキシ方法を理解しやすくなります。

前提条件

この章は、「 Get Started with Kong 」シリーズの一部です。最適な効果を得るために、 シリーズを最初からご覧になることをお勧めします。

導入であるGet Kongには、ローカルKong Gatewayを実行するためのツールの前提条件と手順が含まれています。

Get Kongの手順をまだ完了していない場合は、 続行する前に完了してください。

サービスの管理

  1. サービスの作成

    新しいサービスを追加するには、 POSTリクエストをKong Gatewayの Admin API /servicesルートに送信します。

    curl -i -s -X POST http://localhost:8001/services \
      --data name=example_service \
      --data url='http://httpbin.org'
    

    上記リクエストでは、アップストリーム URL http://httpbin.orgにマップされる新しいサービスを作成するようKong Gatewayに指示しています。

    上記例にはリクエストボディに次の2つの文字列が含まれています。

    • name:サービス名
    • url : サービスのhost、port、およびpath属性を設定する引数

    リクエストが成功すると、Kong Gateway からの 201 レスポンスヘッダーが表示され、 サービスが作成され、レスポンスボディが次のようになっていることを確認します。

    {
      "host": "httpbin.org",
      "name": "example_service",
      "enabled": true,
      "connect_timeout": 60000,
      "read_timeout": 60000,
      "retries": 5,
      "protocol": "http",
      "path": null,
      "port": 80,
      "tags": null,
      "client_certificate": null,
      "tls_verify": null,
      "created_at": 1661346938,
      "updated_at": 1661346938,
      "tls_verify_depth": null,
      "id": "3b2be74e-335b-4f25-9f08-6c41b4720315",
      "write_timeout": 60000,
      "ca_certificates": null
    }
    

    作成リクエストで明示的に指定されていないフィールドは 現在のKong Gateway構成に基づくデフォルト値が自動的に付与されます。

  2. サービス構成の表示

    サービスを作成すると、上記の応答に示すように、Kong Gatewayによって一意のidが割り当てられます。 idフィールド、またはサービスの作成時に指定された名前は、後続のリクエストでサービスを 識別するために使用できます。これはサービスのURLで、/services/{service name or id}の形式を取ります。

    サービスの現在の状態を表示するには、サービスURLに対してGETリクエストを行います。

    curl -X GET http://localhost:8001/services/example_service
    

    リクエストが成功すると、レスポンスボディにはサービスの現在の構成が含まれ、次のスニペットのようになります。

    {
      "host": "httpbin.org",
      "name": "example_service",
      "enabled": true,
      ...
    }
    
  3. サービスの更新

    既存のサービス構成は、 PATCHリクエストをサービス URL に送信することで 動的に更新できます。

    サービス再試行を5から6に動的に設定するには、このPATCHリクエストを送信します。

    curl --request PATCH \
      --url localhost:8001/services/example_service \
      --data retries=6
    

    応答本文には、更新された値を含む完全なサービス構成が含まれています。

    {
      "host": "httpbin.org",
      "name": "example_service",
      "enabled": true,
      "retries": 6,
      ...
    }
    
  4. サービスの一覧表示

    ベースの/servicesURLにGETリクエストを送信すると、現在のすべてのサービスを一覧表示できます。

    curl -X GET http://localhost:8001/services
    

管理APIドキュメントは、完全なサービス更新仕様を提供します。

ブラウザで次の URL に移動すると、Kong Manager UI でサービスの構成を表示することもできます。

  • Kong Manager OSS: http://localhost:8002/services
  • Kong Manager Enterprise: http://localhost:8002/default/services(default はワークスペース名)。

ルートの管理

  1. ルートを作成

    ルートは、リクエストがKong Gatewayによってプロキシされる方法を定義します。POSTリクエストをサービスURLに送信することで、 特定のサービスに関連するルートを作成できます。

    /mockパスに新しいルートを設定して、トラフィックを以前に作成したexample_serviceサービスに誘導します。

    curl -i -X POST http://localhost:8001/services/example_service/routes \
      --data 'paths[]=/mock' \
      --data name=example_route
    

    ルートが正常に作成された場合、API は次のような201応答コードと応答本文を返します。

    {
      "paths": [
        "/mock"
      ],
      "methods": null,
      "sources": null,
      "destinations": null,
      "name": "example_route",
      "headers": null,
      "hosts": null,
      "preserve_host": false,
      "regex_priority": 0,
      "snis": null,
      "https_redirect_status_code": 426,
      "tags": null,
      "protocols": [
        "http",
        "https"
      ],
      "path_handling": "v0",
      "id": "52d58293-ae25-4c69-acc8-6dd729718a61",
      "updated_at": 1661345592,
      "service": {
        "id": "c1e98b2b-6e77-476c-82ca-a5f1fb877e07"
      },
      "response_buffering": true,
      "strip_path": true,
      "request_buffering": true,
      "created_at": 1661345592
    }
    
  2. ルート設構成の表示

    サービスと同様に、ルートを作成すると、上記の応答に示すように、Kong Gatewayが 一意のidを割り当てます。ルートを作成するときは、後続のリクエストでルートを識別するためにidフィールド、または指定された名前を 使用できます。 ルートURLは、次のいずれかの形式になります。

    • /services/{service name or id}/routes/{route name or id}
    • /routes/{route name or id}

    example_routeルートの現在の状態を表示するには、ルートURLにGETリクエストを行います。

    curl -X GET http://localhost:8001/services/example_service/routes/example_route
    

    応答本文には、ルートの現在の構成が含まれています。

    {
      "paths": [
        "/mock"
      ],
      "methods": null,
      "sources": null,
      "destinations": null,
      "name": "example_route",
      "headers": null,
      "hosts": null,
      "preserve_host": false,
      "regex_priority": 0,
      "snis": null,
      "https_redirect_status_code": 426,
      "tags": null,
      "protocols": [
        "http",
        "https"
      ],
      "path_handling": "v0",
      "id": "189e0a57-205a-4f48-aec6-d57f2e8a9985",
      "updated_at": 1661347991,
      "service": {
        "id": "3b2be74e-335b-4f25-9f08-6c41b4720315"
      },
      "response_buffering": true,
      "strip_path": true,
      "request_buffering": true,
      "created_at": 1661347991
    }
    
  3. ルートの更新

    サービスと同様に、ルートはルート URL に PATCH リクエストを送信することで動的に更新できます。

    タグは、グループ化やフィルタリングのためにルートに関連付けることができるオプションの文字列セットです。 PATCH リクエストをサービスエンドポイントに送り、ルートを指定することによって、タグを割り当てることができます。

    tutorial の値を持つタグを割り当ててルートを更新します。

    curl --request PATCH \
      --url localhost:8001/services/example_service/routes/example_route \
      --data tags="tutorial"
    

    上記の例では、ルート URL にサービスおよびルートの name フィールドを使用しました。

    タグが正常に適用された場合、応答本文には次のJSON値が含まれます。

    ...
    "tags":["tutorial"]
    ...
    
  4. ルートの一覧表示

    Admin APIは、現在構成されているすべてのルートの一覧表示もサポートしています。

    curl http://localhost:8001/routes
    

    このリクエストは、HTTP 200ステータスコードと、このKong Gatewayインスタンスに設定されているルート すべての内容を含むJSONレスポンスボディオブジェクト配列を返します。。応答は次のようになります。

    {
      "next": null,
      "data": [
        {
          "paths": [
            "/mock"
          ],
          "methods": null,
          "sources": null,
          "destinations": null,
          "name": "example_route",
          "headers": null,
          "hosts": null,
          "preserve_host": false,
          "regex_priority": 0,
          "snis": null,
          "https_redirect_status_code": 426,
          "tags": [
            "tutorial"
          ],
          "protocols": [
            "http",
            "https"
          ],
          "path_handling": "v0",
          "id": "52d58293-ae25-4c69-acc8-6dd729718a61",
          "updated_at": 1661346132,
          "service": {
            "id": "c1e98b2b-6e77-476c-82ca-a5f1fb877e07"
          },
          "response_buffering": true,
          "strip_path": true,
          "request_buffering": true,
          "created_at": 1661345592
        }
      ]
    }
    

管理APIドキュメントにはルートオブジェクトの管理に必要な情報が網羅されています。

Kong Manager UIでルートの設定を表示するには、ブラウザで次のURLに移動します:http://localhost:8002/default/routes

リクエストのプロキシ

KongはAPIゲートウェイであり、クライアントからのリクエストを受信し、現在の構成に基づいて適切なアップストリームアプリケーションをルーティングします。以前に公正されたサービスをルートを使用すると、http://localhost:8000/mockを使用してhttps://httpbin.org/にアクセスできるようになりました。

デフォルトでは、 Kong GatewayのAdmin APIはポート8001で管理リクエストをリッスンします。これは、 コントロールプレーン(CP) と呼ばれる場合があります。クライアントはポート 8000 を使用してデータ要求を行います。これは多くの場合、 データプレーン(DP) と呼ばれます。

Httpbin は、クライアントに対して行われたリクエストに関する情報をエコーバックする/anythingリソースを提供します。Kong Gatewayを介してリクエストを/anythingリソースにプロキシします。

curl -X GET http://localhost:8000/mock/anything

次のような応答が表示されます。

{
  "startedDateTime": "2022-08-24T13:44:28.449Z",
  "clientIPAddress": "172.19.0.1",
  "method": "GET",
  "url": "http://localhost/anything",
  "httpVersion": "HTTP/1.1",
  "cookies": {},
  "headers": {
    "host": "httpbin.org",
    "connection": "close",
    "accept-encoding": "gzip",
    "x-forwarded-for": "172.19.0.1,98.63.188.11, 162.158.63.41",
    "cf-ray": "73fc85d999f2e6b0-EWR",
    "x-forwarded-proto": "http",
    "cf-visitor": "{\"scheme\":\"http\"}",
    "x-forwarded-host": "localhost",
    "x-forwarded-port": "80",
    "x-forwarded-path": "/mock/anything",
    "x-forwarded-prefix": "/mock",
    "user-agent": "curl/7.79.1",
    "accept": "*/*",
    "cf-connecting-ip": "00.00.00.00",
    "cdn-loop": "cloudflare",
    "x-request-id": "1dae4762-5d7f-4d7b-af45-b05720762878",
    "via": "1.1 vegur",
    "connect-time": "0",
    "x-request-start": "1661348668447",
    "total-route-time": "0"
  },
  "queryString": {},
  "postData": {
    "mimeType": "application/octet-stream",
    "text": "",
    "params": []
  },
  "headersSize": 588,
  "bodySize": 0
}

前へ Kongを入手
次へ Rate Limiting
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