Блог

Каковы рекомендации AWS для размещения нескольких микросервисов? можем ли мы разместить их все на одном APIG / Lambda? При таком подходе я вижу, что когда требуется обновить API одной службы, мы развертываем API всех служб, что означает, что наша регрессия будет включать тестирование доступа ко всем службам. С другой стороны, создавая отдельный APIG / Lambda для каждой службы, мы в конечном итоге получим несколько ресурсов (и несколько учетных записей) для управления, может быть, позже это станет рабочей нагрузкой?

Микросервис разрабатывается автономно и должен создаваться, тестироваться, развертываться, масштабироваться … независимо. Есть много способов сделать это и как вы разделите свой продукт на несколько сервисов. Одним из примеров является использование API-шлюза в качестве входной двери для всех служб, стоящих за ним, поэтому это будет его собственный сервис.

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

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

На самом деле у AWS есть технический документ, в котором рассказывается о микросервисах на AWS.