コンテンツにスキップ
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
  • Production Deployment
  • gRPCサービスの設定
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
  • 単一のgRPCサービスとルート
  • 複数のルートを持つ単一のgRPCサービス
  • プラグインの有効化
旧バージョンのドキュメントを参照しています。 最新のドキュメントはこちらをご参照ください。

gRPCサービスの設定

注:このガイドは、gRPCに精通していることを前提としています。アップストリームREST APIを 使用するKongのセットアップ方法については、サービス設定のガイドを参照してください。

gRPC プロキシは Kong でネイティブにサポートされています。このガイドでは、gRPC サービスを管理するための Kong の構成方法を説明します。このガイドでは、grpcurl と grpcbin を使用します。これらは、それぞれ gRPC クライアントと gRPC サービスを提供します。

このガイドでは、次の2つの例を設定します。

  • 一致するすべてのgRPCトラフィックをアップストリームの gRPCサービスにプロキシする単一のキャッチオールルートを含む、単一のgRPCサービスとルート。
  • 複数のルートを持つ単一のgRPCサービス。gRPCメソッドごとにルートを使用する方法を示します。

Kong では、gRPC サポートは HTTP/2 フレーミングを介した gRPC を想定しています。HTTP/2プロキシリスナーが 少なくとも1つあることを確認してください。

以下の例では、Kongが実行され、ポート9080でHTTP/2プロキシリクエストをリッスンしていることを前提としています。

単一のgRPCサービスとルート

  1. gRPCサービスを作成するには、次のリクエストを発行します。たとえば、gRPCサーバーがlocalhostをリッスンしている場合は、ポート15002:

    curl -XPOST localhost:8001/services \
      --data name=grpc \
      --data protocol=grpc \
      --data host=localhost \
      --data port=15002
    
  2. 次のリクエストを発行して、gRPCルートを作成します。

    curl -XPOST localhost:8001/services/grpc/routes \
      --data protocols=grpc \
      --data name=catch-all \
      --data paths=/
    
  3. grpcurlコマンドラインクライアントを使用して、次のgRPCリクエストを発行します。

    grpcurl -v -d '{"greeting": "Kong!"}' \
      -plaintext localhost:9080 hello.HelloService.SayHello
    

    レスポンスは次のようになります。

    Resolved method descriptor:
    rpc SayHello ( .hello.HelloRequest ) returns ( .hello.HelloResponse );
       
    Request metadata to send:
    (empty)
       
    Response headers received:
    content-type: application/grpc
    date: Tue, 16 Jul 2019 21:37:36 GMT
    server: openresty/1.15.8.1
    via: kong/1.2.1
    x-kong-proxy-latency: 0
    x-kong-upstream-latency: 0
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response trailers received:
    (empty)
    Sent 1 request and received 1 response
    

viaやx-kong-proxy-latencyのようなKong応答ヘッダーが、応答に挿入されているのがわかります。

複数のルートを持つ単一のgRPCサービス

前の例を基にして、各gRPCメソッドにさらにいくつかのルートを作成しましょう。

この例では、gRPC HelloServiceサービスは、プロトコル バッファー ファイルで確認できるようないくつかの異なる メソッドを公開します。

  1. SayHello メソッドと LotsOfReplies メソッドの個別のルートを作成します。

    1. SayHelloへのルートを作成します。

      curl -X POST localhost:8001/services/grpc/routes \
        --data protocols=grpc \
        --data paths=/hello.HelloService/SayHello \
        --data name=say-hello
      
    2. LotsOfRepliesへのルートを作成します。

      curl -X POST localhost:8001/services/grpc/routes \
        --data protocols=grpc \
        --data paths=/hello.HelloService/LotsOfReplies \
        --data name=lots-of-replies
      

    この設定では、SayHelloメソッドへのgRPCリクエストは、最初のルートに一致し、LotsOfRepliesへのリクエストは後のルートにルーティングされます。

  2. kong.confで、allow_debug_header: onを設定します。

  3. SayHelloメソッドにgRPCリクエストを発行します。

    grpcurl -v -d '{"greeting": "Kong!"}' \
      -H 'kong-debug: 1' -plaintext \
      localhost:9080 hello.HelloService.SayHello
    

    この例ではヘッダーkong-debugが送信されたことで、Kongが 応答ヘッダー内にデバッグ情報を挿入することに注意してください。

    応答は次のようになります。

    Resolved method descriptor:
    rpc SayHello ( .hello.HelloRequest ) returns ( .hello.HelloResponse );
       
    Request metadata to send:
    kong-debug: 1
       
    Response headers received:
    content-type: application/grpc
    date: Tue, 16 Jul 2019 21:57:00 GMT
    kong-route-id: 390ef3d1-d092-4401-99ca-0b4e42453d97
    kong-service-id: d82736b7-a4fd-4530-b575-c68d94c3493a
    kong-service-name: s1
    server: openresty/1.15.8.1
    via: kong/1.2.1
    x-kong-proxy-latency: 0
    x-kong-upstream-latency: 0
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response trailers received:
    (empty)
    Sent 1 request and received 1 response
    

    ルートIDは、最初に作成したルートを参照する必要があることに注意してください。

  4. LotsOfReplies gRPCメソッドにも同様にリクエストを発行してみましょう。

    grpcurl -v -d '{"greeting": "Kong!"}' \
      -H 'kong-debug: 1' -plaintext \
      localhost:9080 hello.HelloService.LotsOfReplies
    

    応答は次のようになります。

    Resolved method descriptor:
    rpc LotsOfReplies ( .hello.HelloRequest ) returns ( stream .hello.HelloResponse );
       
    Request metadata to send:
    kong-debug: 1
       
    Response headers received:
    content-type: application/grpc
    date: Tue, 30 Jul 2019 22:21:40 GMT
    kong-route-id: 133659bb-7e88-4ac5-b177-bc04b3974c87
    kong-service-id: 31a87674-f984-4f75-8abc-85da478e204f
    kong-service-name: grpc
    server: openresty/1.15.8.1
    via: kong/1.2.1
    x-kong-proxy-latency: 14
    x-kong-upstream-latency: 0
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response contents:
    {
      "reply": "hello Kong!"
    }
       
    Response trailers received:
    (empty)
    Sent 1 request and received 10 responses
    

    kong-route-id 応答ヘッダーに異なる値が指定され、このページに作成された2番目のルートを指していることに注意してください。

