[NestJS]少し大きな規模のRESTfull APIを構築するディレクトリ構成を考えてみる

[NestJS]少し大きな規模のRESTfull APIを構築するディレクトリ構成を考えてみる

2022-09-048 min read

目次

  1. 概要
  2. 経緯
  3. やりたいこと
  4. ディレクトリ構成
  5. プロジェクト作成
  6. 参考にしたサイト

概要

NestJSで少し大きな規模のRESTfull APIを構築するディレクトリ構成を考えてみました。 行おうと思った経緯と具体的な構成および構築方法について記載してます。

経緯

モジュラモノリスっぽいことをやりたい

※モジュラモノリス=モノリスと同様に単一リポジトリ・単一デプロイは維持するが、内部のソフトウェアの部品はモジュール単位で分割された状態と定義

アプリケーションの規模が大きくなり何らかの形で分割したいなと思ってましたが、 マイクロサービスを導入するほど大掛かりなこともやりたくないろ感じていた時に、 アプリケーションの中でモジュールという単位でビジネスロジックを線引きを行うことができる "モジュラモノリス" という単語が目に入り試してみようと思いました。

やりたいこと

やりたいことを次のように仮定します。

  1. RESTfull API を構築する
  2. APIのパスにバージョン名を入れてバージョニングを行う
  3. APIは一般公開向けと管理系の2つに大きく分かれる
  4. APIはユーザ・アイテムといったリソース情報を返却する
  5. これらのリソースを一般公開系けと管理系それぞれで利用する
  6. 管理系のレスポンスは機微な情報が含まれることを想定し一般系の混同利用は避ける

具体的にAPIのエンドポイントは以下となります。

GET /v1/front/users
POST /v1/front/users
PATCH /v1/front/users
DELETE /v1/front/users
GET /v1/front/projects
...略
GET /v1/front/issues
...略
GET /v1/admin/users
...略
GET /v2/admin/users

ディレクトリ構成

結果的にディレクトリは以下の構成になりました。

./src
├── app.controller.ts
├── app.module.ts
├── app.service.ts
├── main.ts
├── v1
│   ├── admin
│   │   ├── admin.module.ts
│   │   ├── issues
│   │   │   ├── issues.controller.ts
│   │   │   ├── issues.module.ts
│   │   │   └── issues.service.ts
│   │   ├── projects
│   │   │   ├── projects.controller.ts
│   │   │   ├── projects.module.ts
│   │   │   └── projects.service.ts
│   │   └── users
│   │       ├── users.controller.ts
│   │       ├── users.module.ts
│   │       └── users.service.ts
│   ├── front
│   │   ├── front.module.ts
│   │   ├── issues
│   │   │   ├── issues.controller.ts
│   │   │   ├── issues.module.ts
│   │   │   └── issues.service.ts
│   │   ├── projects
│   │   │   ├── projects.controller.ts
│   │   │   ├── projects.module.ts
│   │   │   └── projects.service.ts
│   │   └── users
│   │       ├── users.controller.ts
│   │       ├── users.module.ts
│   │       └── users.service.ts
│   └── v1.module.ts
└── v2 #おまけ
    ├── front
    │   ├── front.module.ts
    │   └── users
    │       ├── users.controller.ts
    │       ├── users.module.ts
    │       └── users.service.ts
    └── v2.module.ts

プロジェクト作成

$ npx nest new nest-test
$ npx nest generate module v1
# CREATE src/v1/v1.module.ts (79 bytes)
# UPDATE src/app.module.ts (300 bytes)
$ npx nest generate module v1/front
# CREATE src/v1/front/front.module.ts (82 bytes)
# UPDATE src/v1/v1.module.ts (157 bytes)
$ npx nest generate module v1/admin
$ npx nest generate resource v1/front/users
# ? What transport layer do you use? REST API
# ? Would you like to generate CRUD entry points? Yes
# CREATE src/v1/front/users/users.controller.spec.ts (566 bytes)
# CREATE src/v1/front/users/users.controller.ts (894 bytes)
# CREATE src/v1/front/users/users.module.ts (247 bytes)
# CREATE src/v1/front/users/users.service.spec.ts (453 bytes)
# CREATE src/v1/front/users/users.service.ts (609 bytes)
# CREATE src/v1/front/users/dto/create-user.dto.ts (30 bytes)
# CREATE src/v1/front/users/dto/update-user.dto.ts (169 bytes)
# CREATE src/v1/front/users/entities/user.entity.ts (21 bytes)
# UPDATE src/v1/front/front.module.ts (160 bytes)
$ npx nest generate resource v1/front/projects
$ npx nest generate resource v1/front/issues
$ npx nest generate resource v1/admin/users
$ npx nest generate resource v1/admin/projects
$ npx nest generate resource v1/admin/issues
$ npx nest generate module v2
$ npx nest generate module v2/front
$ npx nest generate resource v2/front/users

