Disclame
- Я не писатель, я читатель. Могу косноязычить и вообще писать с ошибками, но буду стараться прогонять тексты через словари и проверки стилей.
- Если что-то не понятно, можно спросить или уточнить. Общение вообще двигатель прогресса.
- Критика всегда приветствуется, но конструктивная. Я не гордый, если допустил ошибку могу и признать.
- Я не истина в последней инстанции. Так уж получилось, что человечество не стоит на месте и сказанное час назад может быть в корне не верным. Буду стараться наиболее востребованные статьи держать актуальными.
А теперь поехали!
В конце своей первой статьи я написал, что все знать необязательно, но насмотренность надо иметь. Если в компании не используют Docker (да есть и такие, видел, работал), то бессмысленно туда тянуть Kubernetes. Инструмент нужен под задачу. В данной статье мы рассмотрим что же сейчас на рынке актуального из технологий, трендов и на что стоит обратить своё внимание при выборе этого направления, курсов, обновлении резюме, формировании KPI и stretch ambition(бери больше, кидай дальше, пока летит еще бери и кидай) и прочих планов развития. Кстати, во всех компаниях, где я работал, такие планы надо писать от старшего помощника младшего уборщика, до операционного директора. А одна компания наняла меня написать такой план для сотрудника. Ну во всяком случае это было частью задания. В общем как-нибудь напишу и об этом.
Аналитика State of DevOps 2024 от Express42
В отчете 90+ страниц воды, годноты, графиков, трендов и брендов. Будем резать нещадно! Хотя за такой колоссальный труд им гора уважения!
Основные выводы
Благо выводы сразу предоставлены на страницах 07-09:
- DevOps все больше интересуются вне ИТ-компаний и финтеха. Суммарная доля остальных отраслей выросла с 39,7 до 51,4%.
- Выросло количество независимых специалистов — с 2,5 до 3,8%.
- Выросло количество пользователей российских серверных операционных систем. Также растёт количество пользователей российских решений для управления задачами и знаниями.
- Наблюдаем уменьшение доли пользователей инструментами Terraform и ELK. Связываем это с изменением лицензии соответствующих инструментов.
- Ключевые метрики по всем профилям эффективности ухудшились. Мы выдвигаем несколько гипотез причин данного наблюдения:
1. Повышенный спрос к DevOps со стороны новых отраслей и компаний. Компании-новички имеют меньшие показатели.
2. Смещение фокуса с ускорения поставки на повышение надёжности и стабильности процессов и качества продуктов.
3. Ужесточение регуляторных требований и ИБ.
4. Накопившийся технический и процессный долг вследствие быстрого импортозамещения ПО. - Фокус компаний смещается с нормализации состояния на развитие. Это дополнительно подтверждается следующими данными:
1. Топ-3 цели, стоящие перед ИТ:
1. улучшить качество разрабатываемых продуктов;
2. улучшить скорость реагирования на запросы от бизнеса;
3. создать технологию для компании, которая обеспечивает конкурентное преимущество на рынке.
2. Более половины респондентов, имеющих данные о бюджете ИТ, отметили, что он увеличился. - Доля респондентов, отметивших цель «Привлечь в компанию квалифицированных сотрудников», сократилась с 42 до 29,5%. При этом бюджет на наём растёт, разрыв между количеством вакансий и резюме также растёт. Мы это связываем с тем, что кадровый голод на рынке всё ещё присутствует, но компании с ним смирились, теперь это новая обыденность.
- Растёт количество пользователей managed-решений Kubernetes и российских дистрибутивов.
- Наиболее важными функциями оркестраторов для участников опроса стали: возможность установки в закрытый контур, централизованное управление множеством кластеров и возможность беспростойных обновлений.
- Ключевые факторы выбора решения по оркестрации — стоимость решения, затраты на эксплуатацию и сложность внедрения.
- Количество команд, использующих инструментальную платформу, уменьшилось с 73 до 63,8%. При этом произошла консолидация платформ, доля респондентов, использующих единую платформу, увеличилась с 20 до 26,2%.
- Основная сложность развития платформы — разработка единого подхода к предоставляемым услугам. Мы связываем это с большой вариативностью решений, необходимых командам разработки.
- Ключевые препятствия при использовании платформы — недостаток документации и примеров использования, недостаток функционала платформы и отсутствие обучения и тренингов.
- Среди ключевых преимуществ облачных решений респонденты отметили такие, как повышение соответствия требованиям управления персональными данными, повышение масштабируемости и отказоустойчивости продукта и увеличение надёжности ИТ.
- 44% респондентов используют ML/AI-инструменты для решения DevOps-задач и 47% отмечают их высокую важность в росте эффективности.
Рассмотрим данные отчета и выводы из них в нескольких аспектах:
- Что учить в первую/вторую/третью очередь?
- В какие компании бежать сдаваться? Пусть там меня научат!
- Что есть по "платформам"/облакам? Можно ли из этого что-то пощупать без бюджета?
Что учить?
Первая очередь
Растет количество пользователей российских серверных ОС. (п.3) Да, конечно, это кастомизированные решения основанные на RHEL/CentOS или Debian:
Таким образом для полноценного выполнения своих обязанностей, надо знать и понимать как работает ОС, в крайнем случае ее родитель или прародитель. То же касается и прикладного ПО. Идеально если есть возможность поставить в домашней лаборатории ОС, ПО и пустить нагрузочное тестирование, но это лишь если есть домашняя лаба или компьютер способный потянуть виртуализацию.
Дальше идут инструменты чаще всего с открытыми исходниками и/или "свободной" лицензией.
- По системам контроля версий в индустрии два стандарта: GitHub и GitLab. Оба должны прекратить работать, но работать с git надо в любом случае, хоть пусть это и будет GitVerse(не является рекомендацией/рекламой/пропагандой/прочим).
- Сети и протоколы потребуются в любом случае, даже если у вас закрытый контур без докеров и шмокеров.
- Вот и подошли к Docker. Если используется, то must have! И к нему еще оркестрация. Все обычно начинается с Docker Compose, а дальше все зависит от бюджета: есть бюджет - managed решения Kubernetes и курсы, маленький бюджет - bare metal, Kubernetes и курсы, нет бюджета - остаемся на Docker Compose + Portainer and etc.
- Системы развертывания и конфигурировани: GoLang/Python или bash/powershell scripts или Ansible. Пока это наше всё.
- CI/CD утилиты: Jenkins/GitLab CI/CD, тут без альтернатив.
- Мониторинг/Логи/Трейсы: Grafana - как отображение, Prometheus/VictoriaMetrics/OpenSearch - как хранилище метрик, Zabbix для олдов и он же собирает метрики, хранит и отображает их.
Примерно такой же список можно увидеть в отчете на странице 39.
Вторая очередь
- ELK хоть и мечется, но уже позиции теряет. Кому нужна аналитика будут скорее использовать OpenSearch, а чисто для логов достаточно Loki и etc. Кстати, посмотрим что коллеги из VictoriaLogs нам приготовили!
- Системы ведения документации и трекинга задач. Либо переходим на инструменты с открытыми исходниками и "свободной" лицензией, либо выбираем что-то из российского ПО.
- Системы управления артифактами: Docker Registry, Nexus, Harbor, Artifactory.
- Шаблоны облачного проектирования. Не у всех есть облака, не у всех есть контейнеры. Так что надо исходить из компании и что ей надо.
- Облачные провайдеры. Тут смотри предыдущий пункт.
Третья и остальные очереди
Тут уже полная дичь или очень специфичные вещи:
- Бессерверные вычисления
- GitOps
- Service Mesh
Компании
Здесь все несколько проще. Если есть опыт в какой-то отрасли и вы можете объяснить что да как должно работать в ней, то всегда можно в ней же начать внедрять данную методологию и принципы. Ведь DevOps это в том числе и про автоматизацию рутинных задач.
Если только в начале своего профессионального становления, то можно пойти в ИТ, ФинТех или еще что-то Тех.
А пощупать?
Платформы
Много в этом разделе зависит от бюджета компании/человека.
Есть много денех:
- Курсы от разработчиков этих самых платформ;
- Managed Platforms на пощупать;
- А дальше уже выяснять как скрестить ежа с ужом инфру, платформу, инструменты, процессы и команды;
Есть мало денежек:
- Документация по открытым платформам;
- Ставим на выделенный сервер или пару тройку;
- А дальше уже выяснять как скрестить ежа с ужом инфру, платформу, инструменты, процессы и команды;
Нет денег, но есть комп и энтузизам!
- Документация по открытым платформам;
- Ставим на виртуалку/ки платформу и развлекаемся автоматизируем!
Возможные варианты ПО: ProxMox, OpenStack, OpenNebula.
Облака
Тут также как и в разделе по платформам:
Есть много денех:
- Clouds решения от крупных провайдеров;
- У них обычно и курсы есть и документация в придачу, но это не факт;
Есть мало денежек:
- Три системника на балконе мы назовем тремя датацентрами;
- А дальше только ваша фантазия;
Нет денег, но вы держитесь:
- "Три" виртуалки на компьютере;
- Помощ сообщества и открытой документации.
Бесплатные облаков не бывает. Бывает что они дают сколько-то времени/денег "поиграться" своими ресурсами в целях обучения или тестирования производительности/удобства. Ловите моменты акций!
Выводы
Мы рассмотрели инструменты и их вес в планах изучения для соискателей и уже работающих в этой сфере. Правда одним ОС и ПО какой-либо нормальный процесс не построишь. Нужны еще hard and soft skills, чтобы не только все это настроить, но и выстроить процессы управления пользователям, инцидентами, проблемами, мониторингом, миграциями и еще вагоном всего.
Количество компаний, которые ищут инженеров, способных автоматизировать процессы, с каждым годом растет все больше и больше. Цифровизация не стоит на месте.
По платформам и облакам всегда есть возможность с минимумом средств изучить что-то новое. Конечно не стоит мечтать, что домашний компьютер будет работать на уровне какого-нибудь сервера, но изучить как работает инструмент можно.