Подготовка к интервью

Вопросы на собеседовании в GigaChat / Сбер

6 вопросов с собеседований в GigaChat / Сбер

6 вопросов 395 компаний 353 технологии

Что проверяют на интервью

Как устроена подборка

Подборка объединяет вопросы, отмеченные на этапах интервью в GigaChat / Сбер. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: backend, api, SLO.

Каталог

Результаты поиска

Найдено: 6
System Design

Спроектируйте архитектуру высоконагруженного сервиса на 100 000 RPS, обеспечив оптимальный компромисс между консистентностью данных, задержкой и стоимостью облачной инфраструктуры. Как выбирать между синхронной и асинхронной обработкой и какие компоненты включить в стек?

Сначала уточните профиль 100 000 RPS, объёмы данных, допустимые задержки и требования к согласованности: этих RPS недостаточно для выбора стека.

Читать ответ
System Design

Вы мигрируете инфраструктуру из одного облака в другое, но зависимый legacy-сервис должен остаться в исходном облаке, требуется zero downtime, а бюджет на одновременное содержание двух инфраструктур ограничен. Как организовать миграцию, какие риски учесть и на каких этапах можно сэкономить?

Мигрируйте поэтапно, заранее организовав защищённую связь с остающимся legacy-сервисом и проверив её задержки и пропускную способность.

Читать ответ
Теория

У тебя есть опыт с Argo CD и инфраструктурными репозиториями. Как ты решаешь проблему configuration drift, когда разработчик или другой DevOps-инженер вносит изменения напрямую в кластере? Как структурируешь репозиторий, чтобы управление 40 микросервисами не превратилось в хаос?

Зафиксируйте желаемое состояние в Git, обнаруживайте расхождения и явно определите, где разрешено автоматическое восстановление.

Читать ответ
System Design

Расскажи, как ты проектировал инфраструктуру для EdTech-платформы, которая выдерживает 15 000 RPS во время пробных экзаменов? Какие компоненты масштабируются горизонтально, какие нет, и как ты устраняешь узкие места на уровне БД и кэша?

Для пика 15 000 RPS сначала определите профиль запросов и ограничения зависимостей, затем проверьте их нагрузочным сценарием.

Читать ответ
Поведенческий

В Garpix ты внедрял Patroni и pgBackRest с RPO менее 15 минут. Расскажи, как именно ты разнёс Patroni-кластер, как организовал Etcd, настроил failover и почему pgBackRest лучше простого pg_dump?

Опишите реальное размещение PostgreSQL и кворума etcd по независимым зонам отказа, настройки переключения и результаты восстановления.

Читать ответ