🇫🇲

Apollo Federation で GraphQL マイクロサービスアーキテクチャを構築する

2021/02/07に公開

最近調べていた Apollo Federation についてのメモです。
Apollo Federation の概要と、Next.js の API Routes で Apollo Federation を使う例をまとめています。

Apollo Federationとは?

以前 Netflix の GraphQL マイクロサービスアーキテクチャが話題になりました。その構成を支えているのが Apollo Federation です。

https://netflixtechblog.com/how-netflix-scales-its-api-with-graphql-federation-part-1-ae3557c187e2

Apollo Federation は、複数の GraphQL マイクロサービスをゲートウェイでまとめて、1 つの GraphQL エンドポイントとして提供するものです。
Apollo Federation を使うことで、それぞれのマイクロサービス間で依存する処理を良い感じに統合してくれます。

例えば、投稿情報は Post マイクロサービスにあり、その投稿の投稿者であるユーザーの情報は User マイクロサービスにあるとします。
その時に以下のようなクエリで投稿情報と、その投稿のユーザー情報をまとめて取得したいユースケースがあったとします。

query {
  posts {
    id
    title
    content
    user {
      id
      name
    }
  }
}

Apollo Federation を使わない場合は、リクエストを返すために投稿情報を処理する Post マイクロサービスからユーザー情報を処理する User マイクロサービスにクエリを投げる必要があり、マイクロサービス同士が密結合になってしまいます。

それを Apollo Federation を使うとゲートウェイ側で依存するデータ処理をハンドリングしてくれるので、各マイクロサービス間の結合度を下げられます。

Apollo Federation を使った実装

Apollo Federation を使ったサンプルアプリを作ります。
Next.js の API Routes に Apollo Federation のゲートウェイを立てて、その裏に投稿情報を処理する Post サーバーと、ユーザー情報を処理する User サーバーを立てる構成です。

Next.js の環境構築と TypeScript 化が終わっている前提で書きます。

マイクロサービス側の実装

Next.js のプロジェクトルートにマイクロサービス用ディレクトリを作ります。

mkdir -p servers/posts # 投稿者情報の処理サーバー
mkdir servers/users # ユーザー情報の処理サーバー

そして、必要なライブラリをインストールします。

yarn add ts-node apollo-server @apollo/federation

Users サーバー

ユーザー情報を管理する Users サーバーを作ります。

users
├── index.ts
├── resolvers.ts
└── type-defs.ts
servers/users/type-defs
servers/users/type-defs
import { gql } from 'apollo-server';

export const typeDefs = gql`
  type User @key(fields: "id") {
    id: Int!
    name: String!
  }

  type Query {
    user(id: Int): User
    users: [User]
  }

  type Mutation {
    addUser(name: String): User
  }
`;
servers/users/resolvers.ts
servers/users/resolvers.ts
export const DB = {
  users: [
    { id: 1, name: 'taro' },
    { id: 2, name: 'jiro' },
  ],
};

export const resolvers = {
  Query: {
    users: () => DB.users,
    user: (_, { id }) => DB.users.find((u) => u.id === id),
  },

  Mutation: {
    addUser: (_, { name }) => {
      const user = { id: DB.users.length + 1, name };
      DB.users.push(user);
      return user;
    },
  },

  User: {
    __resolveReference(user) {
      return DB.users.find((u) => u.id === user.id);
    },
  },
};
servers/users/index.ts
servers/users/index.ts
import { ApolloServer } from 'apollo-server';
import { typeDefs } from './type-defs';
import { resolvers } from './resolvers';
import { buildFederatedSchema } from '@apollo/federation';

const server = new ApolloServer({
  schema: buildFederatedSchema([{ typeDefs, resolvers }]),
});

server.listen({ port: 4002 }).then(({ url }) => {
  console.log(`🚀  Server ready at ${url}`);
});

ポイントは、type-defs.ts のスキーマ定義にある下記の部分です。

type User @key(fields: "id") {
  id: Int!
  name: String!
}

オブジェクト型のスキーマ定義に@keyディレクティブを追加することで、エンティティとして指定できます。エンティティはゲートウェイを通して、他の GraphQL サーバーから参照できる特殊な型です。

(fields: "id")の部分はエンティティの主キーの定義です。参照先ではこの主キーを使って、データを指定します。今回は User 型の id フィールドを設定しています。

resolvers.ts では下記のコードで別 GraphQL サーバーからエンティティである User 型が参照された際の処理を書いています。
別 GraphQL サーバーから User が参照されたときに、このリゾルバが呼ばれインメモリのオブジェクトから対象の User を探して返しています。

export const resolvers = {
  //...

  User: {
    __resolveReference(user) {
      return DB.users.find((u) => u.id === user.id);
    },
  },
}

Postsサーバー

投稿情報を管理する Posts サーバーを作ります。

posts
├── index.ts
├── resolvers.ts
└── type-defs.ts
servers/posts/type-defs.ts
servers/posts/type-defs.ts
import { gql } from 'apollo-server';

export const typeDefs = gql`
  type Post {
    id: Int
    title: String
    content: String
    user: User
  }

  type DeleteResponse {
    result: Boolean
  }

  type Query {
    post(id: Int): Post
    posts: [Post]
  }

  type Mutation {
    addPost(title: String, content: String, userId: Int): Post
  }

  extend type User @key(fields: "id") {
    id: Int! @external
  }
`;
servers/posts/resolvers.ts
servers/posts/resolvers.ts
const DB = {
  posts: [
    { id: 1, title: 'foo', content: 'foooo', user: { id: 1 } },
    { id: 2, title: 'bar', content: 'baaaa', user: { id: 2 } },
    { id: 3, title: 'baz', content: 'bazzz', user: { id: 1 } },
  ],
};

