Системный анализ

Как спроектировать API-операцию создания платежа, чтобы повторная доставка одного запроса не создала второй платеж?

Сервису требуется изменить несовместимое поле в API, но клиенты обновляются не одновременно. Как организовать переход без принудительного одновременного релиза?

Практическая ситуация: записи добавляются во время постраничной выдачи. Как спроектировать переход между страницами, чтобы элемент не пропускался?

Представьте: после успешного изменения ресурса API немедленное чтение возвращает прежнее значение. Какой механизм это объясняет?

Практическая ситуация: два клиента изменяют одну сущность почти одновременно. Как API предотвратит тихое затирание изменений одного клиента?

Как согласовать запись заказа в БД с публикацией события при сбое между этими действиями?

Сторонняя система присылает вебхуки через интернет. Как получателю проверить подлинность уведомления до его обработки?

Что именно проверяет потребительский контракт API до публикации новой версии сервиса?

Разберите ошибку: частичное изменение профиля обрабатывается как полная замена ресурса. Чем это опасно?

Как идентификатор корреляции помогает расследовать запрос, проходящий через несколько сервисов?

Внешний идентификатор сущности может измениться у поставщика. Как спроектировать связь с локальной моделью, чтобы не потерять историю?

Система запускает операцию, которая может длиться минуты. Какой паттерн API позволит не удерживать клиентское соединение до завершения?

В двух интегрируемых системах хранится один атрибут. Как определить его источник истины?

Объясните механизм, который позволяет API-клиенту безопасно отменить уже запущенную операцию на сервере.

Зачем в модели данных разделять технический идентификатор сущности и её бизнес-ключ?

Каким образом матрица трассируемости выявляет незакрытое требование к интеграции?

Объясните механизм: почему подтверждённая личность клиента не означает, что API должен разрешить ему запрошенное действие?

В финансовой интеграции суммы передаются как числа с плавающей точкой. Какой риск это создаёт при расчёте итогов?

Разберите ситуацию: заказ и его позиции иногда расходятся после параллельных изменений. Как определить границу агрегата?

Требование к API сформулировано как «система должна быстро отвечать». Что в нём нужно изменить, чтобы его можно было принять по измеримому критерию?