Stateful

Четыре стандартных этапа собеседования по проектированию ИТ-систем. Однако я бы думал о них шире: как о четырех начальных шагах проектирования любого ПО.

• Шаг 1. Понимание проблемы и определение скоупа проектирования
• Шаг 2. Предложите дизайн высокого уровня и получите одобрение
• Шаг 3. Спроектируйте глубокое погружение
• Шаг 4. Завершение

Глава 3 книги раскрывает подробности о каждом шаге, хорошие вопросы, которые нужно задать (над которыми следует подумать), а также то, что НУЖНО и НЕЛЬЗЯ делать. Она также показывает хороший пример процесса разработки системы новостных лент в соц сетях.

Очень короткая глава 2 посвящена тому, как делать приблизительные оценки, чтобы начать с самых важных моментов при разработке программного обеспечения.

Концепции, которые должен знать КАЖДЫЙ разработчик программного обеспечения:

• “Сила двух”
• Стандартные цифры задержки! Насколько быстрой является память, насколько медленным является диск и т.д.
• Показатели доступности
• Про какие ключевые метрики стоит думать

Эти понятия и числа раскрыты во второй главе книги:

“System Design. Подготовка к сложному интервью” Алекса Сюй. Оригинал: “System Design Interview – An insider’s guide” by Alex Xu

Отличный общий план для масштабирования любого приложения с нуля до миллионов пользователей.

• Настройка одного сервера
• Выбор и использование базы данных
• Вертикальное масштабирование против горизонтального масштабирования подходов. И почему вы должны предпочесть горизонтальный
• Добавлен балансировщик нагрузки для горизонтального масштабирования
• Добавление репликации базы данных для горизонтального масштабирования
• Добавление кеша
• Добавление CDN
• Архитектура без сохранения состояния и с сохранением состояния и использование внешнего хранилища состояния
• Добавление дополнительных центров обработки данных
• Добавление очереди сообщений
• Добавление ведения журнала, метрик и автоматизации
• Масштабирование базы данных
• и дальнейшие шаги…

Все это тщательно, но кратко раскрыто в Главе 1 книги:

Тестирование событийно-ориентированных решений — сложная задача. Это включает в себя:

• Общие принципы
• Модульное тестирование: без сохранения состояния и с сохранением состояния
• Тестирование топологии (держу пари, вы этого не делали! ;)
• Тестирование эволюции схемы и совместимости
• Интеграционное тестирование: локальное, удаленное и гибридное - набор соображений здравого смысла, о которых нельзя забывать.
• Выбор стратегии тестирования

Все это раскрыто в главе 15 книги:

“Создание событийно-управляемых микросервисов” Адама Беллемара. Оригинал: “Building Event-Driven Microservices: Leveraging Organizational Data at Scale” by Adam Bellemare

Базовой шаблон производителя и потребителя (BPC) — это простой шаблон для создания микросервисов. Он формирует основу сервисов без сохранения состояния и с сохранением состояния.

Вы можете использовать его для:

• реализации интерфейса взаимодействия между потоками событий и устаревшими системами
• использования внешних систем обработки потоков для расширения возможностей

Но это требует ваших дополнительных усилий для реализации:

• простой материализации состояния
• скедулинга событий
• принятия решений на основе временных меток

Все это раскрыто в главе 10 книги, которую мы сейчас изучаем: