- Регистрация
 - 8 Дек 2020
 
- Сообщения
 - 1,121
 
- Тема Автор
 - #1
 
[Фёдор Борщёв, Антон Давыдов] Асинхронная архитектура (2021)
Посмотреть вложение 56192
Четырёхнедельный онлайн-курс о том, как строить распределённые сервисы. Мы простым языком расскажем о DDD и об архитектуре больших систем. По итогам курса вы спроектируете распределённую систему, которую положите в портфолио как Software Architect.
Компании, которые уходят от монолитной архитектуры к сервисной и микросервисной, часто терпят поражение — получают такой же монолит, только разбитый по нескольким репозиториям.
Проблема обычно в неудачных способах взаимодействия систем между собой. Если ходить друг в друга по HTTP API — получается распределённый монолит. Если ходить асинхронно — приходится решать кучу проблем с целостностью данных.
Мы расскажем, как избежать этих проблем.
Сделаем полноценный проект — систему для крупной компании на event-driven архитектуре по принципам DDD
Будем не только рисовать кучу квадратиков в LucidChart, но и писать код. Авторы — на Ruby, вы — на чём угодно. Задача — создать систему инвентаризации оборудования для крупной компании.
Основные требования: состояние товаров, статус ремонта, authn и authz, аудитлог, интеграция с монолитом. Используем Kafka, Event Streaming, Schema Registry. Упомянем о CQRS и SAGA.
Подойдёт всем, кто интересуется архитектурой ПО
Достаточно читать на любом языке программирования, знать хотя бы один популярный MVC-фреймворк и понимать, для чего нужны RabbitMQ/Kafka.
Продажник:
Скачать: Оформить VIP Подписку и открыть доступ к этой и другим темам.
	
				
			Посмотреть вложение 56192
Четырёхнедельный онлайн-курс о том, как строить распределённые сервисы. Мы простым языком расскажем о DDD и об архитектуре больших систем. По итогам курса вы спроектируете распределённую систему, которую положите в портфолио как Software Architect.
Компании, которые уходят от монолитной архитектуры к сервисной и микросервисной, часто терпят поражение — получают такой же монолит, только разбитый по нескольким репозиториям.
Проблема обычно в неудачных способах взаимодействия систем между собой. Если ходить друг в друга по HTTP API — получается распределённый монолит. Если ходить асинхронно — приходится решать кучу проблем с целостностью данных.
Мы расскажем, как избежать этих проблем.
Сделаем полноценный проект — систему для крупной компании на event-driven архитектуре по принципам DDD
Будем не только рисовать кучу квадратиков в LucidChart, но и писать код. Авторы — на Ruby, вы — на чём угодно. Задача — создать систему инвентаризации оборудования для крупной компании.
Основные требования: состояние товаров, статус ремонта, authn и authz, аудитлог, интеграция с монолитом. Используем Kafka, Event Streaming, Schema Registry. Упомянем о CQRS и SAGA.
Подойдёт всем, кто интересуется архитектурой ПО
Достаточно читать на любом языке программирования, знать хотя бы один популярный MVC-фреймворк и понимать, для чего нужны RabbitMQ/Kafka.
Продажник:
 Скрытое содержимое. Вам нужно войти или зарегистрироваться.
Скачать: Оформить VIP Подписку и открыть доступ к этой и другим темам.
 Скрытое содержимое. Вам нужно войти или зарегистрироваться.
			
				Последнее редактирование модератором: 
			
		
	
								
								
									
	
								
							
							