Первоначально опубликовано в Бессерверные

Что такое бессерверное?

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

Вопреки тому, что вы думаете о слове «без сервера», серверы все еще существуют с бессерверными! Благодаря бессерверной модели разработки разработчики могут создавать, развертывать и запускать приложения без необходимости управлять серверами. После развертывания бессерверное приложение будет реагировать на трафик и автоматически масштабироваться вверх или вниз по мере необходимости.

Что такое бессерверная архитектура?

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

Что является примером бессерверной архитектуры?

REST API — самый простой пример. Предполагая, что AWS является поставщиком облака, бессерверный REST API состоит из шлюза API для приема HTTP-запросов, функций Lambda, которые получают эти запросы и выполняют их, и DynamoDB в качестве хранилища данных для хранения и извлечения данных. Есть много других вариантов использования, все с набором управляемых сервисов.

Бессерверная архитектура Joot

На изображении ниже показана архитектура, которую Joot использует для обработки изображений. Все пользователи Joot управляются с помощью Cognito. В качестве библиотеки для веб-приложения использовалась Amplify. Лямбда использовалась для координации аутентификации пользователя. Когда пользователь заходит в систему, он загружает изображение, которое сохраняется прямо в S3. Триггеры, установленные в корзине для загрузки изображений, входят, а затем извлекают это изображение, изменяют его размер, выполняют некоторую обработку, извлекают метаданные и сохраняют их в DynamoDb.

Вы можете узнать больше о Joot и о том, как они внедрили Serverless Framework, ниже:

Посмотреть кейс Joot

Первоначально опубликовано на https://www.serverless.com.