Можно ли считать приложение на AWS Lambda микросервисной архитектурой?

Микросервисная архитектура — это не про конкретную технологию, а про принципы организации системы. Ключевые признаки: независимое развёртывание, изоляция данных, слабая связанность, отдельные команды на сервис, коммуникация по сети. AWS Lambda — это лишь вычислительная платформа (FaaS), которая может использоваться для реализации микросервисов, но сама по себе архитектуру не определяет.

Когда Lambda-приложение можно считать микросервисным

• Каждая функция или группа функций отвечает за отдельный бизнес-домен (например, заказы, платежи, уведомления).
• У каждого сервиса своя база данных или хранилище (DynamoDB, RDS, S3), нет общей схемы.
• Сервисы общаются через API Gateway, SQS, SNS, EventBridge, а не через прямые вызовы с общей памятью.
• Развёртывание и версионирование каждой функции независимо.

Когда это не микросервисы

• Одна Lambda-функция содержит всю бизнес-логику приложения — это монолит, просто в облаке.
• Несколько функций жёстко связаны общей БД и синхронными вызовами друг друга — это распределённый монолит.
• Функции — это просто обработчики событий без выделенных доменов.

Пример: микросервис на Lambda

// order-service/index.js
exports.createOrder = async (event) => {
  const order = JSON.parse(event.body);
  await dynamo.put({ TableName: 'Orders', Item: order }).promise();
  await sqs.sendMessage({
    QueueUrl: process.env.PAYMENT_QUEUE,
    MessageBody: JSON.stringify({ orderId: order.id })
  }).promise();
  return { statusCode: 201, body: JSON.stringify(order) };
};

// payment-service/index.js
exports.processPayment = async (event) => {
  for (const record of event.Records) {
    const { orderId } = JSON.parse(record.body);
    await payments.charge(orderId);
  }
};

Здесь два независимых сервиса: один создаёт заказ и пишет в свою таблицу, второй слушает очередь и обрабатывает оплату. У них разные репозитории, деплой и данные — это микросервисный подход, реализованный на Lambda.

Ограничения Lambda для микросервисов

• Холодный старт может влиять на latency.
• Ограничения по времени выполнения (до 15 минут) и размеру пакета.
• Сложнее отлаживать распределённые вызовы.
• Локальная разработка и тестирование требуют эмуляторов (SAM, LocalStack).

Итог: AWS Lambda может быть основой микросервисной архитектуры, если соблюдены принципы изоляции доменов, данных и независимого деплоя. Если же это просто функции, связанные общей логикой и БД, — это не микросервисы, а монолит или распределённый монолит. Применять Lambda для микросервисов стоит, когда важны масштабируемость по событиям, оплата за фактическое использование и быстрый вывод новых сервисов.