メルカリ Shops での NestJS を使った GraphQL Server の実装 | メルカリエンジニアリング
ソウゾウの Software Engineer をやっています、@mookjp です。 8/10 の記事「メルカリShopsの技術スタックと、その選定理由」では、メルカリ Shops のアーキテクチャについて、その全体像を紹介しました。 この記事では、そのうちの BFF（Backend for Frontend） レイヤとして用意した GraphQL サーバについて、NestJS を使った実装例を交えて紹介します。 GraphQL とは GraphQL サーバ周辺の構成 NestJS とは GraphQL Module NestJS で Code First なスキーマ定義をする Object types の定義 Query と Mutation の定義 GraphQL スキーマの生成 スキーマの Breaking Change （破壊的変更）を防ぐ DataLoader を使って Bat
NestJSでGraphQLをGuardする - Qiita
NestJSでGraphQLのQueryまたはMutationをGuardする方法を説明します。 基本的には、NestJSの公式に掲載されていますが、GraphQLをGuardするには少し工夫が必要です。 環境 NestJS 6.0 ゴール NestJSでGraphQLをGuardする方法はいくつかあります。 今回は、ユーザのロールによってGuardする方法を採用します。 以下のような感じでGaurdします。@nestjs/passportのjwtでGuardした上で、ユーザのロールが2となっているもののみアクセスできるmutationを実装します(queryでも同じです) @Mutation(returns => SaveSiteConfigResult) @UseGuards(JwtAuthGuard) @Roles(2) savesiteconfig(@Args('savesitec
Nest.jsのGuardでCognito UserPoolsのユーザー認証をする | WP-kyoto
Nest.jsのGuardを使うことで、APIへのアクセス許可を管理できます。 AWSのCognito UserPoolsでユーザーを管理していることが多いので、そのためのGuardを簡単に作ってみました。 コード 実装は2ファイル + アルファです。Nest CLIでサクッと作りましょう。 % nest g s cognito CREATE /src/cognito/cognito.service.spec.ts (467 bytes) CREATE /src/cognito/cognito.service.ts (91 bytes) UPDATE /src/app.module.ts (1046 bytes) % nest g gu authorizer CREATE /src/authorizer.guard.spec.ts (184 bytes) CREATE /src/autho
GitHub Actions を利用した NestJS アプリケーションの Google AppEngine への自動デプロイ - Qiita
GitHub Actions を利用した NestJS アプリケーションの Google AppEngine への自動デプロイAppEngineNestJSGitHubActionsGoogleCloud この記事は NestJS Advent Calendar 2019 15 日目の記事です。 本日は NestJS アプリケーションのデプロイ先として最も有力な PaaS 環境である Google AppEngine へと、新興の CI/CD サービスである GitHub Actions を利用して自動デプロイを実現してみます。 NestJS のデプロイ環境について NestJS のデプロイ先はたびたび話題にあがります。最終的にはケースバイケースなのでこれ！という形で断定はできませんが、少なくとも大抵の場合は適当な CI サービス + AppEngine で問題ないかと思います。 以下に参
NestJS API バージョニング - Qiita
この記事は NestJS Advent Calendar 2019 13日目の記事です。今日は小ネタになります。 2019 年に Web API を新規開発する場合、基本的には設計段階で API バージョニングを前提とします。バージョニングによって、Public API は勿論、Private API でも、 /v1/ から始めておき、大きな変更に応じてバージョンを変えていく事によって適切に後方互換を保つことが可能となります。 最近だと開発面だと monorepo が、インフラ面だと L7 Switch の活用で、うまい具合に古いコードベースを生かしたまま新しく書いていくこともやりやすい土壌が整っているので、バージョニングはできるだけしたいところです。 NestJS でも同様の設定を付与したいところですが、愚直に Controller のデコレータ引数でバージョン情報を付与するのは少し手間
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NestJS Service 初期化 非同期 - Qiita