export const resolvers = {
  Query: {
    post: (_, { id }) => DB.posts.find((u) => u.id === id),
    posts: () => DB.posts,
  },

  Mutation: {
    addPost: (_, { title, content, userId }) => {
      const post = { id: DB.posts.length + 1, title, content, user: { id: userId } };
      DB.posts.push(post);
      return post;
    },
  },

  Post: {
    user(post) {
      return { __typename: 'User', id: post.user.id };
    },
  },
};
servers/posts/index.ts
servers/posts/index.ts
import { ApolloServer } from 'apollo-server';
import { typeDefs } from './type-defs';
import { resolvers } from './resolvers';
import { buildFederatedSchema } from '@apollo/federation';

const server = new ApolloServer({
  schema: buildFederatedSchema([{ typeDefs, resolvers }]),
});

server.listen({ port: 4001 }).then(({ url }) => {
  console.log(`🚀  Server ready at ${url}`);
});

ポイントは、type-defs.tsの GraphQL 定義の下記の部分です。

  type Post {
    id: Int
    title: String
    content: String
    user: User
  }

  #...

  extend type User @key(fields: "id") {
    id: Int! @external
  }

Post サーバーにはない User の情報を Post の型定義として使っています。そしてその参照先はextend type Userになっています。
extends をつけると、その型は外部の GraphQL サーバーのエンティティに対する参照型となります。
@key(fields: "id")ディレクティブがその型を参照する際の主キーです。id に対して@externalディレクティブを付与して、このフィールドが外部の GraphQL サーバーにオリジナルがあることを示しています。

resolvers.ts では下記を定義しています。

export const resolvers = {
  //...

  Post: {
    user(post) {
      return { __typename: 'User', id: post.user.id };
    },
  },
}

この関数で return するのは User 型を解決するために必要な情報です。__typename は User がある GraphQL サーバーの識別子 で id は参照先エンティティの主キーです。

マイクロサービスの起動

Posts サーバーと Users サーバーを起動させるためのスクリプトを package.json に追記します。

  "scripts": {
    // ...
    "dev:server:posts": "ts-node -O '{\"module\":\"commonjs\"}' servers/posts/index.ts",
    "dev:server:users": "ts-node -O '{\"module\":\"commonjs\"}' servers/users/index.ts"
  },

これで、yarn dev:server:posts, ``yarn dev:server:users`コマンドで各マイクロサービスの GraphQL サーバーが起動します。

posts サーバー: http://localhost:4001
users サーバー: http://localhost:4002

以上でマイクロサービス側の実装は完了です。

ゲートウェイ側の実装(Next.js API Routes)

Next.js の API Routes に GraphQL サーバー(ゲートウェイ)を立てます。

まず、Apollo Server の micro インテグレーションであるapollo-server-microと、Apollo Federation のゲートウェイ側ライブラリである@apollo/gatewayを依存に追加します。

yarn add @apollo/gateway apollo-server-micro

次に Next.js の pages/api 配下にgraphql.tsを追加します。

src/pages/api
└── graphql.ts
pages/api/graphql.ts
import { ApolloServer } from 'apollo-server-micro';
import { ApolloGateway } from '@apollo/gateway';

export const config = {
  api: {
    bodyParser: false,
  },
};

const gateway = new ApolloGateway({
  serviceList: [
    { name: 'posts', url: 'http://localhost:4001' },
    { name: 'users', url: 'http://localhost:4002' },
  ],
});

export default new ApolloServer({
  gateway,
  subscriptions: false,
}).createHandler({
  path: '/api/graphql',
});

ApolloGatewayの初期化時に、Apollo Federation で扱う GraphQL マイクロサービスを配列で指定します。この例では先程作成した Users サーバーと Posts サーバーのエンドポイント情報を設定します。
そしてApolloServerの初期化時に ApolloGateway のインスタンスを渡します。
また、この時にsubscriptions: falseを設定しています。これは 2021/02/06 現在 Apollo Gateway が GraphQL の Subscription と互換性がないためです(参考)。

以上でゲートウェイ側の実装は完了です。とてもシンプルですね。

ゲートウェイの起動

Next.js を起動し、GraphiQL にアクセスしてみましょう。
※ このコマンド前にyarn dev:server:postsyarn dev:server:usersで各マイクロサービスを起動しておいてください。

yarn dev

http://localhost:3000/api/graphql にアクセスすれば GraphiQL が起動します。
GraphQL Docs を見るとそれぞれのマイクロサービス側のクエリとミューテーションがスキーマに存在し、Post にネストされた User のように依存するクエリにも対応しています。

これで Apollo Federation での GraphQL マイクロサービスアーキテクチャの完成です 🎉

フロント側も実装したサンプルアプリが以下リポジトリにあるので参考までに。

https://github.com/kawamataryo/sandbox-for-nextjs-and-apollo-server

終わりに

この記事では Apollo Federation の一部の機能しか使っていません。
他に色々便利な機能があるので、是非公式ドキュメントを一読ください。

https://www.apollographql.com/docs/federation/

参考

Discussion