これでファイル・ディレクトリの構成は完成です。 しかしこの状態で起動してもエンドポイントが期待通りマッピングされませんでした。

RouterModuleを利用して解決することにしました。

具体的にはモジュールファイルに対して次のような変更を行います。

例: src/v1/front/front.module.ts の場合

変更前

import { Module } from '@nestjs/common';
import { IssuesModule } from './issues/issues.module';
import { ProjectsModule } from './projects/projects.module';
import { UsersModule } from './users/users.module';

@Module({
  imports: [UsersModule, ProjectsModule, IssuesModule],
})
export class FrontModule {}

変更後

import { Module } from '@nestjs/common';
import { RouterModule } from '@nestjs/core';
import { IssuesModule } from './issues/issues.module';
import { ProjectsModule } from './projects/projects.module';
import { UsersModule } from './users/users.module';

const path = 'v1/front';
const modules = [
  UsersModule,
  ProjectsModule,
  IssuesModule,
];

@Module({
  imports: [
    ...modules,
    ...modules.map(module =>
      RouterModule.register([{
        path,
        module,
      }])
    ),
  ],
})
export class FrontModule {}

これを

  • src/v1/front/front.module.ts
  • src/v1/admin/admin.module.ts

等に設定を行います。

これでベースのエンドポイントの調整が可能となります。

$ curl http://localhost:3000/v1/front/users/1
# This action returns a #1 user%

参考にしたサイト

  1. https://ohbarye.hatenablog.jp/entry/2021/01/22/admin-feature-architecture-patterns
  2. https://docs.nestjs.com/recipes/router-module
  3. https://github.com/nestjsx/nest-router
  4. https://devblog.thebase.in/?page=1650335400
Tags
javascript(109)
linux(54)
node.js(53)
amazon%20aws(47)
typescript(44)
%E3%82%A2%E3%83%AB%E3%82%B4%E3%83%AA%E3%82%BA%E3%83%A0(36)
%E7%94%BB%E5%83%8F%E5%87%A6%E7%90%86(30)
html5(29)
php(24)
centos(24)
python(22)
%E7%AB%B6%E6%8A%80%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0(21)
mac(21)
mysql(20)
canvas(19)
opencv(17)
%E9%9B%91%E8%AB%87(16)
docker(16)
wordpress(15)
atcoder(14)
apache(12)
%E6%A9%9F%E6%A2%B0%E5%AD%A6%E7%BF%92(12)
%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9(12)
amazon%20s3(12)
red%20hat(12)
prisma(12)
ubuntu(11)
github(10)
git(10)
vue.js(10)
%E7%94%BB%E5%83%8F%E5%87%A6%E7%90%86100%E6%9C%AC%E3%83%8E%E3%83%83%E3%82%AF(10)
mariadb(10)
react(9)
aws%20cdk(9)
css3(8)
%E5%8F%AF%E8%A6%96%E5%8C%96(8)
%E5%B0%8F%E3%83%8D%E3%82%BF(8)
nestjs(8)
amazon%20lightsail(7)
next.js(7)
%E3%83%96%E3%83%AD%E3%82%B0(6)
cms(6)
oracle(6)
perl(6)
gitlab(6)
iam(5)
amazon%20ec2(5)
%E8%B3%87%E6%A0%BC%E8%A9%A6%E9%A8%93(5)
aws%20amplify(5)
curl(4)
Author
githubzennqiita
ただの備忘録です。

※外部送信に関する公表事項