Mastodon

0 posts0 participants0 posts today

Habr[Перевод] Связывая Контексты: Руководство по Эффективному ВзаимодействиюВ предыдущей статье “ Упакуйте свой код правильно ” мы рассмотрели различные подходы к организации кода, включая монолитную и многослойную архитектуры, принципы чистой архитектуры, а также концепцию Bounded Context (ограниченного контекста) в Domain-Driven Design ( DDD ). Мы узнали, что Bounded Context помогает структурировать сложные системы, разделяя их на логические части, каждая из которых имеет собственную модель предметной области с четкими и непротиворечивыми правилами. Теперь, когда мы понимаем, как выделять и организовывать bounded contexts, пришло время углубиться в следующий важный аспект DDD — коммуникацию между ними. В реальных системах bounded contexts редко существуют изолированно. Для реализации бизнес-процессов и обеспечения целостности системы необходимо организовать эффективное взаимодействие между ними. В этой статье мы рассмотрим, как bounded contexts могут общаться между собой, какие подходы к коммуникации существуют и как выбрать подходящий в зависимости от требований вашей системы. Продолжим наше путешествие в мир DDD , чтобы научиться создавать не только хорошо структурированные, но и слаженно работающие системы.<a href="https://habr.com/ru/articles/892250/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/articles/892250/</a><a href="https://zhub.link/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ddd</a> <a href="https://zhub.link/tags/bounded_context" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bounded_context</a> <a href="https://zhub.link/tags/php" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#php</a>

HabrТактические паттерны DDDВ предыдущей статье мы обсудили стратегические паттерны, а теперь давайте углубимся в тактические. Важно помнить: в DDD тактика без стратегии теряет смысл! Если вы не знаете, как правильно разделить систему, отдел или предприятие на контексты и поддомены, ваши усилия, направленные на тактические паттерны, вряд ли принесут плоды. Стратегическое мышление в сочетании с тактическими подходами поможет создать эффективную и гибкую архитектуру, способную справляться с изменениями и требованиями бизнеса.<a href="https://habr.com/ru/articles/854140/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/articles/854140/</a><a href="https://zhub.link/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ddd</a> <a href="https://zhub.link/tags/domaindriven_design" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domaindriven_design</a> <a href="https://zhub.link/tags/domain_driven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domain_driven</a> <a href="https://zhub.link/tags/bounded_context" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bounded_context</a> <a href="https://zhub.link/tags/subdomain" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#subdomain</a> <a href="https://zhub.link/tags/active_record" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#active_record</a> <a href="https://zhub.link/tags/domain_model" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domain_model</a> <a href="https://zhub.link/tags/event_storming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#event_storming</a> <a href="https://zhub.link/tags/DDD_Trilemma" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#DDD_Trilemma</a> <a href="https://zhub.link/tags/typescript" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#typescript</a>

HabrDDD простыми словамиЧасто в больших компания всё поделено на большие системы. А если система «Legacy», т.е. устаревшая, то часто внутри неё собрано очень много разнородного функционала. По сути такие системы представляют из себя монолитных монстров. Бывает, что компании решают использовать микросервисный подход, но в результате получают таких же монолитных монстров, но только работающих в Кубере. Границы систем размыты, нет чёткого понимания, что должно входить в систему, а что нет. Команды сильно специализированы на конкретную систему и не могут участвовать в доработке никакой другой системы. По сути, речь идёт о том, что системы становится слишком большими и для их доработки требуется длительный процесс погружения. Можно ли исправить ситуацию коренным образом?<a href="https://habr.com/ru/articles/809831/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/articles/809831/</a><a href="https://zhub.link/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ddd</a> <a href="https://zhub.link/tags/%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ограниченный_контекст</a> <a href="https://zhub.link/tags/bounded_context" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bounded_context</a> <a href="https://zhub.link/tags/ubiquitous_language" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ubiquitous_language</a> <a href="https://zhub.link/tags/domain_driven_design" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domain_driven_design</a> <a href="https://zhub.link/tags/%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#архитектура</a> <a href="https://zhub.link/tags/%D0%BF%D1%80%D0%B5%D0%B4%D0%BC%D0%B5%D1%82%D0%BD%D0%B0%D1%8F_%D0%BE%D0%B1%D0%BB%D0%B0%D1%81%D1%82%D1%8C" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#предметная_область</a>

HabrСтратегические паттерны DDDВ данной статье мы погрузимся в мир DDD, сфокусировавшись на самом важном аспекте – модульности. Разберем стратегические паттерны, предоставляющие необходимые инструменты для эффективной организации модульности на уровне организации. Обсудим, как определить границы между контекстами, установить правила взаимодействия и эффективно управлять сложностью в разработке крупных бизнес-приложений.<a href="https://habr.com/ru/articles/787460/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://habr.com/ru/articles/787460/</a><a href="https://zhub.link/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ddd</a> <a href="https://zhub.link/tags/domaindriven_design" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domaindriven_design</a> <a href="https://zhub.link/tags/domain_driven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domain_driven</a> <a href="https://zhub.link/tags/bounded_context" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bounded_context</a> <a href="https://zhub.link/tags/ubiquitous_language" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ubiquitous_language</a> <a href="https://zhub.link/tags/subdomain" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#subdomain</a> <a href="https://zhub.link/tags/domain" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domain</a> <a href="https://zhub.link/tags/patterns" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#patterns</a> <a href="https://zhub.link/tags/ddd_%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ddd_дизайн</a> <a href="https://zhub.link/tags/domain_driven_architecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#domain_driven_architecture</a>

Recent searches

Search options

Administered by:

Server stats:

#bounded_context