Мир ИТ c Антоном Павленко

📡 Репортаж с полей: Блеск и нищета российского HCI
Продолжаю погружаться в мир инфраструктурных решений на площадке «Инфраструктура».
Спикер — Дмитрий Горохов (директор направления виртуализации «Инфосистемы Джет»)

Главный вопрос для меня: Есть ли полноценный аналог VMware?
Ответ честный: нет.

Несмотря на то, что в реестре Минцифры числится более 90 решений, реальных активных игроков — всего около 10.

Рынок перенасыщен именами, но качество эталонного продукта пока не догнать.

Ключевые тренды (смотрим в стену):

🔹 Контейнеризация: доля k8s растет лавинообразно, практически везде.
🔹 DR и Metro: реализовать высокую доступность при грамотном подходе можно, но это требует рук правильных инженеров.

Гиперконвергенция (программно-определяемая инфраструктура на x86) пережила бум в 2016–2018 годах. Тогда игроков было много, но глобально к 2019-му остались лишь VMware и Nutanix.

В России ситуация повторяется. Я надеюсь со временем появится эталонный продукт.

Спикер рассмотрел плюсы и особенности 3 систем: АльтВиртуализация, КиберИнфраструктура и связка zVirt + USTOR. Слайды приложил.

Самое интересное — LIVE-демо! Спикер и его команда на площадке развернули настоящую инфраструктуру. Показали весь цикл: через GitLab создавали виртуалки, затем вручную «рвали» сеть и выдергивали кабели.
Честно признаюсь: я внутренне готовился к тому, что на стенде что-то пойдет не по плану (все мы знаем, как работает «демо-режим»). Но система восстановилась штатно. Это было зрелищно.
Вердикт: Российский HCI жив, но рынок в стадии «естественного отбора». Пока мы ищем того самого «убийцу VMware», практика показывает: грамотная архитектура и настройка могут дать фору даже матерым западным решениям.

А что используете вы? Пишите в комментарии.

🤖 ИИ в наблюдаемости: от подсказок к действиям. Где выгода, а где — зона риска?
Репортаж с IT Elements
На днях в дискуссии сошлись лидеры рынка: Волотов (Cloud.ru), Маслов (АльфаСтрахование), Орлов (GMONIT) и Малыхин (Ликард). Модератором выступил Алексей Акопян («Инфосистемы Джет»).
Главный вопрос: стал ли ИИ в мониторинге реальным инструментом или это всё еще дорогая игрушка? Делимся главными тезисами встречи.

📊 Три уровня зрелости ИИ в проде
Все спикеры сошлись во мнении, что ИИ в наблюдаемости сегодня делится на три этапа:
Анализ статистики и аномалий (самый массовый сценарий).
Помощь в подготовке постмортумов и разборе инцидентов.
Полная автоматизация действий (без участия человека).
Важный нюанс: участники панели честно признались, что используют только первые два сценария. Третий пока — из разряда фантастики.

🔥 Какую боль закрывает ИИ?
Эксперты выделили три ключевые проблемы, которые нейросети помогают решить прямо сейчас:
Скорость реакции. ИИ сокращает время на поиск причин инцидента.
Экономия ресурсов. Помогает не плодить лишние алерты и не жечь CPU на бесполезной аггрегации.
Агрегация данных. Сводит воедино информацию из десятков разнородных систем.

⚠️ Где ИИ — это перебор?
Спикеры единодушны: не всё стоит отдавать нейросетям.
Простые задачи. Тратить сотни токенов на написание тривиального bash-скрипта или формулировку простого запроса — нерационально.
Слишком широкий охват. ИИ пытаются натянуть на задачи, где достаточно старого доброго rule-based алгоритма.

🚧 Главные сложности внедрения
Здесь развернулась самая жаркая дискуссия. Основные барьеры:
Железо. Дефицит и высокая стоимость GPU (особенно актуально для локального развертывания).
Законодательство и безопасность.Службы безопасности блокируют облачные API из-за рисков утечки ПДн.
Инфраструктура. Нужно перестраивать пайплайны сбора данных.
Финансовое обоснование. Сложно доказать бизнесу, что ИИ окупится.

