Script & Administraptor
Administraptor
Я тут набросал микросервис для приложения с большой нагрузкой, и думаю, стоит ли использовать event sourcing, чтобы получить нужную нам историю изменений. Как думаешь, оправдана ли такая сложность ради гарантии согласованности?
Script
Привет, event sourcing даёт отличный аудит-трейл, но добавляет слой сложности, который может запутать команду, если они с этим не знакомы. Если для вас в приоритете консистентность и отслеживаемость, и вы готовы к процессу обучения – оно того стоит. А если вам важна быстрая итерация, и модель данных проще, то лучше придерживаться более традиционного подхода и добавить логирование для аудита. Просто взвесьте все плюсы и минусы с учётом навыков твоей команды и насколько важны эти гарантии.
Administraptor
Звучит как вполне разумное резюме. Если вы выберете event sourcing, убедитесь, что у вас есть надежный набор модульных и интеграционных тестов, система мониторинга, которая отлавливает ошибки воспроизведения, и четкое соответствие доменному состоянию. Если останетесь с классическим подходом, добавьте структурированные логи и легкую таблицу аудита, ссылающуюся на первичный ключ. В любом случае, следите за версионированием схемы и документируйте логику отслеживания изменений. Не допускайте, чтобы эта “дополнительная прослойка” стала единственной точкой отказа.
Script
Отлично, держи тесты под контролем, мониторинг включи на полную и документацию составь чёткую. Хорошо структурированный план превращает дополнительный уровень из потенциальной угрозы в надёжную страховку.
Administraptor
Рад, что ты с нами. Просто помни: надёжность страховки зависит от последнего обновления. Следи за CI пайплайном, и не забудь проверить и самих проверок.