Software engineer (Go\Python)
Оценка ИИСильная инженерная роль в крупной технологической компании с современным стеком (Go, Python, K8s, Kafka). Проект предполагает решение сложных архитектурных задач на стыке разработки и сетевых технологий.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Оценка ИИВысокая сложность обусловлена требованием редкого сочетания навыков: глубокой разработки (5+ лет) и серьезного опыта эксплуатации операторских сетей (5+ лет), включая знание специфических протоколов вроде NETCONF и gNMI.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИЗарплата в объявлении не указана, но для позиции Senior Software Engineer с таким специфическим набором навыков (Network Automation) рыночная вилка в России составляет от 300 000 до 450 000 рублей после вычета налогов. МТС обычно предлагает конкурентоспособные условия, соответствующие верхним границам рынка.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
МТС Web Services
Software engineer (Go\Python)
Полная занятость
Формат работы: можно удалённо
*☑️* Чем предстоит заниматься
-разрабатывать и поддерживать исполнительные модули (agents, controllers, orchestrators) для автоматической настройки и контроля операторского сетевого оборудования
-производить интеграцию с существующей инфраструктурой: SNMP, CLI, NETCONF/RESTCONF/gNMI, обмениваться через Kafka/RabbitMQ и быть в связке с инвентаризацией, мониторингом, системой фиксации аварий
-создавать и сопровождать модели данных и описаний: JSON Schema, Protobuf и MIB-таблицы для телеметрии и команд устройствам
-производить автоматизацию полного цикла «конфигурация → развёртывание → мониторинг → отклик» с использованием Python/Go-библиотек для формирования и применения конфигураций и реакции на сетевые события
-проектировать и сопровождать хранилища состояния сети (PostgreSQL): топологии, параметры сервисов, история изменений и сценарии отката
-тестировать и валидировать: модульные и интеграционные тесты, запускать автоматизированные проверки в тестовой лаборатории с эмуляторами и реальным оборудованием
*☑️* Наши пожелания к кандидатам
-практический опыт разработки на Python или Go (от 5 лет) с работой по SNMP, CLI, NETCONF/RESTCONF/gNMI, включая создание поддерживаемых библиотек и API-интеграций
-навыки работы с PostgreSQL (проекты схем, сложные запросы), опыт с оборудованием разных вендоров и чтение технической документации на английском
-опыт эксплуатации операторских сетей (от 5 лет): настройка, мониторинг, локализация и аварийное восстановление
-знания сетевых технологий: IP/MPLS, Ethernet (802.1Q, QinQ), QoS, механизмы резервирования (FRR, LAG, VRRP, BFD)
Будет плюсом:
-CI/CD, YANG, gRPC/Protobuf, Kafka, Docker/Kubernetes, Prometheus/Grafana, опыт работы в продуктах автоматизации сети, опыт работы с пайплайнами CI/CD
Контакты: Откликнуться
Python Job в Telegram | в VK | в Max
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Go
- Python
- SNMP
- CLI
- Netconf
- RESTCONF
- gNMI
- Kafka
- RabbitMQ
- JSON Schema
- Protobuf
- PostgreSQL
- IP/MPLS
- Ethernet
- QoS
- FRR
- LAG
- VRRP
- BFD
- YANG
- gRPC
- Docker
- Kubernetes
- Prometheus
- Grafana
- CI/CD
Возможные вопросы на собеседовании
Проверка практического опыта работы с сетевыми протоколами управления.
Расскажите о вашем опыте работы с gNMI или NETCONF: с какими сложностями при интеграции с оборудованием разных вендоров вы сталкивались?
Оценка навыков проектирования систем хранения состояния сети.
Как бы вы спроектировали схему в PostgreSQL для хранения истории изменений топологии сети с возможностью быстрого отката к предыдущему состоянию?
Проверка понимания механизмов отказоустойчивости.
Какие механизмы резервирования (BFD, VRRP, LAG) вы автоматизировали и как обеспечивали валидацию их корректной работы в коде?
Оценка навыков работы с асинхронным взаимодействием.
В каких сценариях автоматизации сети вы бы предпочли использовать Kafka вместо прямого REST API взаимодействия с оборудованием?
Проверка навыков тестирования специфического ПО.
Как вы организуете процесс CI/CD для кода, который должен взаимодействовать с реальным сетевым оборудованием или эмуляторами?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
