Тестирование AWS Lambdas локально за конечными точками API Gateway

Ой. Ответ очевиден: «Serverless» (ранее JAWS): https://github.com/serverless/serverless . Нужно продолжать гуглить, извинения! Не уверен, стоит ли удалять этот вопрос сейчас ?! Думаю, это может быть полезно другим? Тем более что Serverless в новинку?

В настоящее время у AWS API Gateway и AWS Lambda нет версии для локального тестирования, но мы рассмотрим ее как запрос функции.

Наш пакет (Bespoken Tools) позволит вам сделать именно это. В этом руководстве объясняется, как: http://docs.bespoken.tools/en/latest/tutorials/tutorial_lambda_local/

Краткое резюме:
1) Установите специальные инструменты
npm install bespoken-tools -g
2) Запустите прокси с помощью Lambda
bst proxy lamdba index.js
3) Возьмите URL-адрес, который он распечатывает, и используйте его в API Шлюз
Настройте API-шлюз как HTTP-интеграцию и используйте URL-адрес, который распечатывается при запуске прокси на шаге 2.

Надеюсь, это поможет! После того, как вы его настроите, вызовы вашего API-шлюза будут поступать непосредственно в Lambda, работающую локально на вашем ноутбуке.

Недавно я использовал ClaudiaJS, чтобы помочь мне в разработке AWS Lambda. Создатель также создал эту библиотеку под названием claudia-api-builder, которая поможет вам во всем создавать AWS. Шлюз API, запускающий лямбда-событие. В рамках этой структуры вы можете протестировать конечную точку в своем тестовом классе или создать что-то вроде

var apiRequest = {
  context: {
    path: '/task',
    method: 'GET'
  },
  queryString: {
    name: 'mike'
  }
};
// This method will simulate your api gateway endpoint
api.router(apiRequest, {done: function(err, data){
  console.log(data);
}});

Несмотря на то, что этот способ не очень прост для понимания, по крайней мере, он помогает мне в модульном тестировании моего лямбда-API через шлюз API.

Вы также можете использовать aws-sam-local Сначала вам нужно установить докер. Далее выполните следующие действия:

$ npm install -g aws-sam-local
$ cd path/to/your/code
$ sam local start-api

Интерфейс командной строки сопоставит вашу функцию API с URL-адресом localhost. Теперь вы можете использовать cURL, Postman или свой браузер для достижения конечной точки API.

К сожалению, невозможно запустить шлюз API локально.

Я не уверен, что есть лучшая практика, но у нас есть несколько копий одного и того же API в шлюзе API: API для разработчиков, промежуточный и живой API. Мы не решили использовать этапы, поскольку конечные точки были бы связаны с одной и той же лямбда-функцией, и управление версиями было действительно затруднительным (сейчас это несколько лучше). Создавая отдельные API и отдельные функции Lambda, довольно легко иметь три готовые настройки. Используя несколько сценариев оболочки, которые мы создали, мы можем развернуть их на любом этапе.

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

Я предлагаю вам сделать следующее: 1. Когда вы пишете лямбда-выражение, убедитесь, что оно не знает, что его вызвало (например, http), а знает все, что ему нужно знать из события json.

2. Если вы выполнили «1», используйте «grunt»: https://www.npmjs.com/package/grunt-aws-lambda для тестирования Lambda с помощью пользовательских файлов «событий». Это позволит вам объединить вашу лямбду отдельно от шлюза aws api.

3. используйте тест npm, чтобы создать тест E2E с HTTP-запросом, чтобы убедиться, что манипуляции с вашим телом выполняются правильно.