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

Субботняя #подборкастатей ждет вашего прочтения 👀

✅ От метрики до дежурного: путь алерта через Prometheus, Alertmanager и nxs-anomaly - про путь алерта от сбора метрик в Prometheus через обработку в Alertmanager до уведомления дежурного через систему nxs‑anomaly.

✅ Kubernetes просто, часть 4: как трафик попадает в кластер, NodePort и LoadBalancer - 4 часть цикла статей про Kubernetes.

✅ MinIO заархивировал открытую версию. Что остаётся тем, у кого он уже развёрнут - о прекращении поддержки открытой версии MinIO, изменениях в доступности его функций (часть перешла в платную версию, появилась ограниченная бесплатная редакция AIStor Free) и вариантах миграции для пользователей.

✅ Из ClickOps в код: как я оживил Terraformer и научил его говорить с провайдерами напрямую -  почему Terraformer перестал работать с современными провайдерами, как устроен протокол плагинов Terraform изнутри и как сделать так, чтобы сгенерированный конфиг проходил plan без ручной правки.

✅ Retry policy на практике: подводные камни внедрения - о горьком, но успешном опыте внедрения политики ретраев в реальный проект и о неочевидных особенностях, с которыми мы столкнулись.

Думаю продать айфон и купить себе андроид. Что посоветуете уровня iPhone 15 pro? Нужна камера для съемок видео блога, батарея жила день при активном использовании, работали все Российские приложения.

А я был в очередной командировки) Посетил Ставрополь. Много раз через него проезжал, но только сейчас побывал)))

А у вас как дела?

Бонус 2500 ₽ на обновлённое облако

У CLO не просто обновление интерфейса — платформу заметно переработали: обновили архитектуру, изолировали дисковый трафик, снизили задержки, повысили стабильность и добавили Terraform-провайдер.

Плюс обновили DBaaS, добавили актуальные версии MySQL и PostgreSQL и сделали личный кабинет удобнее.

Сейчас самое время посмотреть на CLO в работе. Переходите по ссылке, получите бонус 2500 ₽ и протестируйте платформу на своих задачах.

Как не пропустить сбой на сайте и держать всё под контролем

Хочу порекомендовать полезную новую услугу от FirstVDS — мониторинг сайтов.

Сервис круглосуточно проверяет, работает ли сайт, как быстро он отвечает, всё ли в порядке с SSL-сертификатом и доменом.
Если вдруг что-то ломается или подходит к концу срок действия сертификата, вы сразу получаете уведомление.

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

Перейдите по ссылке и посмотрите подробнее — возможно, это именно тот инструмент, который поможет вам меньше переживать за работу сайта.

Реклама. АО «ИОТ», ИНН 7731399513, erid: 2SDnjbunR63

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

За утра уже решил несколько проблем.

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

Идем вперед. Мышцы для мужского здоровья нужны и важны. Забрал бы кто-то еще жир 😅 но мне лень считать калории.

Сегодня день программиста. С праздником.

Кто знает почему ?

Пока еще суббота, почитаем новые статьи на просторах хабра?

🚀 Agent‑Ops 0.4.0: ИИ предлагает, человек решает, программа исполняет
- статья посвящена методологии Agent‑Ops 0.4.0 — открытой отраслевой системе совместной работы инженеров и ИИ‑агентов в ИТ‑сфере. Её разработал Сергей Житинский (Git in Sky) совместно с инженерами других компаний.

🚀 Реестр контейнеров, который живёт внутри ячеек электронной таблицы
- о реестре контейнеров SheetHub, который хранит слои образов контейнеров в ячейках электронных таблиц (Google Sheets), используя кодирование base64 и адресацию по sha256.

🚀 Как построить наблюдаемость, когда нет ни CMDB, ни oncall
- в статье о том, как построить наблюдаемость, когда нет ни CMDB, ни oncall.

🚀 Если ваши разработчики используют Claude Code, вы еще не автоматизировали разработку
- Статья объясняет, что использование ИИ‑агентов (например, Claude Code) не равносильно автоматизации разработки: чтобы ускорить процесс, нужно перестроить всю систему процессов вокруг.

🚀 Как мы мигрировали 40 кластеров ClickHouse: стратегии, проверки и автоматизация
- какие придумали и применили стратегии миграции,
как наладили связь между Kubernetes‑кластерами без VPN и т.д.

🚀 Почему после ребрендинга я оставил старое имя Docker Compose — иначе поднялась бы пустая база - автор утверждает, что смена имени проекта в конфигурации приведёт к потере данных, так как Docker создаст новые тома вместо использования существующих. А что думае

На конференции я пообщался с людьми которые используют активно ИИ в свое работе. Они заметили одну негативную особенность. На что я подумал: я не один такой.

Рассказать?👍

Круглый стол на тему «Как мы выбираем, внедряем и мучаемся с отечественными инфраструктурными сервисами».

Модерировал Антон Голощапов из «Инфосистемы Джет»

Спикерами:
Виктор Засорин (Axoft),
Константин Михайлов (независимый эксперт),
Алексей Конов (МГГТ) и Сергей Коняшкин (независимый эксперт).

Разговор получился жарким и очень жизненным. Делюсь главным, пока не остыло. 🔥

С чего начинается проект?

Универсального решения нет.

Но есть общий путь:
1. Аудит и обследование инфраструктуры— понять, что имеем.
2. Определить цели и задачи — а что вообще хотим получить?
3. Поговорить с бизнесом, регулятором и службой безопасности — без этого никуда.
4. Проанализировать решения — какие есть на рынке.
5. Пилотировать — обязательно.

