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

Вопросы на собеседовании в Lapitopa LTD

5 вопросов с собеседований в Lapitopa LTD

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

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

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

Подборка объединяет вопросы, отмеченные на этапах интервью в Lapitopa LTD. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: terraform, devops, infrastructure.

Каталог

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

Найдено: 5
System Design

Вы разъехались с одного кластера на шесть. Объясни по деталям: как было организовано сетевое взаимодействие между кластерами после разъезда, как переносили stateful-компоненты — Patroni, Kafka, Redis — без даунтайма, и по какому принципу решали, какой сервис в какой кластер едет?

Разделение кластеров проектируют по границам ответственности, требованиям изоляции и зависимостям; перенос stateful-систем требует отдельных процедур.

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

Time-to-market с 4 дней до 6 часов — за счёт чего конкретно? Расскажи, где живёт логика скаффолдинга, как обеспечивали идемпотентность при создании ресурсов, что происходит, если пайплайн упал на середине, и почему самообслуживание не распространяется на Yandex Cloud?

Такое сокращение time-to-market нужно объяснять измеренным устранением конкретных ожиданий и ручных этапов, а не только внедрением шаблонов.

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

У тебя есть модуль Terraform, который создаёт окружение для новой команды. Сейчас модуль перегружен: у него двадцать параметров и пять вложенных подмодулей, и командам сложно разобраться, что куда передавать. Как бы ты переделал архитектуру модуля, чтобы снизить порог входа, но не потерять гибкость для нестандартных случаев?

Разделите модуль на понятные базовые компоненты и простой верхнеуровневый профиль с безопасными defaults и небольшим обязательным интерфейсом.

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

У тебя два показательных инцидента: conntrack на нодах с чекаутом и проблема с PDB при ротации AMI. По каждому расскажи: почему проблема не была видна в стандартных метриках приложения, что конкретно поменяли в системе после и какие admission-политики и процедурные изменения внедрили, чтобы навсегда исключить этот класс ошибок?

Эти инциденты нужно разобрать отдельно: conntrack влияет на сетевой путь до приложения, а PDB может блокировать добровольное вытеснение при обслуживании нод.

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

Ты говоришь, что перешёл с Prometheus на VictoriaMetrics и внедрил трейсинг на 120+ сервисов. Расскажи подробно: как вы мигрировали исторические данные без потери и слепой зоны в алертинге, какую схему семплирования выбрали в OpenTelemetry и почему именно tail-based, и как SLO-алертинг через burn rate помог снизить ложные срабатывания на 60%?

Миграцию наблюдаемости проводят с перекрытием сбора и сверкой данных, а снижение шума подтверждают измерениями до и после.

Читать ответ