#слоистая_архитектура — Public Fediverse posts

Слоистая архитектура для людей

Для кого статья : для техлидов и системных аналитиков (SA), архитекторов ПО. О чём статья : об использовании некоторых удобных, современных подходов к проектированию ПО в enterprise в условиях большого количества команд и большой неопределенности. Об авторе : лид стрима в облачном провайдере, в 2024-2025 гг. с коллегами разрабатывавший подходы к архитектуре микросервисов. В условиях современной разработки, когда компании растут, а команды распределены по офисам и странам, классические подходы к проектированию часто становятся узким местом. Хаос в интеграциях, бесконечные согласования форматов данных и конфликты из-за изменений в API — это знакомые боли для многих архитекторов и тимлидов. Если вы тоже сталкивались с трудностями и конфликтами при разработке платформ с множеством микросервисов или хотите разрабатывать и не хотите сталкиваться – эта статья будет наверняка интересна.

https://habr.com/ru/articles/1000698/

#проектирование #контракты #api #openapi #asyncapi #hexagonal #слоистая_архитектура #ddd #микросервисы #микросервисная_архитектура

Слоистая архитектура для людей

Для кого статья : для техлидов и системных аналитиков (SA), архитекторов ПО. О чём статья : об использовании некоторых удобных, современных подходов к проектированию ПО в enterprise в условиях большого количества команд и большой неопределенности. Об авторе : лид стрима в облачном провайдере, в 2024-2025 гг. с коллегами разрабатывавший подходы к архитектуре микросервисов. В условиях современной разработки, когда компании растут, а команды распределены по офисам и странам, классические подходы к проектированию часто становятся узким местом. Хаос в интеграциях, бесконечные согласования форматов данных и конфликты из-за изменений в API — это знакомые боли для многих архитекторов и тимлидов. Если вы тоже сталкивались с трудностями и конфликтами при разработке платформ с множеством микросервисов или хотите разрабатывать и не хотите сталкиваться – эта статья будет наверняка интересна.

https://habr.com/ru/articles/1000698/

#проектирование #контракты #api #openapi #asyncapi #hexagonal #слоистая_архитектура #ddd #микросервисы #микросервисная_архитектура

Слоистая архитектура для людей

Для кого статья : для техлидов и системных аналитиков (SA), архитекторов ПО. О чём статья : об использовании некоторых удобных, современных подходов к проектированию ПО в enterprise в условиях большого количества команд и большой неопределенности. Об авторе : лид стрима в облачном провайдере, в 2024-2025 гг. с коллегами разрабатывавший подходы к архитектуре микросервисов. В условиях современной разработки, когда компании растут, а команды распределены по офисам и странам, классические подходы к проектированию часто становятся узким местом. Хаос в интеграциях, бесконечные согласования форматов данных и конфликты из-за изменений в API — это знакомые боли для многих архитекторов и тимлидов. Если вы тоже сталкивались с трудностями и конфликтами при разработке платформ с множеством микросервисов или хотите разрабатывать и не хотите сталкиваться – эта статья будет наверняка интересна.

https://habr.com/ru/articles/1000698/

#проектирование #контракты #api #openapi #asyncapi #hexagonal #слоистая_архитектура #ddd #микросервисы #микросервисная_архитектура

Слоистая архитектура для людей

Для кого статья : для техлидов и системных аналитиков (SA), архитекторов ПО. О чём статья : об использовании некоторых удобных, современных подходов к проектированию ПО в enterprise в условиях большого количества команд и большой неопределенности. Об авторе : лид стрима в облачном провайдере, в 2024-2025 гг. с коллегами разрабатывавший подходы к архитектуре микросервисов. В условиях современной разработки, когда компании растут, а команды распределены по офисам и странам, классические подходы к проектированию часто становятся узким местом. Хаос в интеграциях, бесконечные согласования форматов данных и конфликты из-за изменений в API — это знакомые боли для многих архитекторов и тимлидов. Если вы тоже сталкивались с трудностями и конфликтами при разработке платформ с множеством микросервисов или хотите разрабатывать и не хотите сталкиваться – эта статья будет наверняка интересна.

https://habr.com/ru/articles/1000698/

#проектирование #контракты #api #openapi #asyncapi #hexagonal #слоистая_архитектура #ddd #микросервисы #микросервисная_архитектура

Разбираемся с DDD: как проектировать доменный агрегат, чтобы он не стал безразмерным

Последние 4 года я занимаюсь реализацией проектов на PHP по DDD, используя слоистую архитектуру. Каждый раз я сталкиваюсь с одной из самых насущных проблем DDD: определение границ агрегата. Ведя разработку "как удобно", очень легко не заметить, как вся бизнес логика сосредоточилась в один "божий класс". В этой статье я поделюсь своим опытом, как проектировать и разрабатывать по DDD, не скатываясь в "один агрегат, чтобы править всеми". Поговорю о проблемах определения границ агрегата и цены чтения, гидрации и содержания больших объектов в памяти PHP процесса.

https://habr.com/ru/articles/954688/

#ddd #агрегаты_ddd #домен #слоистая_архитектура #инвариант #cohesion #application_layer #бизнеслогика

Создаем свой проектный фреймворк автотестирования API [Часть 1/3]

Автоматизированное тестирование API часто начинается с простых решений в виде коллекций Postman или скриптов на коленке. Такой подход работает на старте, но быстро исчерпывает себя. Создание собственного проектного фреймворка является осознанным переходом от хаотичной, фрагментарной автоматизации к устойчивой, гибкой предсказуемой и масштабируемой системе тестирования. Такой фреймворк дает полный контроль над архитектурой, обеспечивает строгую валидацию контрактов API, безопасную работу с базой данных, генерацию осмысленных тестовых данных и простую интеграцию в инфраструктуру разработки. Статья поделена на три части. В первой части дается обоснование преимуществ создания полноценного проектного фреймворка по сравнению с использованием готовых универсальных инструментов по типу Postman. Вы узнаете, какие принципы легли в основу архитектуры фреймворка и какой был подобран технологический стек для их реализации на практике. Статья техническая и адресована инженерам-программистам в тестировании (SDET) и инженерам по автоматизации тестирования, которые перешли от написания обособленных тестов к осознанному проектированию тестового фреймворка или только начинают этот переход.

https://habr.com/ru/articles/982624/

#python #фреймворки_для_тестирования #архитектура_системы #программирование #проектирование_систем #автоматизация_тестирования #apiтестирование #слоистая_архитектура #сбор_требований #принципы_проектирования

События vs сообщения. Понимаете ли вы разницу и почему это важно?

"Будем отправлять события в Rabbit!" Фраза, которая выдает мышление, рождающее код, полный боли. К сожалению, я ее часто слышу. Поэтому, уже много лет размышлял о написании этой статьи и безумно рад, что у меня, наконец, дошли до нее руки. В статье я расскажу, как смешение понятий события, сообщения и транспорта рождает возгласы типа "Я ненавижу использовать Symfony Messenger, потому что был у меня проект на нем, и он не взлетел!" Будут косвенно затронуты компоненты Symfony Messenger и Event Dispatcher. Несмотря на это, данный материал может оказаться полезным и для разработчиков, использующих другие фреймворки и даже другие языки.

https://habr.com/ru/articles/921656/

#события #сообщения #rabbitmq #асинхронность #ddd #слоистая_архитектура