💰 Как считать финансовую выгоду?
Главный совет от практиков: считайте не стоимость токенов против зарплаты инженера.
Считайте MTTR (Mean Time To Recovery). Если ваша система стоит час простоя — 1 млн рублей, а ИИ сокращает время восстановления с 30 до 10 минут, то экономия очевидна. Инженерное время — не главная метрика. Главное — сохраненная выручка.

🧠 А кто виноват, если ИИ накосячил?
«Ответственность всегда на инженере. ИИ — лишь инструмент подсказки, а не субъект принятия решений».
Вспомнили даже старые учебники по экспертным системам: там 30 лет назад учили тому же — машина помогает анализировать, но решение принимает человек.

🤔 Добавлюложку дегтя от себя:
❌ Коммерческие продукты часто обманывают ожидания. Они не «знают» вашу легаси-архитектуру и выдают общие советы. Настоящая ценность появится только тогда, когда вы сможете дообучать модель на своих данных (RAG) внутри контура предприятия.
❌ Постмортумы от ИИ — это риск. ИИ может найти корреляцию и выдать ее за причину. Вы закроете инцидент с красивым отчетом, но баг останется в системе.
✅ Полная автоматизация (3-й уровень) в ближайшие 3–5 лет — это опасно. У ИИ нет «чувства бизнес-контекста». Перезагрузка БД ради скорости может стоить компании критической транзакции.

📌 Итог
ИИ в наблюдаемости — это ускоритель контекста, а не замена инженера. Он быстрее читает логи, находит аномалии и подсказывает гипотезы. Но финальное нажатие на «Enter» всегда остается за человеком.
А какой сценарий используете вы? Дошли до автоматизации или пока только аналитика? Делитесь в комментариях! 👇

Доброе утро!

Приехал на конференцию. Столько много разных пространств и интересных стендов.

Есть даже стенд игры Графиня.

🚨 Ну что, дождались?

Вы просили - мы сделали. Возвращаем IT-викторины 😎

Сегодня проверим, как вы будете действовать в ситуации, которую никто не хочет увидеть:
03:00. Прод лежит. Что будешь делать? 💀

Так что отвечайте, проверяйте свои знания и заодно узнавайте что-то новое.

Ну что, погнали? 🔥

Сегодня отправляюсь на конференцию IT Elements. Кто будет, подходите пообщается.

А кого на работе не отпускают можете мне прислать интересные для вас доклады https://it-elements.ru/#program я их освещу.

Плюс если есть вопросы которые вы бы хотели задать людям из индустрии тоже пишите.

В прошлом году заинтересовал доклад о найме. В это году будет доклад HR-прожарка. Формат открытого микрофона. Уже один из подписчиков накидал вопросы. Буду задавать. Если у вас есть вопросы вы знаете что делать.

Напомнить, что оперативней я пишу сюда
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Кто отвергает российские соцсети не переживайте, в телеграм посты перекачуют. ♥️

Доброе субботнее. Предлагаю почитать свежие статьи на просторах хабра 🚀

✅ Свой git без gitlab‑комбайна: настраиваем gitea, подключаем ci и проверяем полное восстановление - как настроить собственный Git-сервис на VPS с помощью Gitea, подключить CI (Actions), организовать резервное копирование и восстановление системы.

✅ 23 урока для тех, кто отвечает за инфраструктуру: Linux, базы данных, CI/CD и безопасность - бесплатные уроки сентября для инженеров инфраструктуры, DevOps и специалистов смежных направлений.

✅ Вы удалили ключ следующим коммитом. Из репозитория он никуда не делся - как API-ключи и другие секреты случайно попадают в Git-репозитории, почему их сложно удалить и как правильно действовать, чтобы избежать утечки конфиденциальной информации.

✅ Где разворачивать приложения: пять платформ — пять подходов - в статье сравнивают пять платформ для развёртывания приложений (Heroku, Vercel, Fly.io, Railway, Porter)

✅ Сколько зарабатывает DevOps-инженер в 2026 году - всеми излюбленная тема. В статье о зарплатах DevOps-инженеров в России в 2026 году, их распределении по грейдам, навыках.

Подписывайся на канал в Макс

Раздел влияния DevOps-инженеров.

Вопрос: разделяют ли компании инженеров по узким специализациям — мониторинг, облачные провайдеры, сети, базы данных и так далее?

