Собеседование на системного аналитика в Selectel

Почему Selectel — особенный работодатель для СА

Selectel — один из крупнейших независимых российских облачных провайдеров: дата-центры в Москве, Санкт-Петербурге и регионах, dedicated-серверы, IaaS-инфраструктура, managed-сервисы Kubernetes и баз данных, объектное хранилище. Для системного аналитика это специфический контекст: основной продукт — API для разработчиков и DevOps-инженеров, которые автоматизируют управление инфраструктурой. Документация и стабильность API — критичны для продукта, потому что любая поломка контракта ломает скрипты тысяч клиентов.

Главные задачи СА в Selectel: проектирование API для управления облачной инфраструктурой (создание/удаление VM, K8s-кластеров, сетей); написание OpenAPI-спецификаций (API — это продукт); моделирование процессов в BPMN (биллинг, тарификация, заказы); интеграция с биллингом и платежной обработкой; проектирование observability-API; работа с регуляторными требованиями (152-ФЗ, гос-облако); миграция legacy API на новые версии с обратной совместимостью.

Стек инструментов: Confluence, Jira, Swagger/OpenAPI, BPMN, PlantUML, C4. На технической стороне аналитик работает с PostgreSQL, ClickHouse, Kafka, REST и gRPC, Kubernetes (как продукт и как инфраструктура для собственных сервисов).

Актуальные вакансии — на hh.ru и сайте Selectel.

Этапы собеседования

Полный цикл — 3-5 недель, 4-5 этапов. Процесс прагматичный, без избыточной бюрократии: HR, техническое интервью, архитектурный кейс, профильное интервью, финал.

1. HR-скрининг (30 минут)

Рекрутер уточняет: опыт системного анализа (от 1.5-2 лет, желательно с cloud или infra-контекстом), знание API-стека, мотивацию идти в Selectel, ожидания по компенсации и формату (Москва, Санкт-Петербург, гибрид). Готовь питч на 90 секунд про самый сложный API-проект.

2. Техническое интервью (60-90 минут)

Базовая секция с senior СА или архитектором. Темы: REST API design deep dive (HTTP-методы, idempotency, pagination, rate limiting, versioning), OpenAPI/Swagger, базовые архитектурные паттерны, микросервисы, messaging-паттерны, базы данных, безопасность (OAuth 2.0, JWT, mTLS, RBAC для cloud-API), C4-нотация. Специфический cloud-вопрос: «как ты спроектируешь API создания VM с idempotency и обработкой длительных операций (provisioning может идти 5-10 минут)».

Подготовка: REST API design, Microservices architecture, OAuth и аутентификация.

3. Архитектурный кейс (60-90 минут)

Самая характерная секция. Кейс: «спроектируй API биллинга облака с агрегацией расхода ресурсов и формированием счетов клиентам», «как ты спроектируешь API для управления K8s-кластерами», «опиши процесс лизинга и освобождения IP-адресов в BPMN». Нужно: уточнить требования, нарисовать архитектуру C4, описать API-контракты (формат запросов, ошибки, async-операции через polling или webhook), продумать idempotency и обратную совместимость, заложить rate limiting и аудит. Сильный сигнал — учёт API-first подхода: документация — это продукт.

Подготовка: Интеграция и архитектура, Distributed systems.

4. Профильное интервью с продактом / архитектором (60 минут)

Беседа с product manager или архитектором. Темы: как собираешь требования у клиентов (developers/DevOps), как поддерживаешь backward compatibility, как ведёшь API-документацию. STAR-формат: расскажи про сложный API-кейс.

5. Финал с тимлидом / руководителем направления (45 минут)

Беседа с тимлидом, грейд, оффер.

Особенности по командам

Cloud API / IaaS платформа. Команда строит публичные API для управления VM, сетями, дисками, K8s. Стек — REST + gRPC + Kubernetes operators + Terraform provider. Челлендж — обратная совместимость, idempotency, long-running operations, rate limiting. Подойдёт СА с background в DevOps или cloud-продуктах.

Биллинг и тарификация. Команда отвечает за API биллинга: агрегация использования ресурсов (с точностью до минуты), обработка скидок, формирование счетов. Стек — REST + PostgreSQL + Greenplum + Airflow. Челлендж — точность (каждая копейка), reconciliation. Подойдёт СА с financial-аналитикой или telco-биллинг опытом.

Managed services (DBaaS, K8s, S3). Команда работает с managed-сервисами: managed PostgreSQL, ClickHouse, K8s, S3-compatible хранилища. Стек — REST + специализированные интеграции с движками БД. Подойдёт СА с background в DBaaS или managed services.

Observability и мониторинг. Команда строит observability-API: метрики, логи, алерты для клиентов облака. Стек — REST + Prometheus + ClickHouse + кастомные сервисы. Подойдёт СА с background в SRE или observability.

Compliance и гос-облако. Команда работает с регуляторными требованиями для гос-облака (152-ФЗ, ГОСТ Р 57580). Стек — REST + специализированные compliance-инструменты. Подойдёт СА с compliance-опытом.

Что Selectel ценит в СА

API-first мышление. Кандидат, который понимает, что API — это продукт (не реализация), и думает категориями developer experience — сильный сигнал.

