Bookcod · Рабочая редакция
Архитектура под задачу
Ограничения, решения и эволюция системы
Учебник из 18 глав о проектировании небольшого магазина электронных книг: от контекста и инвариантов до платежных состояний, версий изданий, очередей, приватной выдачи, восстановления и миграций. Завершённый разбор проекта включает решения ADR, модели данных, сценарии отказов и приёмку. Все числа являются учебными условиями. Рабочая редакция 03.10.2026; книга раскрывает ограниченный проектный маршрут, не заменяет всю дисциплину распределённых систем и не заявляет независимую предметную экспертизу.
- Сформулировать границу продукта, инварианты и владельцев предметных правил.
- Построить модель заказа, подтверждения и права на конкретную редакцию.
- Сравнить варианты по сценариям качества, нагрузке и стоимости сопровождения.
- Спроектировать договор повторов, событий, кеша и безопасной выдачи.
- Проверить восстановление, совместимую миграцию и условия возврата.
- Подготовить аргументированный архитектурный комплект, который другой участник сможет проверить.
Первая глава бесплатна. Полное издание готовится к выпуску; продажи пока не открыты.
Редакционное предложение
Три уровня одной темы
Выберите по подготовке и задаче. Все уровни входят в одну книгу.
Что нужно на входе
- Понимать роль пользователя, сервера и хранения данных.
Что сможете проверить на практике
- Нарисовать контекст продукта.
- Назвать владельцев правил.
Главы этого уровня
- Контекст: кому и зачем нужна система
- Границы: разделять ответственность, а не папки
- Инварианты: что должно оставаться истинным
- Состояния: отделять факт от ожидания
- Контракты: менять интерфейс без скрытого разрыва
- Данные и снимки: история покупки не равна каталогу
Учебный кейс
Цена каталога изменилась после заказа
Учебная миссия
Кто вправе открыть файл
Решите кейс и миссию. Сравните результат с критериями и объясните ход решения.
Программа и задания ещё проходят предметную проверку. Pro обозначает сложность задач.
Оглавление
- Контекст: кому и зачем нужна система
- Границы: разделять ответственность, а не папки
- Инварианты: что должно оставаться истинным
- Состояния: отделять факт от ожидания
- Контракты: менять интерфейс без скрытого разрыва
- Данные и снимки: история покупки не равна каталогу
- Качество: заменить прилагательное сценарием
- Решение: записать причины и цену выбора
- Нагрузка и стоимость: считать путь, а не серверы
- Кеширование: какую устарелость можно обещать
- События и очереди: от факта к доставке
- Наблюдаемость: объяснять пользовательский исход
- Отказ: пройти путь события до конца
- Доверие: архитектура приватной выдачи
- Восстановление: доказать ценность резервной копии
- Миграции: изменять схему без потери обязательств
- Эксплуатация и команда: кто сможет поддерживать решение
- Эволюция: менять систему по наблюдаемой причине