Ответ напрямую зависит от масштаба и уровня зрелости компании.

В крупных корпорациях принято четкое разделение обязанностей. Один специалист отвечает за мониторинг, другой — за облачную инфраструктуру, третий — за базы данных, четвертый — за деплой приложений разработчиков. Это позволяет глубже погружаться в каждую технологию.

Некоторых командах часто практикуется гибридный подход: вся команда владеет общим стеком технологий, но при этом за каждое направление отвечает один или несколько выделенных экспертов.

В небольших компаниях востребован full-stack DevOps-инженер. Однако здесь есть риск: специалист вынужден знать всё понемногу, но часто не успевает глубоко погрузиться ни в одну из областей («скользит по верхам»).

Нужно ли составлять отдельное резюме под каждую роль?

Нет. В резюме вы перечисляете все технологии, которыми владеете. Однако важно понимать контекст: иногда компании ищут человека на позицию «инженер по мониторингу», но в реальности ему придется подменять Cloud-инженера и разворачивать приложения в Kubernetes. Если вы не укажете эти навыки в резюме — вы просто не попадете в шорт-лист такой вакансии. Поэтому резюме должно быть универсальным, но с акцентом на ваш основной стек.

Сегодня 3 сентября, день прощания. Кто готов попрощаться с АйТи и обратить внимание на рабочие профессии?

Проверь себя: Когда ждать оттепель на рынке IT? Есть ли уже сигналы?

Здравствуйте, дорогие коллеги. Поделюсь своим видением ситуации.

1. Кадровая ситуация
Оттепель уже наступила, но не в том смысле, в котором многие ждут. С 2018 по 2022 год мы пережили бурный рост: кадровый голод был настолько сильным, что компании брали практически всех, а зарплаты порой не соответствовали реальному уровню навыков.

Это, естественно, спровоцировало массовый приток новичков. В итоге общий дефицит сменился профицитом на входе, но при этом сохранился острый дефицит сильных специалистов (Middle+, Team Lead).

Сейчас отрасль активно ищет способы оптимизировать фонд оплаты труда, и многие делают ставку на ИИ (пусть пока это скорее хайп и страшилка, но тренд задан). Это подняло планку требований к «сырым» специалистам. Рынок вернулся к истокам: высокий порог входа снова стал нормой. Когда я начинал, попасть в IT-компанию сразу после вуза могли только лучшие — я сам прошел путь с самых низов, постепенно карабкаясь к своей цели.

2. Экономический фон
Мировая экономика нестабильна. Инвесторы и предприниматели стали гораздо осторожнее и неохотно вкладываются в IT-стартапы. Новые компании не плодятся с прежней скоростью, а значит, и кратного роста спроса на специалистов ждать не стоит.

3. Итог
Тот самый «пузырь», о котором говорили последние несколько лет, схлопнулся, выплеснув на рынок огромное количество джуниоров и «случайных» людей.

Когда вернутся «сытые» времена и снова будут брать всех подряд? Только когда возникнет реальный дефицит кадров.

Станет чуть легче, когда две группы людей покинут гонку:

Те, кого выкинул пузырь и кто поймет, что проще освоить другую профессию, чем пробиться обратно в IT.

«Залетные», которые пришли за быстрыми деньгами.

Мой совет: Если вы действительно чувствуете, что IT — это ваше, двигайтесь вперед, не оглядываясь на панику. Учитесь, прокачивайте хард-скиллы и не останавливайтесь. У вас все получится!

Пиши свое мнение в комментарии.

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Всю неделю не было времени перенести посты из макса и вк. И ладно.... Начну с сегодняшнего поста остальные останутся там...

Прошла первая неделя после отпуска. Я совершил все ошибки которые только можно совершить выходя из отпуска.

Я пытался объять необъятное: решить все проблемы (в том числе коллег), разгрести задачи и еще поставил себя заниматься техподдержкой.

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

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

Все выходные я просто тупил: гулял в роще возле дачи, лежал на диване под сериальчик, спал.

Непривычно ппц, так как я привык постоянно что-то делать: снимать ролики, писать статьи, ковыряться на дачи, искать варианты дополнительного заработка и т.д.

Сейчас же я чувствую себя бесполезным.

А как вы отдыхаете после сложной трудовой недели?

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech

