問題タブ [graphql-federation]

プロジェクトで 3 つのマイクロサービスを作成し、GraphQL Netflix DGS フェデレーション フレームワークを実装しました。https://netflix.github.io/dgs/ 会社として、さまざまなチームのさまざまなマイクロ サービスから 30 以上のスキーマを持っています。ただし、異なるマイクロ サービスでスキーマ タイプ名が重複している場合、Apollo ゲートウェイで実行時エラーが発生します。スキーマを検証する方法を知りたいですか? 複数のマイクロサービスなどで Federated GraphQL スキーマを検証するためのエンジン / ライブラリ / コンセプトはありますか? スキーマレジストリについて確認していましたが、スキーマを正確に検証するためではなく、スキーマやバージョン管理などを保存するためのもののようです。サンプル スキーマとエラー : サービス 1 のスキーマ:

サービス 2 のスキーマ:

上記の 2 つのスキーマでは、スキーマ タイプ "Info" は両方のマイクロサービスで同じです。ApolloGateway を介して両方のサービスを実装した後、次のランタイム エラーがスローされます: "このデータ グラフには有効な構成がありません。有効なスキーマを構成できませんでした。次の構成エラーが見つかりました: "Info" という名前の型は 1 つだけ存在できます

GQL Playground を使用しようとしています。今まで一度も使ったことのないチームに参加しましたhttp://localhost:8001/graphql。

彼らがGQLフェデレーションを使用していることがわかります（ただし、それがどのように機能するかはわかりません）：

次の GraphQLModule を追加しようとすると、アプリがクラッシュします。

Docker構成があります。干渉するかもしれませんが、よくわかりません。

GQL Playground を機能させるにはどうすればよいですか?

私は両方の概念に慣れていないので、意見に基づいている場合はすみません。現在、Apollo Federation と、graphql-tools パッケージによって提供されるスキーマ スティッチングを調べていますが、同様のパッケージにも当てはまると思います。どちらかを優先するための特定の要件/条件を説明する表のようなものを作成できますか?

graphql-shieldを保護するために使用していsubgraphます。

私のビルド プロセスでは、Apollo Studiorover CLIの更新に使用しています。supergraph schema

アクセス許可シールドがエラーをスローするため、rover更新は失敗しNot Authorised!ます。

subgraphwithを保護し、操作graphql-shieldを許可するにはどうすればよいSubgraphIntrospectQueryですか?

ローバー イントロスペクト コマンドにベアラー トークンを追加できることを理解しています。

ただし、ビルド プロセス中にアクセス トークンを生成する方法はありません。

サービス間の相互通信を処理するために、Graphql フェデレーションと google pub/sub を使用してマイクロサービス アーキテクチャを設計しています。Graphql フェデレーションは、REST API 呼び出しを使用してクライアント側からデータを照会するために使用されます。

複数のマイクロ サービス内の Graphql ミューテーションに関しては (クライアントはミューテーションの http 呼び出しを送信します)、Google pub/sub が使用されます。このアーキテクチャについて質問がありますか?

1. それは良いアーキテクチャですか?
2. イベント ドリブン アーキテクチャに関して言えば、クライアントはどのように動作する必要がありますか? REST 呼び出しを使用してクライアント側からデータを取得/更新できることを願っていますか、それともすべての操作に pub/sub を使用する必要がありますか?