02 / СЦЕНАРИИ
Выберите контекст. Схемы ниже — учебные ориентиры, а не готовая production-архитектура.
Показано: 4 сценария
Начать с понятной схемы, не усложнять заранее.
Статические файлы можно отдавать без отдельного приложения. Динамическому сайту нужны среда выполнения и постоянное хранилище. Сначала определите, что действительно меняется.
Кеширование, время ответа, процесс публикации.
Не разделяйте сервис на множество частей до появления реального ограничения.
Открыть учебный пресет →Разделить обработку запросов и хранение состояния.
Держите API по возможности без локального состояния. Сессии и данные должны переживать замену экземпляра. Добавляйте балансировщик, когда есть несколько рабочих экземпляров.
p95, ошибки, лимиты соединений и длительность запросов к БД.
Добавление API-экземпляров не исправит медленный запрос к базе.
Открыть учебный пресет →Сделать эксперимент воспроизводимым и обратимым.
Зафиксируйте зависимости, отделите тестовые данные и секреты. Возможность пересоздать стенд полезнее ручной настройки, которую никто не может повторить.
Время сборки, размер артефактов, отличие от production.
Не используйте реальные персональные данные для удобства разработки.
Открыть учебный пресет →Развести доступ к файлам и защиту от потери.
Определите объём данных, скорость прироста и политику удаления. Выбирайте объектный или файловый доступ по интерфейсу приложения, а не только по цене гигабайта.
Объём, рост, время чтения и контрольное восстановление.
Резервные копии должны быть доступны даже при потере основного хранилища.
Открыть учебный пресет →Любая стартовая конфигурация требует проверки под вашим кодом и данными. Планировщик считает суммарную ёмкость, но не предсказывает число пользователей.