Я обычно закатывала глаза каждый раз, когда кто-то говорил «согласование в реальном времени». Это казалось тем же старым бредом, только в более красивых слайдах. Ты знаешь такой тип — что-то всё ещё очищается за шесть часов, может, на следующий день, если повезёт меньше, но, эй... почти в реальном времени, да? Конечно.
Затем ты оказываешься на дежурстве для системы, которая «закончена», но на самом деле не закончена. Совершенно другая история.
Ты нажимаешь отправить. Интерфейс говорит, что завершено. Отлично. Тем временем, где-то на заднем конце три службы спорят о состоянии, как будто это групповая чат, которая вышла из-под контроля. Один реестр обновлён. Другой отстаёт. Работа по согласованию тихо повторяется, как будто надеется, что никто не заметит. А когда это всё ломается? Поздравляю, теперь ты проводишь учения по тушению пожара в 3 часа ночи, просматривая логи по службам, которые даже не согласны по временным меткам.
Вот он, призрак в машине. Не задержка. Не пропускная способность. Финальность.
Деньги движутся быстро. Уверенность — нет.
А этот разрыв? Вот где всё гниёт. Вы получаете призрачные балансы, дублирующиеся состояния, «ожидающее» состояние, которое длится гораздо дольше, чем должно. Пользователи думают, что всё сделано. Операции знают, что это не так. Инженеры притворяются, что всё в порядке, пока это не взорвётся.
S.I.G.N не пытается это исправить. Он просто убивает всю идею.
Согласование не является каким-то этапом очистки в конце. Это и есть транзакция. Если система говорит, что всё сделано, за занавесом не ждёт ничего, что нужно будет согласовать позже. Никакой теневой очереди. Никакой «конечной согласованности, доверься нам, брат». Это финал или этого не существует. И всё.
И да, это быстро. Но, честно говоря, скорость — это наименее интересная часть.
Важно то, что больше нет промежуточного состояния. Никакого «технически обработано, но не совсем согласовано» вздора. У вас либо есть финальность, либо её нет. Это уничтожает целый класс ошибок. Не уменьшает — уничтожает.
Вы перестаёте писать защитный мусорный код для обработки крайних случаев, которые не должны существовать. Больше никаких «на всякий случай, если это позже не сработает» веток. Больше никаких компенсирующих транзакций, приклеенных сверху на спагетти-потоки. Вы проектируете так, как будто система действительно имеет в виду то, что говорит.
Странное чувство, кстати.
Аудируемость — это то, где это действительно проявляется.
Большинство систем хвастаются тем, что они «полностью подлежат аудиту». Перевод: если вы готовы страдать, вы можете восстановить то, что, вероятно, произошло. Копайтесь в журналах, сопоставляйте идентификаторы запросов, молитесь, чтобы ничего не было потеряно. Это меньше аудит, больше цифровой археологии.
S.I.G.N не играет в эту игру. Запись — это транзакция. Переходы состояния не подразумеваются — они явные, детерминированные и видимые. Вам не нужен внутренний доступ, племенное знание или тот один инженер, который «знает систему». Вы смотрите на запись, и она просто... выдерживает.
Сказания не требуются.
Это переворачивает модель доверия с ног на голову. Вы не доверяете людям, чтобы исправить что-то позже. Вы доверяете системе никогда не входить в сломанное состояние изначально. Что, да, звучит очевидно. Это не то, как строится большинство финтех-стеков.
А побочный эффект? Операции становятся скучными. В хорошем смысле.
Команды по согласованию сокращаются, потому что нечего согласовывать. Обработка исключений снижается, потому что исключения перестают быть нормальными. Меньше ночных тревог. Меньше моментов «это не совпадает, но мы исправим это завтра».
Меньше хаоса. Меньше шума.
Конечно, есть цена. Вы не можете быть небрежными. Никаких расплывчатых переходов состояния. Никаких «мы это исправим асинхронно». Вам нужны строгие гарантии, чистые инварианты и настоящая дисциплина в том, как вы моделируете транзакции. Это заставляет вас действовать как взрослых.
Много систем не переживут это ограничение.
Но альтернатива — это то, что мы все терпели — системы, которые притворяются быстрыми, притворяются прозрачными и тихо полагаются на людей, чтобы снова собрать реальность, когда вещи начинают дрейфовать.
Как только вы поработали с чем-то, где «сделано» действительно означает сделано, возвращение к прежнему ощущается как добровольное повторное введение ошибок, чтобы оставаться в комфорте.