Кто главный герой в ИТ-компаниях по мнению бизнеса и пиара?

Чаще эффективные менеджеры с красивыми презентациями и маркетологи, которые продали клиенту фичу, которой ещё нет в природе.
А про нас вспоминают только тогда, когда всё упало. Когда админ в мыле поднимает упавший прод, архитектор судорожно перерисовывает схемы под дикую нагрузку, а безопасники отбивают очередную атаку — они остаются «невидимыми героями». Сервис работает? Ну и отлично!

Я недавно задумался: должны же быть премии для инженеров?

IT Elements запустили премию «Инженерное искусство».

Я связался с организаторами, чтобы узнать: это очередная премия за самую красивую презентацию или будут оценивать инженерный вклад?

Организаторы обещают оценивать исключительно реальный, хардкорный инженерный вклад в инфраструктуру и киберустойчивость систем.

Номинации:

🌟 Архитектор системы — за ИТ-архитектуру, которая выдерживает рост, нагрузку и отказ отдельных компонентов;

🌟 Инженер инноваций — за новые инженерные подходы, которые дали заметный практический результат;

🌟 Инженер восстановления — за решения и действия, которые помогли вернуть систему в строй после сбоев и инцидентов;

🌟 Инженер инфраструктуры — за проекты, обеспечившие устойчивую и непрерывную работу ИТ-сервисов;

🌟 Лидер инженерной команды — специальная номинация для руководителей, которые отвечают не только за результат, но и за инженерную силу команды;

🌟 Инженер безопасности — за создание систем защиты, которые реально повышают устойчивость к атакам и снижают риск инцидентов.

Я решил не оставаться в стороне и уже подал заявку. Но мне хочется проиграть в настоящей борьбе, хардкорной зарубе!

⚠️Официально вызываю вас на бой. Хватит скромничать и прятать свои крутые кейсы в чертогах своего предприятия. Давайте покажем, чьё инженерное кунг-фу сильнее. Жду вас.

Приём заявок открыт до 31 августа 2026 года. Финал и награждение — 9 сентября в Москве на конфе IT Elements (я приеду, ищите меня на площадке).

Ах, подборочка, подборочка, #подборкастатей для вашего обучения

📎 Как мы писали Kubernetes-клиент, который старается не врать - о создании Kubernetes-клиента Rubick, принципах его работы, проблемах, с которыми столкнулся автор при разработке, и решениях, которые были найдены.

📎 Почему DevOps-инженеров ищут месяцами: взгляд со стороны рекрутера и инженеров - почему поиск DevOps-инженеров является одним из самых сложных направлений в IT-рекрутинге.

📎 AI уже пишет приложения. Почему мы до сих пор деплоим их по-старому? - о попытке автоматизировать процесс деплоя приложений с помощью AI-агентов и MCP.

📎 Мы проверяли, что устройство работает. Оказалось — мы проверяли не то - о проблемах с удалённым обновлением ARM-устройств.

📎 Структурированные логи в FastAPI: практический гайд от request_id до trace_id - статья о том, как реализовать структурированное логирование в FastAPI с помощью JSON.

А нужно ли вам устранять технический долг?

Меня периодически, в качестве шабашки, просят посмотреть инфраструктуру компании и дать рекомендации по её улучшению. Либо потешить самолюбие техспецов и сказать: «У вас всё хорошо».

В большинстве случаев я замечаю технический долг.

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

Когда я рассказываю, что ваши технические специалисты наплодили много костыльных решений, руководитель спрашивает: «А нужно ли это исправлять?»

Я всегда исхожу из экономики: выгодно это или нет.

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

Считаем, сколько компания тратит на погружение в проект (раскладываем на составляющие, в том числе на изучение костылей).

Узнаём причину текучки кадров. Я связался с несколькими специалистами, покинувшими компанию, и попросил написать ТОП‑5 причин ухода из компании.

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

Сопоставляем цифры, создаём презентацию и рассказываем руководству причины текучки кадров, а также раскладываем экономику технического долга.

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

А будут устранять они техдолг или нет — решать им. Если затраты на устранение принесут в дальнейшем выгоду, они этим займутся. Если нет — что ж, на нет и суда нет.

Всем добра, процветания и большой любви!

Как ты думаешь дело DevOps-инженера лезть в процессы?

https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech