Каждая строка моего кода восстановления была верной. Но он проваливался каждый раз.

Разработчик автоматизированной торговой системы обнаружил критическую ошибку в логике самовосстановления. Несмотря на то, что код выглядел логически верным, он постоянно давал сбой, так как механизм повторных попыток генерировал неуникальные идентификаторы заказов. Поскольку брокер требовал глобально уникальные ID, каждая последующая попытка отклонялась, оставляя позиции незащищенными. Автор подчеркивает, что проверки структурной целостности, отслеживающие работу сервисов, часто не выявляют логические ошибки, при которых система работает, но выполняет действия неверно. В статье приводится чек-лист для создания надежных путей восстановления, включая необходимость уникальности каждого запроса, важность тестирования веток восстановления и внедрение автоматических выключателей для предотвращения бесконечных циклов сбоев. В конечном итоге автор утверждает, что разработчики должны проверять соответствие внутреннего состояния системы реальности внешних сервисов, с которыми она взаимодействует.
This is a summary. Read the full article at the original source:
Dev.toПохожие
В недавней статье разработчик Иэн Сазерленд исследует опасный феномен «тихих сбоев» — ошибок, которые происходят без вывода кодов ошибок или предупреж…
Выпущен пакет с открытым исходным кодом nestjs-quota, предназначенный для решения задач управления API в многопользовательских (multi-tenant) приложен…
В недавней статье на Dev.to автор исследует, как реализация программного обеспечения часто скрывает субъективные суждения, сделанные в процессе разраб…



