Тут есть все что нужно

Конкретное решение либо запросы с блокировкой, либо через снэпшоты, я их не пробовал, но подходит в этом случае, либо еще решение позволять букинг и решать проблему на месте

2 самых популярных пути решения

В транзакции делаешь два запроса
Первый: проверяешь, что комната не забукана
Второй: букаешь комнату

Можно это вообще в процедуру запихнуть

Если первый запрос фейлит операцию, то юзеру показываешь тостер, что упс, но не судьба

Но тут сразу вопрос, какие планы по горизонтальному расширению, репликации и т.д.?

Почитайте про уровни изоляции пж. Если вкратце, то для транзакций установлен инвариант "они должны вести себя так, как если бы выполнялись одна за другой, а не параллельно", с поправкой на разрешенные уровнем изоляции феномены.

Кстати тот самый недавно упоминаемый ивент сорсинг решит проблему вообще без каких-либо усилий. В нем оптимистичная блокировка встроена бай дизайн

И тормоза тоже

Лолшто

Какие тормоза?

Тормоза пишут код используя одну пулю, полагая что она серебрянная, например SQL

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

> не серебряный, он универсальный

Популярные реляционки с транзакциями у нас есть двух видов: на основе локов и снапшотов.
В случае локов транзакция будет брать 1..N локов
В случае снапшота у нас считайте что тот же ивент сорсинг, только регистр это не один айдишник, а вся база в целом, и опять каждая транзакция проверяет 1..N ключей в лучшем случае (а могут быть и вынужденные локи).
Ивент сорсинг проверяет наличие ОДНОЙ записи.
Вопрос: кто здесь тормозит, ивент сорсинг или архитектор? Где будет больше контеншн?

SQL уже давно не решает проблемы, когда у каждого микросервиса своя база

А зачем она своя?

by design)

Ну это вообще большая боль с любым хранилищем. Микросервисная архитектура подразумевает что любой может завалиться сам, но другие должны стоять. А это значит что у каждого должен быть свой кластер, иначе тот кто перегрузил базу утащит за собой и соседа.
В результате конечно беда, либо у тебя опсы зашиваются с миллиардом инсталляций, либо у тебя приложение сразу группами сервисов мрет.

На самом деле сложности есть даже при обычном шардировании

Это же постоянная игра с CAP теоремой