№1:
Архитектурный анализ применимости очереди сообщений для конкретного кейса
Цель: В этом ДЗ мы оцениваем архитектурные решения (очередь сообщений/файловый обмен/RPC) для ваших кейсов, пробуем рассуждать о архитектурных критериях, ключевых требованиях
1. Предложите задачу построения взаимодействия двух приложений близких к вам (примеры - слайды 18, 20)
2. Используя критерии на слайдах 15-16 (или предложите свои) проведите анализ вариантов взаимодействия и сделайте обоснованную рекомендацию
Критерии оценки: - Наличие хотя бы трех видов требований / критериев
- Обоснованность рекомендации

№2:
Анализ стримингового приложения по модели Dataflow
Цель: В этом ДЗ мы изучаем модель Dataflow и рассуждаем о простом стриминг приложении в концепциях Dataflow
1. (слайд 57) Рассмотрим стриминг приложение которое считает остаток на счете дебетовой карты:
• Получает события вида “timestamp, account, amount”, где amount может быть положительным или отрицательным
• Максимальное время задержки доставки событий: 2 секунды
• Если на счете недостаточно средств – приложение выдает алерт и прежний остаток, если достаточно – обновленный остаток
2. Прочитайте Dataflow paper (приложено в материалах) и развернуто ответьте на четыре вопроса описывающее это стриминговое приложение:
• Что считаем? (What?) Что считает приложение? Описание трансформации над событием
• Где по времени события? (Where?) Где во времени (над какими событиями на линии времени) происходят трансформации? Описание используемых окон
• Когда по времени обработки? (When?) Когда по времени обработки материализовать результат трансформации? Описание водяных знаков и триггеров
• Как связаны? (How?) Как связаны последующие результаты трансформации с предыдущими? Описание агрегации
(дополнительное задание: опишите как бы вы поступили в
случае поздней доставки данных, если задержка более двух секунд)
Критерии оценки: 
- Корректность ответов на вопросы по модели Dataflow