Возможно ли обеспечить ACID-транзакции в микросервисной архитектуре

Да ты послушай, что эти умники от архитектуры придумали! Сидят, блядь, и думают: "А давайте разобьём нашу здоровенную, монолитную систему на кучу мелких сервисов, пусть каждый живёт своей жизнью и своей базой!" Разбили, сука. А потом бац — и осознали: ребята, а как же нам теперь атомарно что-то сделать, если для заказа нужно и деньги списать, и товар зарезервировать, а сервисы-то РАЗНЫЕ?

Так вот, запомни раз и навсегда: про ACID-транзакции на всю эту кашу можно забыть, как про сон золотой. Это в монолите ты мог в одной транзакции на три таблицы писать и спать спокойно. Тут же — распределённая система, ёпта! Каждый сервис — царь и бог в своей песочнице.

Вот и перешли на философию BASE. Расшифровывается, конечно, забавно: "Basically Available, Soft state, Eventual consistency". А по-русски это звучит как: "В основном работает, состояние не твёрдое, но в конце концов, блядь, всё сойдётся". Не атомарность, а итоговая согласованность. Живём надеждой, как в песне.

И как же, спрашивается, с этим жить? А вот как, на трёх китах:

1. Сага, мать её. Это не герои эпоса, а паттерн такой. Суть проста, как пять копеек: делаем операцию по шагам, в каждом сервисе своя локальная транзакция. Но если на каком-то шаге пиздец — надо откатить всё, что уже натворили. Для этого есть компенсирующие транзакции. Это как купить диван, а потом передумать и везти его обратно, оравя в магазине. А управлять этой сагой можно двумя способами:

   • Хореография (Choreography): Все сервисы, как мартышки на табуретках, общаются друг с другом через события (типа, "я сделал, ваш ход!"). Без начальника, на честном слове. Красиво, но если что-то пошло не так — хуй поймёшь, кто виноват.
   • Оркестровка (Orchestration): Тут появляется главный по тарелочкам — сервис-оркестратор. Он, как режиссёр-самодур, командует: "Ты — делай! Ты — следующий! А ты — откатывайся нахуй!" Более управляемо, но появляется та самая точка отказа, которую мы так хотели избежать.

   Смотри, как это выглядит в коде (оркестрация):

   def place_order_saga(order_details):
       # Шаг 1: Создаём заказ
       order_id = order_service.create_order(order_details)
       if not order_id:
           return # Всё, с самого начала обосрались
   
       try:
           # Шаг 2: Пытаемся деньги стрясти
           payment_service.process_payment(order_id, order_details.amount)
       except PaymentError:
           # Ой, денег нет! Отменяем заказ (компенсация)
           order_service.cancel_order(order_id)
           raise # И орём на всю площадку об ошибке
   
       try:
           # Шаг 3: Пытаемся товар отгрузить
           inventory_service.ship_order(order_id)
       except InventoryError:
           # Бля, товара нет! Теперь откатываем ВСЁ: и деньги возвращаем, и заказ отменяем
           payment_service.refund_payment(order_id)
           order_service.cancel_order(order_id)
           raise

2. Event Sourcing (Хранение событий). А это вообще, блядь, философия. Мы не храним итоговое состояние ("на складе 5 штук"). Мы храним ИСТОРИЮ ВСЕХ ПРОИСШЕСТВИЙ: "привезли 10", "продали 3", "списали 2". Хочешь узнать, сколько осталось — проиграй всю ленту с начала. Зато согласованность между сервисами достигается проще: все подписываются на одни и те же события и меняют своё состояние. Красиво, но мозг сломать можно.

3. Two-Phase Commit (2PC). Старый, добрый и... мёртвый, для микросервисов. Все его знают, но почти никто не любит. Координатор спрашивает всех: "Готовы закоммитить?" Все отвечают "Да". Тогда команда: "Закоммитить!". Если кто-то сказал "Нет" — всех откатываем. Проблема в том, что он БЛОКИРУЮЩИЙ и создаёт ту самую единую точку отказа (координатор). В микросервисах его используют реже, чем зубочистку для ремонта двигателя.

Итог, блядь, какой? ACID-гарантии — это твоя крепость, но крепость ОДНА. В пределах одного сервиса и его базы — да, там ты царь, там атомарность, изоляция и прочая хуйня. Но как только ты вышел за ворота и пошёл в другой сервис — всё, ты в диком поле, где правят саги, события и надежда на eventual consistency. Добро пожаловать в распределённые системы, ебать его в сраку!