DevOps (Middle+ / Senior)
ОнИн
* Ищем DevOps инженера Middle+ / Senior, но, если есть желание активно учиться, мы с радостью пообщаемся.
Чем предстоит заниматься:
– поддержка и развитие существующего CI/CD;
– поддержка и развитие мониторинга, аллертинга (zabbix/prometheus);
– автоматизация существующих администраторских задач (ansible,terraform/OpenTofu);
– развитие инфраструктуры построенной на linux серверах (debian 12);
– внедрение контейниризации;
– взаимодействие с разработчиками и тестировщиками нашей компании.
Нужно хорошо разбираться в большей части из списка (или быть готовым изучить это):
– Инструменты автоматизации: Bash (у нас есть скрипты с функциями), Ansible (идеально, если ты читал статью про слипшиеся макароны на хабре, и понимаешь, о чем там написано), Semaphore.
– Системы мониторинга: Zabbix, Grafana, Prometeus.
– Системы логирования: Graylog.
– Виртуализация и оркестрация: docker/containerd (базовое понимание того, как работает изоляция, и почему поднимать systemd в контейнере — это плохая идея… плохая-же?), Kubernetes (пока нет, но скоро будет – на первом этапе достаточно знания основных концепций deployment/replicaset/daemonset/statefulset/ingress/service и стратегий деплоя в него).
– ОС: debian linux (продвинутый, траблшуттинг, iptables, free, top/htop, файловая система…etc).
– CI/CD: TeamCity, Jenkins.
– Reverse proxy/web server: Nginx (у нас нет сложных конфигов nginx, в основном все запросы проксирутся в приложение, за небольшими исключениями, но понять, кто отдал 500 ошибку – приложение или сам nginx, нужно уметь).
– СУБД: PostgreSQL, MySQL (в основном у нас postgres, периодически запускаем pgcompacttable на базах, чтобы они сильно не росли, и следим, чтобы сервера не были сильно перегружены, например, потому что кто-то забыл сделать индекс), clickhouse.
– Message Broker: RabbitMQ (если знаешь, что такое rabbitmq watermark или lazy mode – то вообще круто).
– Прочие инструменты: Jira, Confluence (у нас автоматическая дока, генерируемая из ansible, она актуальная, и вручную почти ничего не пишем), Git (Bitbucket) умение полноценно работать из консоли c (git (branch|merge|cherry-pick|push|pull|reset|commit|rebase).
Мы предлагаем:
– 5/2 с 10:00 до 19:00 (гибкое начало рабочего дня);
– из офиса на период испытательного срока – 5 мин. от м. Электрозаводская;
– офис или гибридный формат по итогам испытательного срока.
* Стабильность
– официальное трудоустройство, доход на уровне рынка и выше
– ДМС и социальная поддержка от компании в сложных жизненных ситуациях
– индивидуальный подход к адаптации и поддержка HR-а, руководителя и коллег
* Развитие
– горизонтальный и вертикальный рост внутри компании
– индивидуальный план развития, поддержка и развитие талантов
– компенсация внешнего обучения, внутренние митапы и корпоративные курсы
* Баланс
– гибридный или удаленный форматы работы для большинства позиций
– условия для выстраивания приятных рабочих и личных взаимоотношений
– корпоративы, тимбилдинги внутри команд, турниры по PS5, настольный теннис и другое
* Комфорт
– удобные и оборудованные рабочие места, просторные переговорные
– уютные кухня, столовая и комната отдыха, вендинговые автоматы в офисе
– безлимитная еда: чай, кофе, сладости, овощи, фрукты, снеки, колбасы, сыры, мороженое
________________________
P.S. Как выглядит работа у нас:
Вся наша инфраструктура управляется через ansible, мониторится через zabbix/prometheus и визуализируется через grafana.
Приложения разработчиков уже разбиты на множество микросервисов и регистрируются в consul (у нас их несколько кластеров).
Мы активно двигаемся в докер, изоляцию и автоматизацию, одной из твоих первых задач будет контейнеризация приложений разработчиков и интеграция твоих Dockerfile в существующую систему деплоя (надо будет сделать это так, чтобы ничего не сломалось).
Дальше – перевод уже рабочих докер контейнеров в bare metal k8s, со всеми вытекающими из этого побочными технологиями – gitops(flux/argocd), service mesh (istio) и, возможно, что-то еще, о чем мы не подумали, и что было бы неплохо у нас иметь.
Работа веселая, но есть, конечно, и рутинные дела в стиле доработки существующих ansible ролей или написание новых.
Если есть действие, которое ты повторяешь несколько раз — это серьезный повод для автоматизации, чтобы не тратить на это время в будущем. На это не потребуется каких-либо согласований. Достаточно обсудить это с командой и внести правки в git.
