Представляем слой node.js между UI и сервисами AWS - PullRequest
0 голосов
/ 12 сентября 2018

Я разрабатываю решение на AWS, которое использует Cognito для управления пользователями.

Я использую этот Быстрый старт в качестве отправной точки:

SAAS QuickStart

С одним существенным изменением: я планирую сделать это без сервера. Так что нет ECS-контейнеров для размещения сервисов. Я буду размещать свой интерфейс на S3.

Мой единственный вопрос касается 'auth-manager', используемого в существующем решении и найденного на github:

Auth-менеджер с использованием Node.js

По сути, этот слой используется пользовательским интерфейсом для облегчения взаимодействия с Cognito. Однако я не вижу преимущества в том, чтобы делать это таким образом, по сравнению с простым перемещением этих вызовов Cognito в интерфейсное веб-приложение. Я что-то пропустил? Я знаю, что такой слой Node может быть полезен для обеспечения уровня кэширования, но я думаю, что я мог бы просто использовать Elasticache (Redis) в качестве службы, если бы мне это было нужно.

Я что-то упустил? Если я просто переместил этот компонент Node auth-manager в свое статическое Javascript-приложение S3, я что-то теряю?

Заранее спасибо.

1 Ответ

0 голосов
/ 20 сентября 2018

Похоже, что он вытягивает некоторую информацию из
https://github.com/aws-quickstart/saas-identity-cognito/blob/master/app/source/shared-modules/config-helper/config.js

//Configure Environment
const configModule = require('../shared-modules/config-helper/config.js');
var configuration = configModule.configure(process.env.NODE_ENV);

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

В лучшем случае это приложение запускается на небольшом экземпляре ec2 вместо faragte из-за огромной разницы в стоимости, и ваш клиент отправляет запросы на авторизацию.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...