注: 一部のgRPCクライアント(通常はCLIクライアント)は「gRPCリフレクションリクエスト」 を発行し、これがサーバーでのエクスポート方法とその方法の呼び出し方を決定する手段となります。 これらのリクエストには特定のパスがあり、たとえば、/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfoは有効なリフレクションパスです。 他のプロキシリクエスト同様、Kongはこれらのリクエストのルーティング方法を認識する必要があります。 前述の例では、キャッチオールルートにルーティングされます。このパスはパスが /と、あらゆるパスと一致します。 gRPCリフレクションリクエストに一定するルートがない場合、Kongは通例どおり、404 Not Found応答を返します。

プラグインの有効化

gRPCでFile Logプラグインを試してみましょう。

  1. SayHello ルートで File Log プラグインを有効にするために、次のリクエストを発行します。

    curl -X POST localhost:8001/routes/say-hello/plugins \
      --data name=file-log \
      --data config.path=grpc-say-hello.log
    
  2. ログの出力に従って、gRPCリクエストがSayHelloに対して行われます。

    tail -f grpc-say-hello.log
    {"latencies":{"request":8,"kong":5,"proxy":3},"service":{"host":"localhost","created_at":1564527408,"connect_timeout":60000,"id":"74a95d95-fbe4-4ddb-a448-b8faf07ece4c","protocol":"grpc","name":"grpc","read_timeout":60000,"port":15002,"updated_at":1564527408,"write_timeout":60000,"retries":5},"request":{"querystring":{},"size":"46","uri":"\/hello.HelloService\/SayHello","url":"http:\/\/localhost:9080\/hello.HelloService\/SayHello","headers":{"host":"localhost:9080","content-type":"application\/grpc","kong-debug":"1","user-agent":"grpc-go\/1.20.0-dev","te":"trailers"},"method":"POST"},"client_ip":"127.0.0.1","tries":[{"balancer_latency":0,"port":15002,"balancer_start":1564527732522,"ip":"127.0.0.1"}],"response":{"headers":{"kong-route-id":"e49f2df9-3e8e-4bdb-8ce6-2c505eac4ab6","content-type":"application\/grpc","connection":"close","kong-service-name":"grpc","kong-service-id":"74a95d95-fbe4-4ddb-a448-b8faf07ece4c","kong-route-name":"say-hello","via":"kong\/1.2.1","x-kong-proxy-latency":"5","x-kong-upstream-latency":"3"},"status":200,"size":"298"},"route":{"id":"e49f2df9-3e8e-4bdb-8ce6-2c505eac4ab6","updated_at":1564527431,"protocols":["grpc"],"created_at":1564527431,"service":{"id":"74a95d95-fbe4-4ddb-a448-b8faf07ece4c"},"name":"say-hello","preserve_host":false,"regex_priority":0,"strip_path":false,"paths":["\/hello.HelloService\/SayHello"],"https_redirect_status_code":426},"started_at":1564527732516}
    {"latencies":{"request":3,"kong":1,"proxy":1},"service":{"host":"localhost","created_at":1564527408,"connect_timeout":60000,"id":"74a95d95-fbe4-4ddb-a448-b8faf07ece4c","protocol":"grpc","name":"grpc","read_timeout":60000,"port":15002,"updated_at":1564527408,"write_timeout":60000,"retries":5},"request":{"querystring":{},"size":"46","uri":"\/hello.HelloService\/SayHello","url":"http:\/\/localhost:9080\/hello.HelloService\/SayHello","headers":{"host":"localhost:9080","content-type":"application\/grpc","kong-debug":"1","user-agent":"grpc-go\/1.20.0-dev","te":"trailers"},"method":"POST"},"client_ip":"127.0.0.1","tries":[{"balancer_latency":0,"port":15002,"balancer_start":1564527733555,"ip":"127.0.0.1"}],"response":{"headers":{"kong-route-id":"e49f2df9-3e8e-4bdb-8ce6-2c505eac4ab6","content-type":"application\/grpc","connection":"close","kong-service-name":"grpc","kong-service-id":"74a95d95-fbe4-4ddb-a448-b8faf07ece4c","kong-route-name":"say-hello","via":"kong\/1.2.1","x-kong-proxy-latency":"1","x-kong-upstream-latency":"1"},"status":200,"size":"298"},"route":{"id":"e49f2df9-3e8e-4bdb-8ce6-2c505eac4ab6","updated_at":1564527431,"protocols":["grpc"],"created_at":1564527431,"service":{"id":"74a95d95-fbe4-4ddb-a448-b8faf07ece4c"},"name":"say-hello","preserve_host":false,"regex_priority":0,"strip_path":false,"paths":["\/hello.HelloService\/SayHello"],"https_redirect_status_code":426},"started_at":1564527733554}
    
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