И только потом внедрять. Звучит логично, но на практике часто перескакивают сразу к внедрению, а потом «мучаются». 😅

Главная боль: Active Directory и Microsoft
Все понимают, что полностью заменить Active Directory и экосистему Microsoft быстро не получится. Они развивались десятилетиями, а мы хотим уложиться в 4 года. Это как построить Москву за неделю. Поэтому при выборе решения нужно трезво оценивать, что реально нужно заказчику.

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

Дилемма: один вендор или многовендорное решение? У сертифицированных версий есть минус — они долго обновляются.

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


Как провести пилот?
Обязательные факторы:
• Поддержка интеграции с уже имеющимися системами.
• Отказоустойчивость.
• Скорость реакции на запросы заказчиков. По опыту, при сложных проблемах ответ может идти до месяца. Мелкие компании реагируют медленнее, крупные — быстрее, особенно если заинтересованы зайти в новую область.

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

Универсального способа нет.

Автоматизация требует переучивания администраторов. Кстати, админы с удовольствием переучиваются на Linux — рост есть.

Драйверы и сложности
Драйвер перехода — указ президента до 2030 года. Драйверят айтишники, а бизнесу нужно работать и зарабатывать деньги. Наша цель — эти деньги сохранять.

После миграции у всех всплывают три сложности:
1. Обслуживание.
2. Обучение сотрудников.
3. Настройка интеграций с другими системами.
Проекты часто идут не по плану: настроили — не работает — перенастраиваем.

Но тенденция хорошая: количество инцидентов быстро уменьшается. Правда, у кого-то на этапе инсталляции/внедрения их число растёт. 🤷‍♂️

Самая большая проблема — когда ИТ не договариваются с ИБ. Это классика.

Рекомендации от спикеров
• Определите, к чему хотите прийти. Чёткое понимание границ.
• Составьте скоуп проекта и карту интеграций.
• Не идите в омут с головой, не внедряйте сразу всё.
• Начинайте с аудита и пилота.

Вместо послесловия
Отечественное импортозамещение в инфраструктуре — это марафон, а не спринт. Больно, дорого, но неизбежно. Главное — не пытаться заменить всё и сразу, а двигаться поэтапно, с холодной головой и поддержкой бизнеса. И да, не забывайте про ИБ — иначе будет как всегда. 😉


А вы уже начали переход? Что оказалось самым сложным? Делитесь в комментариях!

Импортозамещение в КИИ: опыт «Северстали» — боль, софт и стабильность
Продолжаем следить за повесткой IT Elements. Тема импортозамещения обрастает реальными кейсами, и сегодня в фокусе — доклад Бориса Юсуфова (ПАО «Северсталь»).

Тема звучит сухо: «Безопасный удаленный доступ к технологическому оборудованию в КИИ», но за ней скрывается очень честный рассказ о том, как промышленный гигант переводил критическую инфраструктуру на отечественный стек.
Это не просто презентация вендора, а взгляд с полей. Давайте разберем, что именно строили, на чем и с какими проблемами столкнулись.

Задачи: не просто «купить российское»
Цели проекта звучат стандартно для любого объекта КИИ:
Выполнить требования законодательства.
Предоставить импортозамещенные сервисы на базе российского ПО.
Снизить риски от ухода иностранных производителей.

Однако объем работ впечатляет. Речь шла не об одном продукте, а о целой экосистеме:
Виртуализация.
Контроллеры доменов.
Файловый сервис и доступ к дистрибутивам.
Автоматизация администрирования.
Терминальный доступ и миграция АРМов.
Антивирусная защита.

Стек: кто вошел в «сборную»:
ОС: Astra Linux и РЕД ОС.
Обновление и инвентаризация: Калибри.
Контроллер доменов: ALD Pro.
Виртуализация: РОСА Виртуализация.
Терминальный доступ: Termidesk.
Автоматизация администрирования: Astra Automation.
Файловый обменник: Nextcloud.
Важное ограничение:
всё строго из реестра российского ПО,
лицензии бессрочные,
работа в закрытом контуре без доступа в интернет.

Боли внедрения: честный список
Самая ценная часть доклада — это не список успехов, а перечень проблем, с которыми столкнулись инженеры. Импортозамещение в сложных промышленных средах — это не «нажал кнопку и заработало». Спикер выделил ключевые боли:
Кадровый голод: Низкий уровень знаний инженеров по российскому ПО. Специалистов, умеющих работать с тем же ALD Pro или Termidesk, пока мало.
Компетенции контрагентов: Мало опыта внедрения в сложных промышленных средах. Интеграторы часто не понимают специфику производства.
Документация: «Не всегда поднимается по документации». Мало документации, а та, что есть, не всегда соответствует реальности.
Техподдержка: Низкая скорость решения сложных проблем. Когда что-то падает в закрытом контуре, ждать ответа приходится долго.
Интеграция: Отсутствие опыта интеграции с разными системами даже у разработчиков.
Финансы: Риски удорожания проекта в процессе реализации.
Итог: работает, но какой ценой?
Несмотря на перечисленный «внедренческий ад», есть и позитивный результат. Борис Юсуфов отметил: если все настроить — работает стабильно. За полгода — ни одного крупного инцидента.

Вывод: Кейс «Северстали» показывает, что российского ПО внедряется и стабильно работает. Оно уже готово к промышленной эксплуатации. Сложности во внедрении и кадрах.
Кто упростит внедрение и разовьет экосистему, тот и останется на рынке.

А вы сталкивались с подобными проблемами при переходе на российский стек? Делитесь в комментари