Опыт cloud или infra-интеграций. История «спроектировал API для управления K8s-кластерами с автоматизацией через Terraform-provider» — сильный сигнал.

Понимание distributed systems. Кандидат, который понимает CAP, eventual consistency, idempotency, retry-policy, saga — сильный сигнал.

Weak vs strong на архитектурном кейсе. Слабый ответ: «возьмём REST API для создания VM, вернём 201 Created и ID». Сильный ответ: «создание VM — long-running operation. API возвращает 202 Accepted + Location URL, по которому клиент polls статус операции. Также поддерживаем webhook-callback для асинхронного оповещения. Idempotency — обязательный заголовок Idempotency-Key, чтобы при retry клиент не создал две VM. Versioning — через path /v1/, /v2/, deprecated endpoints поддерживаем 12 месяцев с уведомлениями в Changelog. RBAC через scoped tokens (project-scoped, domain-scoped). Rate limiting — Token Bucket с разными лимитами на разные операции».

Документация — продукт. Selectel ценит СА, которые могут писать API-документацию, понятную сторонним разработчикам.

Готовность к работе с DevOps-аудиторией. Клиенты Selectel — это разработчики и DevOps-инженеры. Кандидат, который понимает их боли (автоматизация, IaC, мониторинг), сильнее.

Как готовиться: план

За 4-6 недель до планируемого собеса:

1. Неделя 1-2 — REST API design deep dive. HTTP-методы, idempotency, версионирование, error handling, pagination, rate limiting, async patterns (polling, webhooks, long-running operations). Прорешай 5-7 кейсов API design в cloud-контексте. Параллельно — на Карьернике обнови базу по SQL и логике: 1500+ задач, по 15-20 минут в день, чтобы за месяц закрыть пробелы.
2. Неделя 3 — Cloud, K8s, observability. Cloud-концепции (regions, AZ, VPC, subnet, load balancer), K8s basics (pods, deployments, services, operators), observability (Prometheus, OpenTelemetry, distributed tracing).
3. Неделя 4 — Cloud-провайдерский контекст. Прочитай AWS Well-Architected Framework, Google Cloud Architecture Center, GCP/AWS API conventions. Запомни понятия: IaaS/PaaS, RBAC, scoped tokens, IaC, billing aggregation.
4. Неделя 5 — Архитектурные кейсы. Прорешай 5-6 кейсов: API создания VM с long-running operations, API биллинга с reconciliation, RBAC и multi-tenancy, observability-API, миграция legacy API. Структура — требования → C4 → API-контракт → idempotency → backward compat → SLA. Интеграция и архитектура.
5. Неделя 6 — Mocks и behavioral. Mock-интервью, 5-7 STAR-историй: конфликт с разработкой, факап с поломкой API, длинная миграция API.

Частые ошибки

Игнорируют idempotency. Кандидат проектирует API создания ресурса без idempotency-ключа. При retry создаются две VM, клиент платит за обе. Балл проседает мгновенно.

Не разбираются в long-running operations. Кандидат возвращает 201 Created вместо 202 Accepted для длинной операции. Не понимает, что provisioning может занять минуты.

Не думают про backward compatibility. Кандидат предлагает breaking change в API. В cloud это убивает скрипты тысяч клиентов. Versioning и deprecation — обязательны.

Не понимают RBAC. «Используем JWT» — недостаточно. Cloud требует scoped tokens, RBAC по проектам, разделения domain/project уровней.

Не задают вопросы про объёмы и SLA. На кейсе сразу — стек, а не «сколько API-запросов в секунду, какие SLA, какой rate limit». Это первый фильтр.

Связанные темы

• Собеседование на системного аналитика
• REST API design
• OAuth и аутентификация
• Собеседование на Data Engineer в Selectel
• Собеседование на Data Scientist в Selectel

FAQ

Удалёнка в Selectel для СА?

Гибрид с офисами в Москве и Санкт-Петербурге. Полная удалёнка возможна для senior+ при согласовании. Selectel известен лояльным отношением к удалёнке.

Зарплатные вилки 2026?

Middle СА: 220-360k. Senior: 360-560k. Lead — выше, особенно в API-направлениях. Бонусная схема скромнее, чем у Яндекса или Тинькоффа, но процессы спокойнее.

Нужен ли английский?

Базовый — для документации (часть API-документации на английском). Свободного говорящего обычно не требуется.

Сколько этапов?

4-5 этапов, 3-5 недель от первого скрининга до оффера. Selectel славится быстрой обратной связью.

Реально ли пройти без cloud-опыта?

Реально на middle-позиции, но придётся быстро доучить cloud-концепты (VPC, AZ, IaC, K8s). Senior+ без cloud-опыта — сложнее.

Какие книги и ресурсы помогут подготовиться?

«Designing Web APIs» Saurabh Bhagat и Brenda Jin, OpenAPI specs от AWS/GCP как референс, «System Design Interview» Алекса Сюя. По SQL и техническому минимуму — задачник Карьерника, на котором можно прокачать оконные функции и SQL для интеграционных задач. Полезно посмотреть доклады с Highload++ про cloud-API.

Это официальная информация?

Этапы основаны на публичных источниках и опыте кандидатов. Уточняйте у рекрутера — формат и грейды отличаются по командам.