TL;DR

daprのgRPC Proxyを使い、gRPC UIで各アプリケーションへリクエストしてみた
- https://github.com/Syuparn/dapr-grpcui-sample
Reflection APIは未対応のようなので .proto ファイルの読み込みが必要
リクエスト時にmetadata dapr-app-id 必須

はじめに

Dapr1.3.0でgRPC Proxyが導入され、HTTPだけでなくgRPCもサイドカー経由で呼び出せるようになりました。

そこで、本記事ではgRPC UIを使って、各アプリケーションのAPIにリクエストしてみます。

環境

Dapr 1.3.0
gRPC UI 1.1.0
Go 1.16

作ったもの

docker-composeを起動すると、localhost:8080からgRPC UIにアクセスできます。

gRPC Proxyではapp-idを明示的に指定してアプリケーションの呼び出しを行うので、metadataのdapr-app-idを渡す必要があります。

（app-idがない場合のエラー）

導入のポイント

1. DaprでgRPC Proxyの有効化

gRPCはまだexperimentalな機能なので、デフォルトでは無効化されています。daprd の--configオプションで、Configurationリソースを読み込みます。

manifests/previewConfig.yaml

# default configを上書き
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
  name: serverconfig
spec:
  features:
    # gRPC Proxy有効化（デフォルトfalse）
    - name: proxy.grpc
      enabled: true

ちなみに、有効化しないと Unimplemented が返ります。

$ grpcurl -plaintext -d '{"name": "Taro", "age": 20}' -import-path hello/proto -proto service.proto -rpc-header 'dapr-app-id: person'  localhost:50007 person.Person/Create
ERROR:
  Code: Unimplemented
  Message: unknown service person.Person

2. gRPC UIでprotoファイルを読み込み

gRPC ProxyではReflection APIが使えないようなので¹、gRPC UI起動時に明示的にprotoファイルを読み込みませます。

docker-compose.yml

services:
  grpcui:
    build: ./grpcui
    command: ["grpcui", 
      "-plaintext",
      "-bind", "0.0.0.0",
      "-port", "8080",
      # protoファイル読み込み(ここでは`person`と`order`の2サービス)
      "-import-path", "/proto",
      "-proto", "person/service.proto",
      "-proto", "order/service.proto",
      "grpcui-dapr:50007"]
    volumes:
      # ファイル配置はごり押し...
      - "./person/proto:/proto/person"
      - "./order/proto:/proto/order"

正直、protoファイルが増えた時に少し面倒になりそうです...少しでも管理しやすいように、protoファイルはアプリケーション配下にせず1ディレクトリにまとめた方がいいかもしれません。

もっと簡単な方法をご存知の方は、コメントしていただけると嬉しいです！

3. gRPC UIでDaprサイドカーに接続

サイドカーならどこでもinvokeできるので、上記のdocker-compose.ymlのようにgRPC UIは適当なサイドカーへ接続すれば使えます。

ただし、起動順だけは注意が必要です。他のサイドカーとは逆にアプリケーションがサイドカーに依存するように起動する必要があります。でないと、grpcui起動時にgRPCサーバー（=サイドカー）が起動していないため異常終了してしまいます。

docker-compose.yml

services:
  # 普通のアプリケーションは、サイドカーがアプリケーションに依存すればok
  person:
    networks:
      - service-network
  person-dapr:
    # アプリケーションより後で起動
    depends_on:
      - person
    network_mode: "service:person"
  # grpcuiは、アプリケーションがサイドカーに依存している
  grpcui:
    depends_on:
      - grpcui-dapr
    ports:
      - "8080:8080"
    # portsの定義ができるよう、grpcui-daprとはネットワークを独立
    networks:
      - service-network
  grpcui-dapr:
    networks:
      - service-network

所感

以上、gRPC UIでDaprのマイクロサービスにリクエストする方法の紹介でした。

手軽に動作検証やレビューができる一方、metadataを入力する一手間がかかるので場合によっては専用のBFF（gRPCリクエスト、レスポンスをそのままDaprへ横流し）を用意した方が良いかもしれません。

gRPC UIは触ったばかりなので、他の機能も色々試してみたいと思います！

サイドカーには実装されておらず、アプリケーション側でReflection APIを実装してもinvokeできませんでした。 ↩

Dapr1.3.0でgRPC Proxyが導入されたのでgRPC UIから叩いてみた