A presentation at Stachka in in Kazan, Republic of Tatarstan, Russia by Roman Gordeev
Современные приложения часто представляют собой непростую топологию разрозненных сервисов, объединенных неумолимым конвейером бизнес процессов. С одной стороны это дает определённые преимущества, но в то же время накладывает весьма серьезные ограничения на применяемые архитектурные подходы и инженерные решения при проектировании подобных приложений.
Как и любая подобная история, эта история начинается с приложения…
ВСЕ НОВЫЕ ПРИЛОЖЕНИЯ ВОСХИТИТЕЛЬНЫ ОДИНАКОВО, КАЖДОЕ СТАРОЕ ПРИЛОЖЕНИЕ УРОДЛИВО ПО-СВОЕМУ…
● удобство эксплуатации ● простота ● возможность развития
спойлер: переехать на микросервисы ;)…
● Крис Ричардсон. Микросервисы. Паттерны разработки и рефакторинга ● Георг Хопе. Паттерны интеграции корпоративных приложений
Основная гипотеза
“Это зависит от удачи. Все зависит от удачи…”
● КАНОНИЧЕСКАЯ МОДЕЛЬ?! ● EventSoursing?! ● CQRS?! ● Saga
Vlad Mihalcea
По умолчанию используйте Lazy Fetching
Никогда не используйте Table Generator!
Используйте генераторы “последнего поколения”
Сконфигурируйте Batching
● hibernate.jdbc.batch_size=30 ● hibernate.order_inserts=true ● hibernate.order_updates=true
Для отладки используйте механизмы логирования ORM и Proxy DataSource/Driver
P6Spy
Используйте JMX!
Майкл Нейгард. Release it! Проектирование и дизайн ПО для тех, кому не все равно
● Удобные для вас решения - обычно правильные ● Data First ● Следите за пулами соединений и потоков ● Тестируйте самые худшие сценарии ● Не пренебрегайте специализированными инструментами
● Gregor Hohpe. Enterprise Integration Patterns ● Chris Richardson. Microservices Patterns ● Sebastian Daschner. Architecting Modern Java EE Applications ● Martin Kleppmann. Designing Data-Intensive Applications ● Николай Голов. Целостность данных в микросервисной архитектуре
Критика приветствуется, но не является обязательной ;)
Современные приложения часто представляют собой непростую топологию разрозненных сервисов, объединенных неумолимым конвейером бизнес процессов. С одной стороны это дает определённые преимущества, но в то же время накладывает весьма серьезные ограничения на применяемые архитектурные подходы и инженерные решения при проектировании подобных приложений.
В докладе мы поговорим о весьма хорошо зарекомендовавших себя подходах, известных еще со времен Smalltalk и Erlang, - Message-oriented middleware и Event Sourcing. Обсудим пути миграции RPI-based приложения в сторону асинхронности и реактивности. Поговорим о трудностях возникающих на этом пути, посмотрим, как решаются вопросы с ACID и CAP, а также какие подходы можно применить для тестирования подобных систем.
for free. You
can too.