это не сказать что частый кейс, обычно оптимистичные блокировки все разруливают так как ты и описал

ну то есть если вероятность того что ты ткнул что-то пошел оплачивать и за это время кто-то перетрет твое высокая - то тебе нужны локи

Требования "что бы не перетерли" это не те требования, которые должны заставлять делать 4 эндпоинта вместо одного и выносить транзакционность на уровень http

либо "выбор" партиции надо делать так что бы уменьшать вероятность конфликта

Ну так я и ткнул и у меня 2 минуты на оплатить. В чём несостыковка-то?

ну простой кейс - выбрал места в зале, надо оплатить (занимает время), пока ты платишь места зарезервированы за тобой.  

Reserve -> /start-editing
Purchase -> /change
Cancel Order -> /no-change
ну и если мы хотим максимально быстро высвобождать лок - /continue-editig

если нам ок что "2 минуты висеть будет" то можно не делать последний метод

но 3 метода всеравно будут

а еще было бы неплохо rate limit какой что бы веселые боты не лочили тебе все места и не отменяли заказы постоянно не давая обычным людям купить у тебя чего (приколы конкурентов)

Ну если занято то другим челам показывается, что изменение расписания сейчас занято кем-то - и они не могут начать редактирование

да важное уточнение

Так это описание системы, а не урлов под изменение.
Это можно завернуть в
* Schedule
* Start competition
* Graduate
Это просто разные сущности, разные бизнес-процессы. Так можно привести тысячу примеров трёх-шаговых утрированных алгоритмов. Человеку нужно гарантировать что изменения которые от него будут прилетать - будут от одного чувака (да помним что это заглушка от дурака но не столь важно)
Если он может обойтись одним эндпоинтом с ttl на доступ, то в почему нельзя это использовать?

Понимаю, что вы решили задачу через 3-4 эндпоинта. Мне непонятно зачем такой оверинжиниринг

другой пример - ты открываешь документ (start editing), тусишь себе там (continue editing) и может меняешь чего (change) (не факт что нужно лочить, вдруг ты там с CRDT играешься). И смысл только в том что бы челы с другой стороны видели плашку "эту страницу сча редактирует такой-то перец"

Чет не понимаю, что ты имеешь ввиду. Типа лочить только на определенное время? 2 минуты прошло и все - другой может перехватить его?

Сергей, я понимаю примеры. Мне непонятна сверх сложность для этого решения. Аргументы в решение за 4 эндпоинта я услышал. Приведите аргументы против одного эндпоинта с ttl на доступ?

у меня например есть и такой кейс - только там не надо с локами заморачиваться (версии, лайв апдейты, если есть конфликт то человек разрулит но по воркфлоу люди в разных секциях одного документа работают но им надо знать где кто)

ну тот факт что с твоим решением плашка "чел редактирует" будет висеть пока не закончится TTL

а если TTL уменьшить до времени типа 10 секунд то тебе нужен будет continue editing

иначе первый чел не успеет доделать дела когда второй заберет ресурс