Ошибки при внедрении event sourcing (и как мы их исправили) — Нэт Прайс — DDD Europe 2020

Domain-Driven Design Europe 2020 http://dddeurope.com -   / ddd_eu   Организатор: Aardling (https://aardling.eu/) Присоединяйтесь к следующему мероприятию EventSourcing Live https://eventsourcing.live/ -   / eventsrclive   В течение последнего года мы разрабатывали новую систему с архитектурой, основанной на событиях. Архитектура Event-Sourcing хорошо подходит для наших нужд, поскольку организация хочет сохранять точную историю информации, управляемой системой, и анализировать её (среди прочего) для выявления мошенничества. Однако, когда мы начинали, никто из нас раньше не создавал системы с архитектурой Event-Sourcing. Несмотря на множество советов о том, что нужно делать и чего следует избегать, а также отчеты об опыте других проектов, мы допустили несколько существенных ошибок в нашем проектировании. В этом докладе мы расскажем о том, где мы ошиблись, в надежде, что другие смогут извлечь уроки из наших неудач. Но не всё так плохо. Мы с удивительной легкостью смогли исправить свои ошибки. Я также опишу факторы, которые позволили нам легко изменить архитектуру, в надежде, что другие тоже смогут извлечь уроки из наших успехов. Нэт программирует уже кхе-кхе лет, и пишет на Kotlin с тех пор, как он был в бета-версии. Он внедрил Kotlin в работу своего нынешнего клиента, и его команда использовала его для создания критически важных для бизнеса веб-приложений, ориентированных на клиентов. Теперь многие команды в компании довольны использованием Kotlin, и он лежит в основе многих их основных сервисов.