DZ
Ребята, тут есть кто-то, кто использовал serverless + nextjs ( https://github.com/danielcondemarin/serverless-next.js ) или эта группа скорее конкретно по aws?
Я бы не тащил nextjs в лямбду
Size: a a a
2020 May 14
DZ
Есть serverless, пишем просто код в каждой лямбде - зачем тут nextjs? Роутинг не нужен, только лишний оверхед
DZ
У товарища на проекте затащили express js внутрь лямбды, по сути подымали express приложение внутри лмбды и юзали роутинг express и тд - тормозило жутко
DZ
Зато типа можно переехать на ec2 в любой момент - такая была аргументация
B
Dmytro Zavalkin
Я бы не тащил nextjs в лямбду
а если у меня nextjs хостится на aws (s3 + lambda), под соусом cloudfront.
но допустим я действительно откажусь от такого подхода (express+lambda) и каждый роут будет просто отдельной лямбдой (без експресса) - смогу ли я объеденить мои лямбды и мой s3 в одну группу в cloudfront, чтобы во внешнем мире они были доступны под одним доменным именем?
(типа все лямбды будут просто ендноинты а-ля /api/action; /api/action2 ... ) и на этом же домене сам сайт.
а так же если в отдельный s3 bucket я бы реализовал загрузку медиа файлов и они тоже были потом под этим доменом
где об этом почитать?
(извиняюсь за возможно странные вопросы, я с aws без году неделя)
но допустим я действительно откажусь от такого подхода (express+lambda) и каждый роут будет просто отдельной лямбдой (без експресса) - смогу ли я объеденить мои лямбды и мой s3 в одну группу в cloudfront, чтобы во внешнем мире они были доступны под одним доменным именем?
(типа все лямбды будут просто ендноинты а-ля /api/action; /api/action2 ... ) и на этом же домене сам сайт.
а так же если в отдельный s3 bucket я бы реализовал загрузку медиа файлов и они тоже были потом под этим доменом
где об этом почитать?
(извиняюсь за возможно странные вопросы, я с aws без году неделя)
A
а если у меня nextjs хостится на aws (s3 + lambda), под соусом cloudfront.
но допустим я действительно откажусь от такого подхода (express+lambda) и каждый роут будет просто отдельной лямбдой (без експресса) - смогу ли я объеденить мои лямбды и мой s3 в одну группу в cloudfront, чтобы во внешнем мире они были доступны под одним доменным именем?
(типа все лямбды будут просто ендноинты а-ля /api/action; /api/action2 ... ) и на этом же домене сам сайт.
а так же если в отдельный s3 bucket я бы реализовал загрузку медиа файлов и они тоже были потом под этим доменом
где об этом почитать?
(извиняюсь за возможно странные вопросы, я с aws без году неделя)
но допустим я действительно откажусь от такого подхода (express+lambda) и каждый роут будет просто отдельной лямбдой (без експресса) - смогу ли я объеденить мои лямбды и мой s3 в одну группу в cloudfront, чтобы во внешнем мире они были доступны под одним доменным именем?
(типа все лямбды будут просто ендноинты а-ля /api/action; /api/action2 ... ) и на этом же домене сам сайт.
а так же если в отдельный s3 bucket я бы реализовал загрузку медиа файлов и они тоже были потом под этим доменом
где об этом почитать?
(извиняюсь за возможно странные вопросы, я с aws без году неделя)
Хостить на лямбде дешевле выходит?
DZ
Я сильно не вникал
DZ
а если у меня nextjs хостится на aws (s3 + lambda), под соусом cloudfront.
но допустим я действительно откажусь от такого подхода (express+lambda) и каждый роут будет просто отдельной лямбдой (без експресса) - смогу ли я объеденить мои лямбды и мой s3 в одну группу в cloudfront, чтобы во внешнем мире они были доступны под одним доменным именем?
(типа все лямбды будут просто ендноинты а-ля /api/action; /api/action2 ... ) и на этом же домене сам сайт.
а так же если в отдельный s3 bucket я бы реализовал загрузку медиа файлов и они тоже были потом под этим доменом
где об этом почитать?
(извиняюсь за возможно странные вопросы, я с aws без году неделя)
но допустим я действительно откажусь от такого подхода (express+lambda) и каждый роут будет просто отдельной лямбдой (без експресса) - смогу ли я объеденить мои лямбды и мой s3 в одну группу в cloudfront, чтобы во внешнем мире они были доступны под одним доменным именем?
(типа все лямбды будут просто ендноинты а-ля /api/action; /api/action2 ... ) и на этом же домене сам сайт.
а так же если в отдельный s3 bucket я бы реализовал загрузку медиа файлов и они тоже были потом под этим доменом
где об этом почитать?
(извиняюсь за возможно странные вопросы, я с aws без году неделя)
Нужен api gateway
EB
спасибо. то есть под api gateway я могу объеденять разные "сервисы" в один (условно говоря)?
Грубо говоря да. Апи гетвей уже отдельно настраивается: какие руты куда направлять.
B
а вообще для более-менее классического сайта, где все ендпоинты (апи) так или иначе взаимосвязаны и много кода переиспользуется, уместна ли такая система, где каждый ендпоинтн - лямбда? такая практика есть? удобно ли в дальнейшем дебажить, расширять и тд?
(в сравнении с обычным nodejs+express)
(в сравнении с обычным nodejs+express)
DZ
Ну как бы статика на s3 лежит