Мы в этом канале уже разобрали две большие темы:
- Проблема конкурирующих подписчиков и гонка событий: https://news.1rj.ru/str/emacsway_log/57
- CQRS/CQS и возврат результата командой https://news.1rj.ru/str/emacsway_log/276

Попутно было еще несколько заслуживающих внимания дискуссий в чате канала.

Наверное, все уже отдохнули от "тяжелых" тем, и можно браться за следующую. В последнее время часто вспоминается вопрос Monolith First vs. Microservices First в разных чатах, но при этом упускается один важный, я бы даже сказал - ключевой, момент, на который я хотел бы обратить внимание.

Если кто с этими терминами не знаком, то:
- Monolith First https://martinfowler.com/bliki/MonolithFirst.html
- Microservices First https://martinfowler.com/articles/dont-start-monolith.html

Но прежде чем мы погрузимся в эту тему, я хотел бы, чтобы каждый хорошо осознавал разницу между Microservice и Bounded Context (BC). Это важно, потому что границей автономности команды разработчиков является все-таки BC, а значит, микросервисы способствуют достижению автономности не прямо, а косвенно.

С подачи некоторых авторов одно время бытовало мнение, будто Microservice == BC. Некоторые из этих авторов сегодня уже пересмотрели свою точку зрения, и произошла определенная эволюция архитектурных знаний в этой области.

Лучшие, на мой взгляд, статьи, поясняющие разницу между Microservice и BC - это:

- “Bounded Contexts are NOT Microservices” by Vladik Khononov
https://vladikk.com/2018/01/21/bounded-contexts-vs-microservices/

- “Tackling Complexity in Microservices” by Vladik Khononov
https://vladikk.com/2018/02/28/microservices/

- “DDDDD: Bounded Contexts, Microservices, and Everything In Between” by Vladik Khononov
https://youtu.be/Z0RgR9xIQE4

- “Using domain analysis to model microservices“
https://docs.microsoft.com/en-us/azure/architecture/microservices/model/domain-analysis

- “Identifying microservice boundaries“
https://docs.microsoft.com/en-us/azure/architecture/microservices/model/microservice-boundaries

- “Reactive Microservices” by Vaughn Vernon
https://kalele.io/reactive-microservices/

- “Microservices and [Micro]services” by Vaughn Vernon
https://kalele.io/microservices-and-microservices/

#DDD #Microservice #SoftwareArchitecture

Новый курс "Validation in DDD" by Vladimir Khorikov:
- https://github.com/vkhorikov/ValidationInDDD

#DDD

С Новым Годом! Ярких побед и высоких достижений в Новом Году! Пусть все задуманное осуществится! Здоровья, благополучия и успехов!)
☃️🥳🍾🎆🎇🎉🎄🎅❄️

"Architecture Ownership Patterns For Team Topologies. Part 1: A Business Architecture Model" by Nick Tune
- https://medium.com/nick-tune-tech-strategy-blog/team-responsibility-ownership-patterns-part-1-a-business-architecture-model-63597c4e60e1

"Architecture Ownership Patterns for Team Topologies. Part 2: Single Team Patterns" by Nick Tune
- https://medium.com/nick-tune-tech-strategy-blog/architecture-ownership-patterns-for-team-topologies-part-2-single-team-patterns-943d31854285

"Architecture Ownership Patterns for Team Topologies. Part 3: Multi-Team Patterns" by Nick Tune
https://medium.com/nick-tune-tech-strategy-blog/architecture-ownership-patterns-for-team-topologies-part-3-multi-team-patterns-eecc146ddb28

Цикл статей о том, как выравнивать команды и компоненты системы. Полезна всем, кто распределяет зоны ответственностей команд.

#DDD #Microservices #SoftwareArchitecture

"Always be experimenting. Doing the exact same thing twice is a wasted opportunity." by Gregor Hohpe
- https://architectelevator.com/strategy/always-be-experimenting/

#SoftwareArchitecture

Now Ruby has built-in actor model and jit.

Python is way behind all modern noscripting languages 😞

I also recommend to watch this talk: https://www.youtube.com/watch?v=Y29SSOS4UOc

#DDD #DistributedSystems

Rambler делится опытом перехода от Python к Rust:
- https://m.habr.com/ru/company/rambler_group/blog/533268/
- https://m.habr.com/ru/company/rambler_group/blog/535234/

#FunctionalProgramming

Друзья, я знаю Павла уже несколько лет. Он тоже работает в российской ИТ-индустрии, и внес свой посильный вклад в развитие его профессиональных сообществ. У кого есть возможность оказать информационную поддержку - просьба зарепостить.

"Always-Valid Domain Model" by Vladimir Khorikov
https://enterprisecraftsmanship.com/posts/always-valid-domain-model/

#DDD #SoftwareDesign

"Decentralised content moderation" by Martin Kleppmann
https://martin.kleppmann.com/2021/01/13/decentralised-content-moderation.html

#SoftwareArchitecture #DistributedSystems

"Pairing Guidelines" by Rober Martin
http://blog.cleancoder.com/uncle-bob/2021/01/17/Pairing.html

#SoftwareDevelopment

"How to always be right (100% fair-trade vegan and snake oil-free). Or at least be better prepared for being wrong." by Gregor Hohpe
https://architectelevator.com/strategy/always-be-right/

#SoftwareArchitecture #Career

Статья наглядно показывает, как эффективность команды может быть улучшена более чем на порядок.
"Maximizing Developer Effectiveness" by Tim Cochran
https://martinfowler.com/articles/developer-effectiveness.html

#SoftwareArchitecture #SoftwareDevelopment

Добавлены пара новых статей в Patterns of distributed systems:

"Consistent Core"
https://martinfowler.com/articles/patterns-of-distributed-systems/consistent-core.html

"Lease"
https://martinfowler.com/articles/patterns-of-distributed-systems/time-bound-lease.html

#SoftwareArchitecture #DistributedSystems

"ArchiMate Cookbook" by Eero Hosiaisluoma
https://www.hosiaisluoma.fi/blog/archimate/

#SoftwareArchitecture