-
Фаза 1. Основы языка: Python · 8 вопросов
Синтаксис и типы, структуры данных, функции и модули, ООП, исключения, генераторы, аннотации типов, инструменты — фундамент языка до фреймворков.
- Синтаксис и типы Python: с чего начать
- Структуры данных Python: list, tuple, dict, set
- Функции и модули в Python: аргументы, замыкания, import
- ООП в Python: классы, наследование и дандер-методы
- Исключения и контекстные менеджеры в Python
- Итераторы и генераторы в Python: ленивая обработка данных
- Аннотации типов в Python
- Инструменты Python: интерпретатор, venv, pip и pyproject.toml
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 2. Алгоритмы и структуры данных · 12 вопросов
Массивы и O-нотация, сортировки, стеки и очереди, списки, рекурсия, деревья, хеш-таблицы, кучи и графы — фундамент, на котором стоят коллекции, индексы и хранилища.
- Зачем нужны структуры данных и алгоритмы
- Массивы, двоичный поиск и O-нотация
- Простая сортировка: пузырёк, выбор, вставка
- Стеки и очереди
- Связанные списки
- Рекурсия
- Нетривиальная сортировка: Шелла, быстрая, поразрядная
- Двоичные деревья
- Красно-чёрные деревья
- Хеш-таблицы
- Пирамиды (кучи)
- Графы
- Взвешенные графы: минимальный остов и кратчайший путь
- Как выбрать структуру данных
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 3. Git и модели ветвления · 8 вопросов
Снимки и коммиты, ветки и слияние, push/pull, pull request и код-ревью, rebase и reflog, модели ветвления от Git Flow до trunk-based.
- Что такое Git и зачем он каждому обязательно
- Коммиты и история: add, commit, log и .gitignore обязательно
- Ветки и слияние: merge и конфликты обязательно
- Удалённые репозитории: push, pull и fetch обязательно
- Pull request и код-ревью обязательно
- Rebase и cherry-pick: переписывание истории
- Отмена и спасение: reset, revert, reflog
- Модели ветвления: Git Flow, GitHub Flow, trunk-based
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 4. Фундамент — ядро FastAPI · 8 вопросов
Структура и конфигурация, Depends, роутинг, Pydantic, async, middleware и ошибки, фоновые задачи, persistence на SQLAlchemy.
- Структура приложения и конфигурация FastAPI
- Dependency Injection в FastAPI: Depends
- Роутинг и обработка запросов
- Pydantic: валидация и сериализация
- Async и конкурентность
- Middleware и обработка ошибок
- Фоновые задачи и расписание в FastAPI
- SQLAlchemy и Alembic во FastAPI
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 5. PostgreSQL: модель и эксплуатация · 2 вопросов
ACID и изоляция, партиционирование и шардинг реляционного хранилища.
- ACID и уровни изоляции транзакций в PostgreSQL обязательно
- Партиционирование и шардирование в PostgreSQL
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 6. Другие хранилища: документы, поиск, файлы, аналитика · 8 вопросов
MongoDB, Elasticsearch, объектное хранилище S3 и аналитический ClickHouse.
- ACID, read и write concerns, транзакции в MongoDB на Python
- Репликация и шардинг в MongoDB
- Моделирование документов в MongoDB: embed vs reference, индексы обязательно
- Elasticsearch: как устроен поисковый движок обязательно
- Как работают запросы в Elasticsearch и почему документы сортируются именно так обязательно
- Как работает Elasticsearch в production: ILM, snapshots, sizing, мониторинг
- Что такое object storage: bucket, объект, ключ, классы хранения и presigned URL обязательно
- S3 в production: резервные копии, репликация, стоимость и мониторинг
- Как устроен ClickHouse: колоночное хранение, MergeTree и OLAP обязательно
- ClickHouse: моделирование схемы, запросы, materialized views обязательно
- ClickHouse в проде: репликация, TTL, бэкапы и мониторинг
- Архитектура Cassandra: кольцо без главного узла
- Модель данных Cassandra: partition key и clustering columns
- Согласованность и репликация в Cassandra
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 7. Принципы и паттерны проектирования · 4 вопросов
SOLID, все 23 паттерна GoF, GRASP и DRY/KISS/YAGNI на примерах.
- SOLID: пять принципов проектирования на Python
- Паттерны GoF: все 23 простыми словами на Python
- GRASP: назначение ответственностей на Python
- DRY, KISS, YAGNI и другие инженерные принципы на Python
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 8. Сетевой фундамент · 8 вопросов
Модели OSI и TCP/IP, IP и порты, TCP/UDP, DNS, HTTP и HTTPS, версии HTTP, соединения и надёжность.
- Как устроена сеть: модели OSI и TCP/IP обязательно
- IP-адреса, порты и NAT
- TCP и UDP: надёжность против скорости обязательно
- DNS: как доменное имя превращается в адрес обязательно
- HTTP: методы, статусы, заголовки обязательно
- HTTPS и TLS: шифрование и рукопожатие обязательно
- HTTP/1.1, HTTP/2 и HTTP/3: что поменялось
- Соединения: keep-alive, пулы и таймауты
- Балансировщики и обратные прокси обязательно
- Сеть и надёжность: таймауты, ретраи, идемпотентность
- WebSocket, SSE и long polling обязательно
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 9. API: REST и контракты · 8 вопросов
URL и ресурсы, параметры, ответы, ошибки, версионирование, OpenAPI и антипаттерны.
- URL и ресурсы в REST API на FastAPI
- Query-параметры и пагинация в FastAPI
- JSON и формат ответов в FastAPI: camelCase, даты, enum и пагинация
- Ошибки в REST API на FastAPI — формат RFC 9457 Problem Details
- HTTP-заголовки в FastAPI — как их читать, отправлять и зачем нужен Idempotency-Key
- Версионирование REST API на FastAPI: v1, v2 и breaking changes
- Alias и Action-эндпоинты в FastAPI — me, latest, default и доменные команды
- OpenAPI в FastAPI и частые ошибки при проектировании REST
- Rate limiting, загрузка файлов и deprecation в FastAPI
- Массовые операции, долгие задачи и локализация в FastAPI
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 10. Безопасность и авторизация · 9 вопросов
Безопасность FastAPI, где проходит проверка, JWT, RBAC/ABAC, секреты, service-to-service и аудит.
- Аутентификация и авторизация во FastAPI
- Паттерны аутентификации и авторизации
- Где делать auth-проверку в FastAPI: Gateway, BFF или Handler
- JWT validation в FastAPI: PyJWT, JWKS и коды ответов
- RBAC в FastAPI: роли, маппинг и защита эндпоинтов
- ABAC — проверка владения ресурсом в FastAPI (Python)
- Хранение токенов на клиенте — HttpOnly cookie и refresh rotation (Python/FastAPI)
- Межсервисная аутентификация в FastAPI: mTLS и Client Credentials
- PII и секреты в Python-сервисе: что нельзя писать в логи, ответы и очередь
- Журнал действий администратора в FastAPI
- PCI DSS для разработчика
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 11. Брокеры и распределённые системы · 7 вопросов
AMQP/RabbitMQ, Kafka и распределённые паттерны: saga, outbox, идемпотентность.
- Протокол AMQP: exchange, queue, binding, ack обязательно
- RabbitMQ в production: кластеризация, типы очередей и мониторинг
- Паттерны обмена сообщениями через AMQP на Python
- AMQP vs Kafka: какой брокер выбрать обязательно
- Apache Kafka на Python: топики, партиции, порядок и гарантии
- Kafka в production на Python: aiokafka, DLQ, Schema Registry, тюнинг, безопасность
- Распределённые паттерны: согласованность данных между сервисами на Python
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 12. Kubernetes и graceful shutdown · 8 вопросов
Кластер, сеть, деплой и эксплуатация Kubernetes плюс корректное завершение работы сервиса.
- Kubernetes: pod, deployment, service — с чего начать обязательно
- Сеть в Kubernetes: Service, DNS, Ingress, NetworkPolicy обязательно
- Деплой в Kubernetes: манифесты, Helm, rolling update, GitOps обязательно
- Kubernetes на практике: отладка подов и kubectl-команды
- Конфигурация uvicorn/lifespan — graceful shutdown и readiness в FastAPI
- HTTP drain в FastAPI: как не терять запросы при перезапуске
- SQLAlchemy и база данных при завершении FastAPI-приложения
- asyncio-задачи и outbox-relay при остановке FastAPI-приложения
- Kafka shutdown — aiokafka consumer stop и producer flush
- Идемпотентность in-flight операций при завершении Python-сервиса
- Kubernetes и FastAPI: как настроить корректное завершение сервиса
- Бюджеты завершения и наблюдаемость в FastAPI
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 13. Облака · 8 вопросов
Облачная модель на четырёх провайдерах — AWS, Yandex Cloud, Azure и GCP: сеть, IAM, compute, масштабирование, serverless, данные, хранилища и IaC. Модель одна, знания переносимы между облаками.
- Основы AWS: аккаунты, IAM, регионы и VPC обязательно
- Сеть в AWS: VPC, подсети, NAT и security groups обязательно
- IAM в AWS: пользователи, роли и политики обязательно
- Где запускать сервис в AWS: EC2, ECS, EKS или Lambda обязательно
- Масштабирование и доступность в AWS обязательно
- Serverless в AWS: Lambda, события, cold start, API Gateway обязательно
- Управляемые данные в AWS: RDS, ElastiCache, SQS, MSK обязательно
- DynamoDB: ключи, индексы и когда брать вместо SQL
- Безопасность и наблюдаемость в AWS: Secrets Manager, SSM, KMS, CloudWatch обязательно
- Оптимизация затрат в AWS: с чего начать
- Отказоустойчивость и аварийное восстановление в AWS
- AWS Well-Architected Framework: шесть столпов и как ими пользоваться обязательно
- Infrastructure as Code: основы
- Terraform: HCL, провайдеры, состояние и модули
- CloudFormation: шаблоны и стеки
- AWS CDK: инфраструктура как программа
- IaC на практике: state, секреты, доставка
- Основы Yandex Cloud: организация, каталоги, IAM, сети
- Сеть в Yandex Cloud: облачная сеть, подсети, NAT, группы безопасности
- Cloud IAM в Yandex Cloud: сервисные аккаунты, роли, привязки
- Где запускать сервис в Yandex Cloud: Compute Cloud, Kubernetes, Serverless Containers, Cloud Functions
- Масштабирование и доступность в Yandex Cloud
- Serverless в Yandex Cloud: Cloud Functions, триггеры, API Gateway
- Управляемые данные в Yandex Cloud: PostgreSQL, Redis, Message Queue, Kafka
- YDB: масштабируемая база данных Yandex Cloud
- Object Storage в Yandex Cloud: объектное хранилище и классы хранения
- Yandex Cloud из Spring Boot: доступ к сервисам из кода
- Безопасность и наблюдаемость в Yandex Cloud: Lockbox, KMS, Cloud Logging, Monitoring
- Оптимизация затрат в Yandex Cloud: с чего начать
- Отказоустойчивость и аварийное восстановление в Yandex Cloud
- Terraform в Yandex Cloud: инфраструктура как код
- Основы Azure: подписки, группы ресурсов, Entra ID, сеть
- Сеть в Azure: Virtual Network, подсети, NSG, NAT
- Entra ID и RBAC в Azure: удостоверения, роли, managed identity
- Где запускать сервис в Azure: Virtual Machines, AKS, Container Apps, Functions
- Масштабирование и доступность в Azure
- Serverless в Azure: Azure Functions, триггеры, API Management
- Управляемые данные в Azure: PostgreSQL, Redis, Service Bus, Event Hubs
- Cosmos DB: глобально распределённая база данных Azure
- Blob Storage в Azure: объектное хранилище и уровни доступа
- Azure из Spring Boot: доступ к сервисам из кода
- Безопасность и наблюдаемость в Azure: Key Vault, Azure Monitor, Application Insights
- Оптимизация затрат в Azure: с чего начать
- Отказоустойчивость и аварийное восстановление в Azure
- Инфраструктура как код в Azure: Bicep, ARM, Terraform
- Основы GCP: проекты, Cloud IAM, регионы, сеть
- Сеть в GCP: VPC, подсети, правила файрвола, Cloud NAT
- Cloud IAM в GCP: сервисные аккаунты, роли, привязки
- Где запускать сервис в GCP: Compute Engine, GKE, Cloud Run, Cloud Functions
- Масштабирование и доступность в GCP
- Serverless в GCP: Cloud Run, Cloud Functions, Eventarc
- Управляемые данные в GCP: Cloud SQL, Memorystore, Pub/Sub
- Firestore и другие NoSQL в GCP: Bigtable, Spanner
- Cloud Storage в GCP: объектное хранилище и классы хранения
- GCP из Spring Boot: доступ к сервисам из кода
- Безопасность и наблюдаемость в GCP: Secret Manager, Cloud Logging, Cloud Monitoring
- Оптимизация затрат в GCP: с чего начать
- Отказоустойчивость и аварийное восстановление в GCP
- Terraform в GCP: инфраструктура как код
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 14. CI/CD: конвейер доставки · 3 вопросов
Принципы конвейера, стратегии релизов, ветвление и выпуск.
- Принципы CI/CD: конвейер от коммита до прода обязательно
- Стратегии релиза: rolling, blue-green, canary, feature flags обязательно
- Ветки и релизный цикл: trunk-based, версии, GitOps
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 15. Качество: тесты и наблюдаемость · 9 вопросов
Тестирование и наблюдаемость FastAPI.
- Тестирование FastAPI
- Наблюдаемость во FastAPI
- Логирование в Python: structlog, уровни, contextvars и защита персональных данных
- Метрики в Python — prometheus-client, RED, USE и бизнес-показатели
- Distributed tracing в Python: OpenTelemetry с нуля
- Context propagation в FastAPI: request_id, trace_id и user_id в каждом логе
- Health checks в FastAPI: liveness, readiness и /info
- SLO и алерты в Python
- Конфигурация observability в Python: management-порт, логи и метрики
- Нагрузочное тестирование: k6, Gatling, JMeter обязательно
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 16. Работа с AI-агентами · 9 вопросов
Как работает языковая модель и как продуктивно писать код с AI-агентом: токены и галлюцинации, контекст, вызов инструментов, агенты, базовый цикл работы, ревью и приёмка AI-кода.
- Как работают модели ИИ: предсказание следующего токена
- Галлюцинации ИИ: почему модель уверенно выдумывает
- Токены и стоимость: за что вы платите в работе с ИИ
- Контекст: что модель держит в голове за один раз
- Вызов инструментов: как модель выходит за пределы текста
- Агенты: модель в цикле с инструментами и целью
- Работа с агентами: базовый цикл продуктивной сессии
- Ревью и тестирование кода с агентом
- Приёмка результата AI: критерии и тесты из спеки
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 17. Создание LLM-приложений · 6 вопросов
Как встраивать AI в backend-продукт: из чего состоит LLM-фича, оркестрация через LangChain, RAG и эмбеддинги, векторные базы и агентные приложения.
- Из чего состоит LLM-фича
- LangChain: оркестрация LLM-приложений
- RAG и эмбеддинги: как дать модели ваши данные
- Векторные базы данных
- Агентные приложения: инструменты и автономные циклы
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 18. Системный дизайн и архитектурный выбор · 20 вопросов
Метод дизайна, строительные блоки, развилки хранилищ и интеграций, ADR, C4.
- Надёжность, масштабируемость, сопровождаемость — простыми словами обязательно
- Метод системного дизайна: от требований к архитектуре обязательно
- Строительные блоки системного дизайна обязательно
- B-деревья и LSM-деревья простыми словами: как база данных хранит данные обязательно
- OLTP и OLAP простыми словами: два разных мира работы с данными обязательно
- Эволюция схем простыми словами: менять формат данных, ничего не ломая
- Модели репликации простыми словами: почему реплика отстаёт, multi-leader и кворумы обязательно
- Секционирование (шардинг) простыми словами: как разрезать данные по узлам без горячей точки обязательно
- Проблемы распределённых систем простыми словами: частичные отказы, ненадёжные часы, истина по кворуму обязательно
- Согласованность и консенсус простыми словами: линеаризуемость, CAP и одна общая задача обязательно
- Система записи и производные данные простыми словами: почему кеш, индекс и read-модель — одно и то же
- Потоковая обработка простыми словами: перехват изменений (CDC) и время в потоках
- Корректность в распределённой системе простыми словами: сквозной аргумент, exactly-once, целостность против своевременности
- Как устроена система уведомлений: архитектура с нуля
- Как оформить и защитить дизайн системы: design doc, C4, ревью обязательно
- Выбор начальной архитектуры: монолит, модульный монолит, микросервисы обязательно
- PostgreSQL или MongoDB: как выбрать базу данных
- Cassandra, PostgreSQL или MongoDB: когда брать колоночную NoSQL
- Графовые данные простыми словами: рекурсивный SQL или графовая СУБД
- PostgreSQL или ClickHouse: когда добавлять вторую базу
- Поиск: PostgreSQL FTS или Elasticsearch
- Файлы: в базе данных или в object storage
- Между сервисами: синхронный вызов или события обязательно
- ADR: как фиксировать архитектурные решения обязательно
- Роль архитектора в команде разработки обязательно
- Модель C4
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 19. Domain-Driven Design · 7 вопросов
Стратегические и тактические паттерны, интеграция контекстов, принципы проектирования.
- Что такое DDD и зачем он нужен обязательно
- Стратегические паттерны DDD на Python
- Тактические паттерны DDD на Python
- Интеграционные паттерны DDD на Python
- Принципы проектирования в DDD на Python
- Онтология и доменная модель: система понятий до агрегатов
- Event Storming: добываем модель домена у бизнеса
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 20. Архитектурные паттерны сервиса · 8 вопросов
Структура сервиса и микросервисов, Onion и Hexagonal, CQRS, отказоустойчивость и пакетная обработка.
- Луковая архитектура (Onion Architecture) обязательно
- CQRS
- Когда применять CQRS в Python-сервисе
- Command side в CQRS на Python: как писать команды и обработчики
- Query side в CQRS на Python — как читать данные правильно
- Read-model в CQRS — денормализованная проекция на FastAPI / SQLAlchemy
- Как read-model синхронизируется с write-side в CQRS на Python
- Уровень и эволюция CQRS — Python (FastAPI + SQLAlchemy)
- Гексагональная архитектура
- Когда применять Hexagonal Architecture в Python
- Core слой в Hexagonal Architecture на Python
- Ports в Hexagonal Architecture на Python — как ядро говорит с внешним миром
- Входные адаптеры в Hexagonal-архитектуре на Python
- Out-адаптеры в Hexagonal Python: как сервис общается с внешним миром
- Структура пакетов в Hexagonal Architecture (Python)
- Bootstrap / Composition Root в Hexagonal (Python)
- Архитектурные тесты в Python: как не дать слоям перемешаться
- Структурные паттерны микросервисов на Python
- Паттерны отказоустойчивости: Retry, Circuit Breaker, Bulkhead, DLQ на Python
- Пакетная обработка данных: как не сломать фоновый обработчик на Python
- Event Sourcing: хранить события, а не состояние
Пройти опрос фазы → самопроверка после чтения фазы
Программа обучения v4.3.1
Backend · Python
Этот сайт устроен как программа подготовки, биндинг — Python и FastAPI. Шестнадцать фаз ведут от фундамента FastAPI через данные, принципы проектирования, поиск, инфраструктуру и качество к системному дизайну и DDD и к кульминации в Use Case Pattern, а затем к сквозному кейсу маркетплейса.
Всего в программе 160 вопросов для самопроверки.