4
3

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

Nest.jsのアプリケーションをCloud Functionsにデプロイする

Posted at

Nest.jsをCloud Functionsで動かすメモ。

まずはよく見かけるサンプルコード

import { NestFactory } from '@nestjs/core';
import { ExpressAdapter } from '@nestjs/platform-express';
import * as express from 'express';
import * as functions from 'firebase-functions';
import { AppModule } from './app.module';

const server = express();

(async () => {
  const app = await NestFactory.create(AppModule, new ExpressAdapter(server));
  app.enableCors();
  return app.init();
})();

export const api = functions.https.onRequest(server);

Cloud Functionsはデプロイ時にエントリポイントとなるファイルを一度実行します。このとき、関数がexportされていなければCloud Functionsに認識されないので、このような形になったのでしょう。

しかしながら見てのとおりですがNestFactory.createapp.initは非同期関数(DIとかDB接続とかで時間かかるのかな?)なのでコールドスタート復帰後は最初のリクエストがNestの初期化前にExpressに渡されてしまうため、リクエストが処理できずに終わってしまいます。

これを回避するには、リクエストが来るたびに初期化が終わっているかを判断させる必要があります。結果、以下のような形になります。

const applicationReady = (async () => {
  const app = await NestFactory.create(AppModule, new ExpressAdapter(server));
  app.enableCors();
  return app.init();
})();

export const api = functions
  .region('asia-northeast1')
  .https.onRequest(async (...args) => {
    await applicationReady;
    server(...args);
  });

みんなPromiseが入った変数の命名規則どうしてるんだろう...。説明し辛い...。

Nest.jsみたいな大きいフレームワークをFaaSで動かすのどうかな?と思いましたがFaaSのメリットは大きいのでまあありかなと。Nestはそんなに重くないですしね。

Nest.js人気出てきてますがフレームワークが分厚くなりすぎるとRailsのような末路をたどってしまうので、少々怖いところではあります。

4
3
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
4
3

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?