Создание бессерверных микросервисов с Node.js и AWS Lambda

Создание бессерверных микросервисов с Node.js и AWS Lambda было рецензировано Камило Рейесом , Джоан Инь , Яфи Берхану и Морицем Крегером . Спасибо всем рецензентам SitePoint за то, что сделали контент SitePoint как можно лучше!

Если вы когда-нибудь хотели написать веб-приложение или API без возни с сервером, то вам может подойти Lambda от Amazon . AWS — это набор инструментов для разработчиков, который Amazon разрабатывает и предлагает публично.

В этой статье мы начнем работу с Lambda, новым инструментом в наборе Amazon Web Services (AWS). Мы будем использовать Lambda для создания конечной точки HTTP GET, которая будет выполнять запросы с использованием API GitHub для получения информации о репозитории из GitHub и возврата ответа JSON.

Чтобы следовать этой статье, вам понадобится собственный аккаунт AWS. Вы можете создать бесплатную учетную запись AWS по адресу https://aws.amazon.com/.

Что такое AWS Lambda?

Лямбда-тэг звучит так: «Запустите код, не думая о серверах». На первый взгляд это может показаться странным. Где или как на самом деле выполняется код?

Бессерверный и функции как сервис

«Без сервера» — это новый термин, обозначающий инфраструктуру программного обеспечения, который вы, возможно, слышали. Он используется для описания решений для выполнения кода по требованию. Термин «безсерверный» может вводить в заблуждение, поскольку на самом деле в этом уравнении все еще присутствуют серверы. Лучшим дескриптором является FaaS, или «Функции как сервис».

Оба определения используются для описания нового опыта разработки и развертывания. Этот новый опыт считается «безсерверным», поскольку вам, как разработчику, больше не нужно управлять, отслеживать или масштабировать серверы, на которых выполняется ваш код. Вы просто загружаете свой код в FaaS-провайдер (в данном случае — в AWS Lambda), а провайдер FaaS выполняет его и управляет любой инфраструктурой для вас за кулисами.

Плюсы и минусы безсерверной архитектуры

Учитывая это расширенное определение «безсерверной» архитектуры, давайте рассмотрим некоторые плюсы и минусы при работе с Lambda.

Pros

• Оценка использования по требованию.

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

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

  Лямбда ценообразование выглядит следующим образом:

  • $ 0,20 за 1 миллион запросов
  • $ 0,00001667 за каждую ГБ-секунду вычислительного времени, с каждым выполнением, округленным до ближайших 100 мс

  Узнайте больше на: https://aws.amazon.com/lambda/pricing/

• Встроенное автоматическое масштабирование

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

Cons

• Непоследовательный местный рабочий процесс развития.

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

Основные понятия лямбда-ключа

Код функции и триггеры

Лямбда имеет две основные концепции: код и триггеры. Код не требует пояснений. В нашем случае это код JavaScript, который вы пишете и загружаете в Lambda для получения желаемого поведения.

После загрузки код не будет выполняться сам по себе. Лямбда имеет дополнительную концепцию, называемую «триггеры». Триггеры — это события, инициируемые другими сервисами AWS, которые передают данные в функцию Lambda для выполнения.

Некоторые примеры триггеров:

• HTTP-запрос к AWS API Gateway запускает лямбда-код
• Событие запускается с интервалом, как задание cron из CloudWatch Events
• Таблица DynamoDB обновляется и запускает лямбда-код

Подпись функции лямбда-кода

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

exports.myLambdaFunction = (event, context, callback) => { // Use callback() and return } 

Функция получает три аргумента:

1. событие — словарь пары ключ-значение «триггерных данных», который Lambda передает в функцию.

2. контекст — внутренняя информация AWS, такая как идентификатор запроса AWS, время ожидания Lambda и информация журнала.
   Для получения дополнительной информации см .: http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-context.html

3. обратный вызов — стандартный асинхронный обработчик обратного вызова JavaScript.
   Для получения дополнительной информации см .: http://docs.aws.amazon.com/lambda/latest/dg/nodejs-prog-model-handler.html#nodejs-prog-model-handler-callback

Построение лямбда-функции

Чтобы приступить к созданию новой функции Lambda, посетите панель управления Lambda по адресу:
https://console.aws.amazon.com/lambda/home?region=us-east-1#/functions?display=list

 npm init -f 

 npm install github 

 var GitHubApi = require('github'); var github = new GitHubApi(); exports.handler = (event, context, callback) => { github.search.repos({ q: 'sitepoint', sort: 'stars' }, function(err, res){ if(err){ callback(err); } var results = res.items.map((repo) => { return { url: repo.html_url, stars: repo.stargazers_count }; }); callback(null, { statusCode: 200, headers: { "Content-Type": "application/json" }, body: JSON.stringify(results) }); }); }; 

 zip -r lambdaupload.zip ./index.js ./node_modules/ 

 [{"url":"https://github.com/bodrovis/Sitepoint-source","stars":106}, {"url":"https://github.com/Azzurrio/moviestore","stars":80}, {"url":"https://github.com/bodrovis/SitepointMiniChat","stars":54}, {"url":"https://github.com/upchuk/d8-demo-modules","stars":34},