Задача
Здесь сошлись обе трудные разновидности работы сразу.
Первая — действующая платформа на чужом закрытом движке. Сто сорок три модуля, сто тринадцать таблиц, часть ядра защищена и не читается принципиально. Поведение выясняется экспериментом, а не чтением кода, и при этом система каждый день ведёт операции с деньгами.
Вторая — новое поколение платформы, которое пишется с нуля и должно быть заметно надёжнее предшественника в тех местах, где предшественник обходился удачей.
Решение
Наследуемую платформу мы не переписывали ради переписывания. Разобрали её по частям, задокументировали то, что удалось установить экспериментом, и ведём точечно, начиная с платёжных интеграций, потому что именно там происходит почти вся работа.
Новое поколение строилось вокруг двух вещей, которые в этой предметной области решают всё: корректность баланса и защита ключей.
Баланс не изменяется свободным запросом из кода. Операции идемпотентны, повторная доставка одного и того же уведомления не создаёт второго зачисления, а конкурентные списания не могут увести остаток в минус. Ключи хранятся зашифрованными, и ключ шифрования вынесен из репозитория.
Архитектура и реализация
Что сделано:
· разбор и документирование наследуемого ядра, включая закрытые модули
· ведение платёжных интеграций на обеих платформах
· контур входящих операций с автоматическим зачислением
· вывод средств с многоступенчатой проверкой
· сделки между пользователями с блокировкой средств на время сделки
· проверка личности и противодействие отмыванию
· уведомления в мессенджер о событиях по счёту
· переезд на выделенный сервер
Стек: Laravel и PHP, PostgreSQL, Redis, а также унаследованное окружение старой платформы.
Результат
Обе платформы работают. Ценность кейса для заказчика лежит не в предметной области, а в двух умениях, которые нечасто встречаются вместе: держать нагрузку и деньги в новой системе и одновременно поддерживать чужую, где нет ни документации, ни доступа к части исходников.
Второе обычно оказывается дороже первого.
