Adyen Payments Acceptance Layer¶

Тип материала — корпоративный кейс F03. Исторический срез относится к описанию в публикации.

Компания и задача¶

Масштабировать приём платежей без привязки merchant traffic к одной машине и поддерживать идемпотентность Payments API.

Первичный источник и период¶

2021-07-28, обновлено 2022-06. Проверено 2026-11-03. Adyen Design to Duty

Подтверждённые компоненты, технологии и числа¶

FACT — Публикация описывает stateless PAL и интеграцию Cockroach для доступа к данным, нужным идемпотентности. Авторы объясняют выбор желанием сохранить масштабирование edge и не строить свой distributed store.

Поток данных¶

INFERENCE — реконструкция по публикации. Стрелки описывают логическую связь компонентов.

flowchart LR
 A["Payment API"] --> B["Stateless PAL"]
 B --> C["Cockroach idempotency data"]

Отказы и границы гарантий¶

FACT — в описанном дизайне любой PAL instance может выйти из работы, поскольку данные для обработки доступны другим экземплярам. Авторы отдельно описывают edge, accounting и data processing с разными приоритетами. Edge и stateless services

INFERENCE — Хранить operation evidence вне ephemeral worker. Отдельно проверить scope ключа, тело запроса и судьбу операции при переходе между регионами.

Нераскрытые детали¶

UNKNOWN — DDL, TTL, transaction isolation, topology и атомарность внешней авторизации с записью ключа.

Переносимость решения¶

INFERENCE — Stateless frontend упрощает routing. Идемпотентность financial effect зависит от границ между durable operations и external PSP.