Lambda: CloudFront, Performance

Question 1

Как можно выполнять бизнес логику, препроцессинг запросов до попадания на сервер? Какие 2 варианта?

Answer 1

Есть возможность реализовать код в рамках Lambda функции.
И прикрепить его к Edge Location’у (к CloudFront Distribution’у).
- CloudFront Function
- Lambda@Edge

Question 2

Есть клиент, CloudFront Distribution и …
Запрос при этом делится на …

Answer 2

Origin
Viewer request, Origin request

Question 3

Сравни CloudFront Functions и Lambda@Edge по:
- Доступные языки программирования
- Какую часть запроса можно менять

Answer 3

CloudFront Functions
- Легковесные функции на plain Javascript
- Нативная фича CloudFront’а (управляем всем кодом в CloudFront)
- Viewer request, Viewer response (Клиент - EdgeLocation)

Lambda@Edge
- Функции на NodeJS или Python, SDK и библиотеки
- Viewer request, Viewer response, Origin request, Origin response

Question 4

Сравни CloudFront Functions и Lambda@Edge по:
- performance, время, одновременные запуски

Answer 4

CloudFront Functions
- Доли миллисекунд для запуска
- Миллионы запросов в секунду (масштабирование)
- Максимальное время выполнения < 1 ms

Lambda@Edge
- Тысячи запросов в секунду (масштабирование)
- Максимальное время выполнения 5-10 sec

Question 5

Сравни CloudFront Functions и Lambda@Edge по:
- Доступ к телу запроса
- Доступ к EFS

Answer 5

CloudFront Functions
- Нет доступа к телу запроса
- Нет доступа к EFS

Lambda@Edge
- Есть доступ к телу запроса
- Есть доступ к EFS

Question 6

Что такое CDN?

Answer 6

CDN (content delivery network) - сеть сообщающихся серверов, которая ускоряет загрузку тяжеловесного веб-сайта.

Question 7

Ключевые слова для CloudFront Functions

Answer 7

hight performance, high scale,
only user request / user response,
fast execution, primitive processing,
plain JS

Примитивная работа с Cache Key, HTTP Headers, URL, JWT токеном.
Но супер-быстро, супер-производительно, супер-масштабируемо.

Question 8

Ключевые слова для Lambda@Edge

Answer 8

Более основательная, полноценная работа с использованием внешних библиотек, доступом к AWS сервисам, EFS.
Но менее производительно, дольше выполняется.

Question 9

Основные UseCases для CloudFront Functions

Answer 9

• Создание CDN для снижение latency
• Оптимизация ключа кэша (Edge Location Cache Key)
• Изменения HTTP Header’ов (добавить, убрать в запрос, в ответ)
• Изменения URL (перенаправление)
• Проверка authorization прав (валидация JWT токена)

Question 10

Какие возможности есть у Lambda@Edge, которых НЕТ у CloudFront Functions?

Answer 10

• Можно настраивать CPU, Memory
• Можно подключить SDK и 3-rd party библиотеки
• Можно взаимодействовать с другими AWS сервисами по сети
• Есть доступ к телу запроса и EFS

Question 11

Какие минусы есть у Lambda@Edge, которых НЕТ у CloudFront Functions?

Answer 11

• Дольше время выполнения (5-10 секунд, а НЕ доля миллисекунды)
• Менее производительно, тысячи запросов в секунду

Question 12

В чём суть идеи Lambda Execution Context?

Answer 12

Execution Context - это временный runtime environment,
в котором можно инициализировать зависимости для Лямбда функции,
которые она будет повторно использовать при последующих вызовах.

Question 13

Что можно сделать в Execution Context? Например?

Answer 13

• Создать объект соединения с БД
• Создать HTTP клиент, SDK клиент

Question 14

Как хранить в контексте тяжёлый файл? Каков лимит на его размер?

Answer 14

/tmp папка - это часть execution context’а
10 ГБ максимум
multiple invocation = reuse

Question 15

/tmp
Временное или постоянное хранилище? Как зашифровать файл?

Answer 15

ephemeral временный (если нужен постоянный - S3, EFS)
KMS Data Keys