Опыт прохождения собеседования на должность SRE в компании Cisco

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

Заявки и рекомендации

Я подал заявки на несколько вакансий через LinkedIn и обратился за рекомендациями к 4-5 друзьям. Все, кого я нашел в LinkedIn, кто работал в Cisco, получили мое резюме и краткое представление о себе.

К счастью, мне позвонили по поводу одной из вакансий, и с этого начался процесс собеседований.

HR-проверка 💻

Первый этап представлял собой официальную беседу с представителем отдела кадров. Специалист по кадрам расспросил меня о моих сильных сторонах в работе с различными инструментами и предложил выбрать место работы — Бангалор или Хайдарабад.

Она также упомянула, что в Cisco действует политика полной удаленной работы, что стало большим плюсом.

Первый раунд — Раунд программирования

Этот этап проверял практические технические навыки. Задания включали:

• Загрузка файла из хранилища S3 в контейнере.
• Написание Terraform-кода для создания EC2-инстанса с настройкой EMR.
• Создание Dockerfile для контейнера httpd, который копирует файлы из локальной среды в контейнер и обновляет страницу при изменении URL.
• Написание Python-скрипта с использованием boto3 для получения списка всех S3-бакетов в AWS-аккаунте с указанием их размеров.

После осле выполнения около 70% кода интервьюер попросил объяснить мой подход и задал несколько дополнительных вопросов, чтобы проверить понимание.

Второй раунд — собеседование на должность SRE-специалиста.

В этом раунде основной упор делался на практики SRE и наблюдаемость (observability).

Мне предоставили архитектуру следующего вида:
Client -> Load Balancer -> Web Tier -> DB Tier -> Messaging Queue -> SMTP -> Process

Интервьюер попросил реализовать лучшие практики SRE в этой системе. Обсуждение длилось 1 час и касалось мониторинга, надежности и методов построения отказоустойчивой архитектуры.

Третий этап — Техническое собеседование

В третьем раунде проверялись более глубокие технические знания:

• Настройка Istio для кластера Kubernetes.
• Создание AWS EventBridge с помощью Terraform.
• Добавление аннотаций и меток к существующему Pod.
• Проектирование кластера Kubernetes с использованием Ingress.
• Обработка внезапного всплеска трафика, приводящего к зависанию веб-приложения.
• Развертывание Pod с replica set = 3, работающим на контейнере apache httpd.
• Уменьшение размера Dockerfile.

В этом раунде оценивались как архитектурные навыки, так и практическое решение задач в облачной и контейнеризированной среде.

4-й раунд — Менеджерский/технический раунд

Я ожидал вопросов исключительно управленческого характера, но этот раунд оказался на 60% техническим. Темы включали Docker, Java, инфраструктуру, Terraform и другие основные инструменты DevOps, проверяя глубину технических знаний, так и управленческое понимание.

Основные выводы из моего собеседования в Cisco:

• Подготовьтесь к изучению концепций программирования, облачных технологий и SRE одновременно.
• Будьте готовы к практическим техническим обсуждениям, даже на встречах с руководством.
• Для руководящих должностей в сфере DevOps/SRE необходимы практические знания Docker, Kubernetes, Terraform и AWS.

Собеседование в Cisco было строгим, но справедливым, с акцентом как на технические знания, так и на навыки решения проблем.

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