В настоящее время я разрабатываю приложение React, которое обслуживается Express. Приложение представляет собой инструмент администратора для управления клиентами для моей компании. Требуется авторизация и ACL (контроль доступа для пользователей). Затем есть Java API, который уже написан и используется в течение некоторого времени, и это ядро системы.
Моя идея состоит в том, чтобы Express обслуживал приложение React и управлял безопасностью и проверкой. А затем отправьте полезную нагрузку в Java API. До сих пор я реализовал рабочий прототип и в основном готов добавить функции.
В Java API есть много API, так как проект огромен. Мой план состоял в том, чтобы реализовать в модульной манере, где все отделено и автономно. И он должен быть развернут как отдельный сервер.
Между моими коллегами идет разговор об использовании AWS Lambda для общения с Java API. Вот источник моей дилеммы. В другом проекте я уже использую Lambdas для общения с Cognito, и я немного знаком с ним.
Однако идея полностью перенести функциональность Express в Lambdas заставляет меня беспокоиться. Мой коллега утверждает, что переезд в Lambda сократит время операций с точки зрения его настройки и тому подобного. Но как бы я ни думал об этом, я вижу, что будет много лямбд для конкретных операций. И в конце я получу поддержку множества функций в трех средах (QA, Stage и production).
Однако я думаю об этом, я не вижу в этом никакого преимущества. Я вижу только некоторые сложности, если назвать несколько: отладка, различные среды, ACL ...
Я думаю сохранить это вместе, как я изначально проектировал прототип, а не связываться с Lambda. Затем в дальнейшем используйте какой-нибудь инструмент (TeamCity, Jenkins ...), чтобы перенести его в EC2
.
Учитывая тот факт, что мы всегда узнаем что-то новое, я думаю, есть ли что-то, о чем я не знаю, и что мне действительно следует серьезно подумать о лямбда-подходе?
Любая идея, мнение или критика приветствуется:)