Я не помню (думаю, что он не идёт из коробки), но настроить-то его по-любому надо

Я понял спасибо, но все же чтоб мискросервис забрал из облака, можно сделать что-то шеред либы не вынося в отдельный мс?

Почему? Любой же сервис может читать из S3 напрямую по ссылке

Ну на сколько я помню, чтоб читать с тогоже s3, если хранилище закрытое, нужна авторизация или что-то вроде этого

Метод getObject

Ну тут уже зависит от того, как вы реализуете архитектуру. Если у вас прямо все сервисы должны туда ходить, то есть смысл работу с s3 вынести в отдельный сервис

А эндпоинт чтения файла в нем закрыть от доступа извне на уровне Nginx

Ну таких будет несколько это точно

Я разворачиаю на гугл клауде, думаю можно и к их стораджу присосатся

Большое спасибо за совет)

Обычно при сохранении файла я сейвлю ключ в БД (чтобы отслеживать, какие файлы есть, когда они загружены, кем и т.п.). Так что для этого есть смысл отдельный сервис делать, иначе эту логику придётся дублировать. Так удобно, например, выпиливать файлы, которые не используются, и т.п.

На самом деле, не представляю ситуацию, когда можно  его не создавать (и это имело хотя бы какой-то смысл)

Лень \ не знание что следует?

Я так понимаю, что если не создавать response dto, то даже swagger-дока формироваться не будет?

да, как минимум не полностью

Кстати. А кто как держит schemas?

Вот так:

import { morphism, StrictSchema } from 'morphism';
import { Image } from '../../common/entity/image.entity';
import { ImageDto } from '../../common/dto/image.dto';
import { imageSchema } from '../../common/schemas/image.schema';

export const catSchema = {
  id: 'post.id',
  slug: 'post.slug',
  name: 'post.name',
  image: {
    path: 'post.image',
    fn: (propertyValue: Image) => {
      return morphism<StrictSchema<ImageDto, Image>>(
        imageSchema,
        propertyValue,
      );
    },
  },
};

То есть есть отдельная папка где лежат все схемы, а не распределены по модулям?

В каждом модуле своя папка schemas со схемами, относящимися к к этому модулю