А нужно ли вам устранять технический долг?
Меня периодически, в качестве шабашки, просят посмотреть инфраструктуру компании и дать рекомендации по её улучшению. Либо потешить самолюбие техспецов и сказать: «У вас всё хорошо».
В большинстве случаев я замечаю технический долг.
Когда я рассказываю, что ваши технические специалисты наплодили много костыльных решений, руководитель спрашивает: «А нужно ли это исправлять?»
Я всегда исхожу из экономики: выгодно это или нет.
В компании, которая ко мне обратилась, частая ротация кадров. В прошлом это быстрорастущий проект, которому необходимо постоянно пополняться кадрами. В данный момент они из стартапа переходят в режим продуктовой компании.
Считаем, сколько компания тратит на погружение в проект (раскладываем на составляющие, в том числе на изучение костылей).
Узнаём причину текучки кадров. Я связался с несколькими специалистами, покинувшими компанию, и попросил написать ТОП‑5 причин ухода из компании.
Часто встречающая причина — это технический долг. В техдолг я также включил наличие нерелевантных рынку технологий, так как чем больше у вас релевантных рынку технологий, тем проще найти кадры.
Сопоставляем цифры, создаём презентацию и рассказываем руководству причины текучки кадров, а также раскладываем экономику технического долга.
Вот так из обычного анализа инфраструктуры выявились проблемы в процессах предприятия.
А будут устранять они техдолг или нет — решать им. Если затраты на устранение принесут в дальнейшем выгоду, они этим займутся. Если нет — что ж, на нет и суда нет.
Всем добра, процветания и большой любви!
Как ты думаешь дело DevOps-инженера лезть в процессы?
https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech
Меня периодически, в качестве шабашки, просят посмотреть инфраструктуру компании и дать рекомендации по её улучшению. Либо потешить самолюбие техспецов и сказать: «У вас всё хорошо».
В большинстве случаев я замечаю технический долг.
Технический долг возникает, когда команда выбирает быстрое и простое решение проблемы сейчас вместо правильного и качественного, которое требует больше времени.
Когда я рассказываю, что ваши технические специалисты наплодили много костыльных решений, руководитель спрашивает: «А нужно ли это исправлять?»
Я всегда исхожу из экономики: выгодно это или нет.
В компании, которая ко мне обратилась, частая ротация кадров. В прошлом это быстрорастущий проект, которому необходимо постоянно пополняться кадрами. В данный момент они из стартапа переходят в режим продуктовой компании.
Считаем, сколько компания тратит на погружение в проект (раскладываем на составляющие, в том числе на изучение костылей).
Узнаём причину текучки кадров. Я связался с несколькими специалистами, покинувшими компанию, и попросил написать ТОП‑5 причин ухода из компании.
Часто встречающая причина — это технический долг. В техдолг я также включил наличие нерелевантных рынку технологий, так как чем больше у вас релевантных рынку технологий, тем проще найти кадры.
Сопоставляем цифры, создаём презентацию и рассказываем руководству причины текучки кадров, а также раскладываем экономику технического долга.
Вот так из обычного анализа инфраструктуры выявились проблемы в процессах предприятия.
А будут устранять они техдолг или нет — решать им. Если затраты на устранение принесут в дальнейшем выгоду, они этим займутся. Если нет — что ж, на нет и суда нет.
Всем добра, процветания и большой любви!
Как ты думаешь дело DevOps-инженера лезть в процессы?
https://t.me/worlditech
https://vk.ru/worlditech
https://max.ru/channel_worlditech
❤9👍9🔥1🤔1
Ах, подборочка, подборочка, #подборкастатей для вашего обучения
📎 Как мы писали Kubernetes-клиент, который старается не врать - о создании Kubernetes-клиента Rubick, принципах его работы, проблемах, с которыми столкнулся автор при разработке, и решениях, которые были найдены.
📎 Почему DevOps-инженеров ищут месяцами: взгляд со стороны рекрутера и инженеров - почему поиск DevOps-инженеров является одним из самых сложных направлений в IT-рекрутинге.
📎 AI уже пишет приложения. Почему мы до сих пор деплоим их по-старому? - о попытке автоматизировать процесс деплоя приложений с помощью AI-агентов и MCP.
📎 Мы проверяли, что устройство работает. Оказалось — мы проверяли не то - о проблемах с удалённым обновлением ARM-устройств.
📎 Структурированные логи в FastAPI: практический гайд от request_id до trace_id - статья о том, как реализовать структурированное логирование в FastAPI с помощью JSON.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Кто главный герой в ИТ-компаниях по мнению бизнеса и пиара?
Чаще эффективные менеджеры с красивыми презентациями и маркетологи, которые продали клиенту фичу, которой ещё нет в природе.
А про нас вспоминают только тогда, когда всё упало. Когда админ в мыле поднимает упавший прод, архитектор судорожно перерисовывает схемы под дикую нагрузку, а безопасники отбивают очередную атаку — они остаются «невидимыми героями». Сервис работает? Ну и отлично!
Я недавно задумался: должны же быть премии для инженеров?
IT Elements запустили премию «Инженерное искусство».
Я связался с организаторами, чтобы узнать: это очередная премия за самую красивую презентацию или будут оценивать инженерный вклад?
Организаторы обещают оценивать исключительно реальный, хардкорный инженерный вклад в инфраструктуру и киберустойчивость систем.
Номинации:
🌟 Архитектор системы — за ИТ-архитектуру, которая выдерживает рост, нагрузку и отказ отдельных компонентов;
🌟 Инженер инноваций — за новые инженерные подходы, которые дали заметный практический результат;
🌟 Инженер восстановления — за решения и действия, которые помогли вернуть систему в строй после сбоев и инцидентов;
🌟 Инженер инфраструктуры — за проекты, обеспечившие устойчивую и непрерывную работу ИТ-сервисов;
🌟 Лидер инженерной команды — специальная номинация для руководителей, которые отвечают не только за результат, но и за инженерную силу команды;
🌟 Инженер безопасности — за создание систем защиты, которые реально повышают устойчивость к атакам и снижают риск инцидентов.
Я решил не оставаться в стороне и уже подал заявку. Но мне хочется проиграть в настоящей борьбе, хардкорной зарубе!
⚠️ Официально вызываю вас на бой. Хватит скромничать и прятать свои крутые кейсы в чертогах своего предприятия. Давайте покажем, чьё инженерное кунг-фу сильнее. Жду вас.
Приём заявок открыт до 31 августа 2026 года. Финал и награждение — 9 сентября в Москве на конфе IT Elements (я приеду, ищите меня на площадке).
Чаще эффективные менеджеры с красивыми презентациями и маркетологи, которые продали клиенту фичу, которой ещё нет в природе.
А про нас вспоминают только тогда, когда всё упало. Когда админ в мыле поднимает упавший прод, архитектор судорожно перерисовывает схемы под дикую нагрузку, а безопасники отбивают очередную атаку — они остаются «невидимыми героями». Сервис работает? Ну и отлично!
Я недавно задумался: должны же быть премии для инженеров?
IT Elements запустили премию «Инженерное искусство».
Я связался с организаторами, чтобы узнать: это очередная премия за самую красивую презентацию или будут оценивать инженерный вклад?
Организаторы обещают оценивать исключительно реальный, хардкорный инженерный вклад в инфраструктуру и киберустойчивость систем.
Номинации:
Я решил не оставаться в стороне и уже подал заявку. Но мне хочется проиграть в настоящей борьбе, хардкорной зарубе!
Приём заявок открыт до 31 августа 2026 года. Финал и награждение — 9 сентября в Москве на конфе IT Elements (я приеду, ищите меня на площадке).
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤2🔥1
Всю неделю не было времени перенести посты из макса и вк. И ладно.... Начну с сегодняшнего поста остальные останутся там...
Прошла первая неделя после отпуска. Я совершил все ошибки которые только можно совершить выходя из отпуска.
Я пытался объять необъятное: решить все проблемы (в том числе коллег), разгрести задачи и еще поставил себя заниматься техподдержкой.
Плюс к этому взялся за задачу, которую нужно сделать вчера и отобрал срочный проект у коллег. ИТ варвар.
В итоге в пятницу к вечеру мой мозг отказывался даже давать рефлекторные команды.
Все выходные я просто тупил: гулял в роще возле дачи, лежал на диване под сериальчик, спал.
Непривычно ппц, так как я привык постоянно что-то делать: снимать ролики, писать статьи, ковыряться на дачи, искать варианты дополнительного заработка и т.д.
Сейчас же я чувствую себя бесполезным.
А как вы отдыхаете после сложной трудовой недели?
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
👍2😁1👌1
Проверь себя: Когда ждать оттепель на рынке 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
Здравствуйте, дорогие коллеги. Поделюсь своим видением ситуации.
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
Telegram
Мир ИТ c Антоном Павленко
IT новости, статьи и видео с канала
https://youtube.com/pavlenkoat
По всем вопросом обращаться @pavlenko_at
Поддержать автора:
https://www.donationalerts.com/r/pavlenkoat
Автор канала прошел путь от сисадмина до DevOps/SRE в крупных компаниях
https://youtube.com/pavlenkoat
По всем вопросом обращаться @pavlenko_at
Поддержать автора:
https://www.donationalerts.com/r/pavlenkoat
Автор канала прошел путь от сисадмина до DevOps/SRE в крупных компаниях
👍17❤3🔥1
Сегодня 3 сентября, день прощания. Кто готов попрощаться с АйТи и обратить внимание на рабочие профессии?
😁12🌚4😢1🦄1
Раздел влияния DevOps-инженеров.
Вопрос: разделяют ли компании инженеров по узким специализациям — мониторинг, облачные провайдеры, сети, базы данных и так далее?
Ответ напрямую зависит от масштаба и уровня зрелости компании.
В крупных корпорациях принято четкое разделение обязанностей. Один специалист отвечает за мониторинг, другой — за облачную инфраструктуру, третий — за базы данных, четвертый — за деплой приложений разработчиков. Это позволяет глубже погружаться в каждую технологию.
Некоторых командах часто практикуется гибридный подход: вся команда владеет общим стеком технологий, но при этом за каждое направление отвечает один или несколько выделенных экспертов.
В небольших компаниях востребован full-stack DevOps-инженер. Однако здесь есть риск: специалист вынужден знать всё понемногу, но часто не успевает глубоко погрузиться ни в одну из областей («скользит по верхам»).
Нужно ли составлять отдельное резюме под каждую роль?
Нет. В резюме вы перечисляете все технологии, которыми владеете. Однако важно понимать контекст: иногда компании ищут человека на позицию «инженер по мониторингу», но в реальности ему придется подменять Cloud-инженера и разворачивать приложения в Kubernetes. Если вы не укажете эти навыки в резюме — вы просто не попадете в шорт-лист такой вакансии. Поэтому резюме должно быть универсальным, но с акцентом на ваш основной стек.
Вопрос: разделяют ли компании инженеров по узким специализациям — мониторинг, облачные провайдеры, сети, базы данных и так далее?
Ответ напрямую зависит от масштаба и уровня зрелости компании.
В крупных корпорациях принято четкое разделение обязанностей. Один специалист отвечает за мониторинг, другой — за облачную инфраструктуру, третий — за базы данных, четвертый — за деплой приложений разработчиков. Это позволяет глубже погружаться в каждую технологию.
Некоторых командах часто практикуется гибридный подход: вся команда владеет общим стеком технологий, но при этом за каждое направление отвечает один или несколько выделенных экспертов.
В небольших компаниях востребован full-stack DevOps-инженер. Однако здесь есть риск: специалист вынужден знать всё понемногу, но часто не успевает глубоко погрузиться ни в одну из областей («скользит по верхам»).
Нужно ли составлять отдельное резюме под каждую роль?
Нет. В резюме вы перечисляете все технологии, которыми владеете. Однако важно понимать контекст: иногда компании ищут человека на позицию «инженер по мониторингу», но в реальности ему придется подменять Cloud-инженера и разворачивать приложения в Kubernetes. Если вы не укажете эти навыки в резюме — вы просто не попадете в шорт-лист такой вакансии. Поэтому резюме должно быть универсальным, но с акцентом на ваш основной стек.
❤7👍6
Доброе субботнее. Предлагаю почитать свежие статьи на просторах хабра 🚀
✅ Свой 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 году, их распределении по грейдам, навыках.
Подписывайся на канал в Макс
✅ Свой 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 году, их распределении по грейдам, навыках.
Подписывайся на канал в Макс
👍7
Сегодня отправляюсь на конференцию IT Elements. Кто будет, подходите пообщается.
А кого на работе не отпускают можете мне прислать интересные для вас доклады https://it-elements.ru/#program я их освещу.
Плюс если есть вопросы которые вы бы хотели задать людям из индустрии тоже пишите.
В прошлом году заинтересовал доклад о найме. В это году будет доклад HR-прожарка. Формат открытого микрофона. Уже один из подписчиков накидал вопросы. Буду задавать. Если у вас есть вопросы вы знаете что делать.
Напомнить, что оперативней я пишу сюда
https://vk.ru/worlditech
https://max.ru/channel_worlditech
Кто отвергает российские соцсети не переживайте, в телеграм посты перекачуют.♥️
А кого на работе не отпускают можете мне прислать интересные для вас доклады https://it-elements.ru/#program я их освещу.
Плюс если есть вопросы которые вы бы хотели задать людям из индустрии тоже пишите.
В прошлом году заинтересовал доклад о найме. В это году будет доклад HR-прожарка. Формат открытого микрофона. Уже один из подписчиков накидал вопросы. Буду задавать. Если у вас есть вопросы вы знаете что делать.
Напомнить, что оперативней я пишу сюда
https://vk.ru/worlditech
https://max.ru/channel_worlditech
Кто отвергает российские соцсети не переживайте, в телеграм посты перекачуют.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍5❤2
🚨 Ну что, дождались?
Вы просили - мы сделали. Возвращаем IT-викторины 😎
Сегодня проверим, как вы будете действовать в ситуации, которую никто не хочет увидеть:
03:00. Прод лежит. Что будешь делать? 💀
Так что отвечайте, проверяйте свои знания и заодно узнавайте что-то новое.
Ну что, погнали? 🔥
Вы просили - мы сделали. Возвращаем IT-викторины 😎
Сегодня проверим, как вы будете действовать в ситуации, которую никто не хочет увидеть:
03:00. Прод лежит. Что будешь делать? 💀
Так что отвечайте, проверяйте свои знания и заодно узнавайте что-то новое.
Ну что, погнали? 🔥
🔥5❤1
#Викторина — 03:00. Прод лежит
Вопрос 1 03:00. Приходит алерт: 5xx резко выросли, пользователи жалуются на ошибки. Что делаешь первым?
Вопрос 1 03:00. Приходит алерт: 5xx резко выросли, пользователи жалуются на ошибки. Что делаешь первым?
Anonymous Poll
13%
Перезапускаешь приложение
77%
Идёшь смотреть последние изменения и метрики
2%
Чистишь Docker-кэш
8%
Пишешь разработчику: «У тебя опять всё сломалось»
😁11👏2
🤖 ИИ в наблюдаемости: от подсказок к действиям. Где выгода, а где — зона риска?
Репортаж с 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 Elements
На днях в дискуссии сошлись лидеры рынка: Волотов (Cloud.ru), Маслов (АльфаСтрахование), Орлов (GMONIT) и Малыхин (Ликард). Модератором выступил Алексей Акопян («Инфосистемы Джет»).
Главный вопрос: стал ли ИИ в мониторинге реальным инструментом или это всё еще дорогая игрушка? Делимся главными тезисами встречи.
📊 Три уровня зрелости ИИ в проде
Все спикеры сошлись во мнении, что ИИ в наблюдаемости сегодня делится на три этапа:
Анализ статистики и аномалий (самый массовый сценарий).
Помощь в подготовке постмортумов и разборе инцидентов.
Полная автоматизация действий (без участия человека).
Важный нюанс: участники панели честно признались, что используют только первые два сценария. Третий пока — из разряда фантастики.
🔥 Какую боль закрывает ИИ?
Эксперты выделили три ключевые проблемы, которые нейросети помогают решить прямо сейчас:
Скорость реакции. ИИ сокращает время на поиск причин инцидента.
Экономия ресурсов. Помогает не плодить лишние алерты и не жечь CPU на бесполезной аггрегации.
Агрегация данных. Сводит воедино информацию из десятков разнородных систем.
⚠️ Где ИИ — это перебор?
Спикеры единодушны: не всё стоит отдавать нейросетям.
Простые задачи. Тратить сотни токенов на написание тривиального bash-скрипта или формулировку простого запроса — нерационально.
Слишком широкий охват. ИИ пытаются натянуть на задачи, где достаточно старого доброго rule-based алгоритма.
🚧 Главные сложности внедрения
Здесь развернулась самая жаркая дискуссия. Основные барьеры:
Железо. Дефицит и высокая стоимость GPU (особенно актуально для локального развертывания).
Законодательство и безопасность.Службы безопасности блокируют облачные API из-за рисков утечки ПДн.
Инфраструктура. Нужно перестраивать пайплайны сбора данных.
Финансовое обоснование. Сложно доказать бизнесу, что ИИ окупится.
💰 Как считать финансовую выгоду?
Главный совет от практиков: считайте не стоимость токенов против зарплаты инженера.
Считайте MTTR (Mean Time To Recovery). Если ваша система стоит час простоя — 1 млн рублей, а ИИ сокращает время восстановления с 30 до 10 минут, то экономия очевидна. Инженерное время — не главная метрика. Главное — сохраненная выручка.
🧠 А кто виноват, если ИИ накосячил?
«Ответственность всегда на инженере. ИИ — лишь инструмент подсказки, а не субъект принятия решений».
Вспомнили даже старые учебники по экспертным системам: там 30 лет назад учили тому же — машина помогает анализировать, но решение принимает человек.
🤔 Добавлюложку дегтя от себя:
❌ Коммерческие продукты часто обманывают ожидания. Они не «знают» вашу легаси-архитектуру и выдают общие советы. Настоящая ценность появится только тогда, когда вы сможете дообучать модель на своих данных (RAG) внутри контура предприятия.
❌ Постмортумы от ИИ — это риск. ИИ может найти корреляцию и выдать ее за причину. Вы закроете инцидент с красивым отчетом, но баг останется в системе.
✅ Полная автоматизация (3-й уровень) в ближайшие 3–5 лет — это опасно. У ИИ нет «чувства бизнес-контекста». Перезагрузка БД ради скорости может стоить компании критической транзакции.
📌 Итог
ИИ в наблюдаемости — это ускоритель контекста, а не замена инженера. Он быстрее читает логи, находит аномалии и подсказывает гипотезы. Но финальное нажатие на «Enter» всегда остается за человеком.
А какой сценарий используете вы? Дошли до автоматизации или пока только аналитика? Делитесь в комментариях! 👇
👍5❤2
📡 Репортаж с полей: Блеск и нищета российского HCI
Продолжаю погружаться в мир инфраструктурных решений на площадке «Инфраструктура».
Спикер — Дмитрий Горохов (директор направления виртуализации «Инфосистемы Джет»)
Главный вопрос для меня: Есть ли полноценный аналог VMware?
Ответ честный: нет.
Несмотря на то, что в реестре Минцифры числится более 90 решений, реальных активных игроков — всего около 10.
Рынок перенасыщен именами, но качество эталонного продукта пока не догнать.
Ключевые тренды (смотрим в стену):
🔹 Контейнеризация: доля k8s растет лавинообразно, практически везде.
🔹 DR и Metro: реализовать высокую доступность при грамотном подходе можно, но это требует рук правильных инженеров.
Гиперконвергенция (программно-определяемая инфраструктура на x86) пережила бум в 2016–2018 годах. Тогда игроков было много, но глобально к 2019-му остались лишь VMware и Nutanix.
В России ситуация повторяется. Я надеюсь со временем появится эталонный продукт.
Спикер рассмотрел плюсы и особенности 3 систем: АльтВиртуализация, КиберИнфраструктура и связка zVirt + USTOR. Слайды приложил.
Самое интересное — LIVE-демо! Спикер и его команда на площадке развернули настоящую инфраструктуру. Показали весь цикл: через GitLab создавали виртуалки, затем вручную «рвали» сеть и выдергивали кабели.
Честно признаюсь: я внутренне готовился к тому, что на стенде что-то пойдет не по плану (все мы знаем, как работает «демо-режим»). Но система восстановилась штатно. Это было зрелищно.
Вердикт: Российский HCI жив, но рынок в стадии «естественного отбора». Пока мы ищем того самого «убийцу VMware», практика показывает: грамотная архитектура и настройка могут дать фору даже матерым западным решениям.
А что используете вы? Пишите в комментарии.
Продолжаю погружаться в мир инфраструктурных решений на площадке «Инфраструктура».
Спикер — Дмитрий Горохов (директор направления виртуализации «Инфосистемы Джет»)
Главный вопрос для меня: Есть ли полноценный аналог VMware?
Ответ честный: нет.
Несмотря на то, что в реестре Минцифры числится более 90 решений, реальных активных игроков — всего около 10.
Рынок перенасыщен именами, но качество эталонного продукта пока не догнать.
Ключевые тренды (смотрим в стену):
🔹 Контейнеризация: доля k8s растет лавинообразно, практически везде.
🔹 DR и Metro: реализовать высокую доступность при грамотном подходе можно, но это требует рук правильных инженеров.
Гиперконвергенция (программно-определяемая инфраструктура на x86) пережила бум в 2016–2018 годах. Тогда игроков было много, но глобально к 2019-му остались лишь VMware и Nutanix.
В России ситуация повторяется. Я надеюсь со временем появится эталонный продукт.
Спикер рассмотрел плюсы и особенности 3 систем: АльтВиртуализация, КиберИнфраструктура и связка zVirt + USTOR. Слайды приложил.
Самое интересное — LIVE-демо! Спикер и его команда на площадке развернули настоящую инфраструктуру. Показали весь цикл: через GitLab создавали виртуалки, затем вручную «рвали» сеть и выдергивали кабели.
Честно признаюсь: я внутренне готовился к тому, что на стенде что-то пойдет не по плану (все мы знаем, как работает «демо-режим»). Но система восстановилась штатно. Это было зрелищно.
Вердикт: Российский HCI жив, но рынок в стадии «естественного отбора». Пока мы ищем того самого «убийцу VMware», практика показывает: грамотная архитектура и настройка могут дать фору даже матерым западным решениям.
А что используете вы? Пишите в комментарии.
❤7
Импортозамещение в КИИ: опыт «Северстали» — боль, софт и стабильность
Продолжаем следить за повесткой IT Elements. Тема импортозамещения обрастает реальными кейсами, и сегодня в фокусе — доклад Бориса Юсуфова (ПАО «Северсталь»).
Тема звучит сухо: «Безопасный удаленный доступ к технологическому оборудованию в КИИ», но за ней скрывается очень честный рассказ о том, как промышленный гигант переводил критическую инфраструктуру на отечественный стек.
Это не просто презентация вендора, а взгляд с полей. Давайте разберем, что именно строили, на чем и с какими проблемами столкнулись.
Задачи: не просто «купить российское»
Цели проекта звучат стандартно для любого объекта КИИ:
Выполнить требования законодательства.
Предоставить импортозамещенные сервисы на базе российского ПО.
Снизить риски от ухода иностранных производителей.
Однако объем работ впечатляет. Речь шла не об одном продукте, а о целой экосистеме:
Виртуализация.
Контроллеры доменов.
Файловый сервис и доступ к дистрибутивам.
Автоматизация администрирования.
Терминальный доступ и миграция АРМов.
Антивирусная защита.
Стек: кто вошел в «сборную»:
ОС: Astra Linux и РЕД ОС.
Обновление и инвентаризация: Калибри.
Контроллер доменов: ALD Pro.
Виртуализация: РОСА Виртуализация.
Терминальный доступ: Termidesk.
Автоматизация администрирования: Astra Automation.
Файловый обменник: Nextcloud.
Важное ограничение:
всё строго из реестра российского ПО,
лицензии бессрочные,
работа в закрытом контуре без доступа в интернет.
Боли внедрения: честный список
Самая ценная часть доклада — это не список успехов, а перечень проблем, с которыми столкнулись инженеры. Импортозамещение в сложных промышленных средах — это не «нажал кнопку и заработало». Спикер выделил ключевые боли:
Кадровый голод: Низкий уровень знаний инженеров по российскому ПО. Специалистов, умеющих работать с тем же ALD Pro или Termidesk, пока мало.
Компетенции контрагентов: Мало опыта внедрения в сложных промышленных средах. Интеграторы часто не понимают специфику производства.
Документация: «Не всегда поднимается по документации». Мало документации, а та, что есть, не всегда соответствует реальности.
Техподдержка: Низкая скорость решения сложных проблем. Когда что-то падает в закрытом контуре, ждать ответа приходится долго.
Интеграция: Отсутствие опыта интеграции с разными системами даже у разработчиков.
Финансы: Риски удорожания проекта в процессе реализации.
Итог: работает, но какой ценой?
Несмотря на перечисленный «внедренческий ад», есть и позитивный результат. Борис Юсуфов отметил: если все настроить — работает стабильно. За полгода — ни одного крупного инцидента.
Вывод: Кейс «Северстали» показывает, что российского ПО внедряется и стабильно работает. Оно уже готово к промышленной эксплуатации. Сложности во внедрении и кадрах.
Кто упростит внедрение и разовьет экосистему, тот и останется на рынке.
А вы сталкивались с подобными проблемами при переходе на российский стек? Делитесь в комментари
Продолжаем следить за повесткой IT Elements. Тема импортозамещения обрастает реальными кейсами, и сегодня в фокусе — доклад Бориса Юсуфова (ПАО «Северсталь»).
Тема звучит сухо: «Безопасный удаленный доступ к технологическому оборудованию в КИИ», но за ней скрывается очень честный рассказ о том, как промышленный гигант переводил критическую инфраструктуру на отечественный стек.
Это не просто презентация вендора, а взгляд с полей. Давайте разберем, что именно строили, на чем и с какими проблемами столкнулись.
Задачи: не просто «купить российское»
Цели проекта звучат стандартно для любого объекта КИИ:
Выполнить требования законодательства.
Предоставить импортозамещенные сервисы на базе российского ПО.
Снизить риски от ухода иностранных производителей.
Однако объем работ впечатляет. Речь шла не об одном продукте, а о целой экосистеме:
Виртуализация.
Контроллеры доменов.
Файловый сервис и доступ к дистрибутивам.
Автоматизация администрирования.
Терминальный доступ и миграция АРМов.
Антивирусная защита.
Стек: кто вошел в «сборную»:
ОС: Astra Linux и РЕД ОС.
Обновление и инвентаризация: Калибри.
Контроллер доменов: ALD Pro.
Виртуализация: РОСА Виртуализация.
Терминальный доступ: Termidesk.
Автоматизация администрирования: Astra Automation.
Файловый обменник: Nextcloud.
Важное ограничение:
всё строго из реестра российского ПО,
лицензии бессрочные,
работа в закрытом контуре без доступа в интернет.
Боли внедрения: честный список
Самая ценная часть доклада — это не список успехов, а перечень проблем, с которыми столкнулись инженеры. Импортозамещение в сложных промышленных средах — это не «нажал кнопку и заработало». Спикер выделил ключевые боли:
Кадровый голод: Низкий уровень знаний инженеров по российскому ПО. Специалистов, умеющих работать с тем же ALD Pro или Termidesk, пока мало.
Компетенции контрагентов: Мало опыта внедрения в сложных промышленных средах. Интеграторы часто не понимают специфику производства.
Документация: «Не всегда поднимается по документации». Мало документации, а та, что есть, не всегда соответствует реальности.
Техподдержка: Низкая скорость решения сложных проблем. Когда что-то падает в закрытом контуре, ждать ответа приходится долго.
Интеграция: Отсутствие опыта интеграции с разными системами даже у разработчиков.
Финансы: Риски удорожания проекта в процессе реализации.
Итог: работает, но какой ценой?
Несмотря на перечисленный «внедренческий ад», есть и позитивный результат. Борис Юсуфов отметил: если все настроить — работает стабильно. За полгода — ни одного крупного инцидента.
Вывод: Кейс «Северстали» показывает, что российского ПО внедряется и стабильно работает. Оно уже готово к промышленной эксплуатации. Сложности во внедрении и кадрах.
Кто упростит внедрение и разовьет экосистему, тот и останется на рынке.
А вы сталкивались с подобными проблемами при переходе на российский стек? Делитесь в комментари
🔥5👏4🤩2🤣2🤔1