Не знаю. Мне вот не надо) И вопросы, собственно, не ко мне.

Неужели ты пытаешься угадать как работает cluster?

А вообще, не важно, как работают и балансируются процессы ноды, главное не забывать о graceful shutdown процессов. Его надо писать самому, местами очень project-specific.

Не пытаюсь, но вдруг угадал? Где бонус взять? О чём речь вообще?

О том что за built-in smarts, а не о том чем знаменить ноду в балансировке или как делать graceful shutdown

У тебя не было этого вопроса. Если есть, что дополнить - давай.

Я пока не вижу ничего про built-in smarts, нечего дополнять

А я вижу, что этот маркетинговый awesome появился аж в 2013-м и всё. А магии никакой на самом деле нет.
Но можно спросить автора rr-логики, что же он имел в виду.

Спасибо

Доброй ночи, делаю сейчас бэк на ноде для приложения на андроиде. В приложении будет возможность зарегаться вводя почту пароль имя и т.д. А еще должна быть возможность авторизоваться через google.
В базе лежит табличка users (id, name, email, pass, ...)
Если пользователь авторизуется через google (мне на сервер придет токен гугла), то каким образом мне создавать и хранить юзера в базе? Как авторизовывать... И как лучше endpoint-ы сделать. Сейчас /register для регистрации, /login для обычного логина через логин пароль, /login/google для авторизации (регистрации если аккаунт не был создан) через гугл токен. Может что почитать чтобы лучше с этим разобраться?

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

вообще конечно в идеале иметь SSO, где будут вязаться аккаунты из разных источников

Есть у кого пример платформы, куда интегрируются разного рода сервисы?

Express

import Router from '@koa/router';

export default function setupRoutes(config = {}) {
  const router = new Router(config);

  router.get('/', ctx => {
    // ...
  });

  router.post('/users/:id', ctx => {
    // ...
  })

  return router;
}

import { TYPES } from '~/services';

export default function setupRoutes(container, config = {}) {
  // ...

  router.post('/users/:id', async ctx => {
    const user = ctx.body;
    // validation here...

    const usersService = container.get(TYPES.UsersService);
    await usersService.createUser(ctx.body);
    // ...
  })

  return router;
}

делают так: указывают в конструкторе (у тебя это setupRoutes) конкретные зависимости.

* https://github.com/inversify/inversify-express-example/blob/master/Basic/controller/user.ts
* https://dev.to/msplatam/how-to-use-inversifyjs-and-utils-with-nodejs-typescript-2pn

еще есть чат про архитектуру — @oop_ru

спасибо за ответ!
да, я видел эти пакеты от inversify-я. но лично мне ближе к телу коа) но не суть)

Из этой же серии вот такое решение:
https://github.com/typestack/routing-controllers

Но что-то мне такой подход не очень нравится.
Да и не факт, что оно заведётся на бабелевских декораторах

я на js пишу - на ts писать что-то для продакшна я пока не готов)

ну и в процессе изучения class-based контроллеров у меня возник ещё вопрос - как внедрять сервисы в мидлвари?

можно и без декораторов все делать. просто указывать зависимости в конструкторе. правда зачем тогда inversify...