📡 Репортаж с полей: Блеск и нищета российского 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», практика показывает: грамотная архитектура и настройка могут дать фору даже матерым западным решениям.
А что используете вы? Пишите в комментарии.
❤8
Импортозамещение в КИИ: опыт «Северстали» — боль, софт и стабильность
Продолжаем следить за повесткой 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👏5🤩2🤣2🤔1👌1
Круглый стол на тему «Как мы выбираем, внедряем и мучаемся с отечественными инфраструктурными сервисами».
Модерировал Антон Голощапов из «Инфосистемы Джет»
Спикерами:
Виктор Засорин (Axoft),
Константин Михайлов (независимый эксперт),
Алексей Конов (МГГТ) и Сергей Коняшкин (независимый эксперт).
Разговор получился жарким и очень жизненным. Делюсь главным, пока не остыло. 🔥
С чего начинается проект?
Универсального решения нет.
Но есть общий путь:
1. Аудит и обследование инфраструктуры— понять, что имеем.
2. Определить цели и задачи — а что вообще хотим получить?
3. Поговорить с бизнесом, регулятором и службой безопасности — без этого никуда.
4. Проанализировать решения — какие есть на рынке.
5. Пилотировать — обязательно.
И только потом внедрять. Звучит логично, но на практике часто перескакивают сразу к внедрению, а потом «мучаются». 😅
Главная боль: Active Directory и Microsoft
Все понимают, что полностью заменить Active Directory и экосистему Microsoft быстро не получится. Они развивались десятилетиями, а мы хотим уложиться в 4 года. Это как построить Москву за неделю. Поэтому при выборе решения нужно трезво оценивать, что реально нужно заказчику.
Критерии выбора: один вендор или зоопарк?
Каждая организация индивидуальна. Нужно учитывать требования регуляторов и потребности предприятия. Важно смотреть, как вендор развивает продукт и какая у него поддержка.
Дилемма: один вендор или многовендорное решение? У сертифицированных версий есть минус — они долго обновляются.
Многовендорность увеличивает количество интеграций, что может создать проблемы при обновлениях. Причём даже внутри одной экосистемы бывают проблемы с интеграциями. Так что выбор — это всегда компромисс.
Как провести пилот?
Обязательные факторы:
• Поддержка интеграции с уже имеющимися системами.
• Отказоустойчивость.
• Скорость реакции на запросы заказчиков. По опыту, при сложных проблемах ответ может идти до месяца. Мелкие компании реагируют медленнее, крупные — быстрее, особенно если заинтересованы зайти в новую область.
Миграция: по частям или всё сразу?
В маленькой компании без спецов можно и разом переехать. В большой — не получится. Анализируем системы и потребности, переводим поблочно, исправляем ошибки, двигаемся дальше.
Универсального способа нет.
Автоматизация требует переучивания администраторов. Кстати, админы с удовольствием переучиваются на Linux — рост есть.
Драйверы и сложности
Драйвер перехода — указ президента до 2030 года. Драйверят айтишники, а бизнесу нужно работать и зарабатывать деньги. Наша цель — эти деньги сохранять.
После миграции у всех всплывают три сложности:
1. Обслуживание.
2. Обучение сотрудников.
3. Настройка интеграций с другими системами.
Проекты часто идут не по плану: настроили — не работает — перенастраиваем.
Но тенденция хорошая: количество инцидентов быстро уменьшается. Правда, у кого-то на этапе инсталляции/внедрения их число растёт. 🤷♂️
Самая большая проблема — когда ИТ не договариваются с ИБ. Это классика.
Рекомендации от спикеров
• Определите, к чему хотите прийти. Чёткое понимание границ.
• Составьте скоуп проекта и карту интеграций.
• Не идите в омут с головой, не внедряйте сразу всё.
• Начинайте с аудита и пилота.
Вместо послесловия
Отечественное импортозамещение в инфраструктуре — это марафон, а не спринт. Больно, дорого, но неизбежно. Главное — не пытаться заменить всё и сразу, а двигаться поэтапно, с холодной головой и поддержкой бизнеса. И да, не забывайте про ИБ — иначе будет как всегда. 😉
А вы уже начали переход? Что оказалось самым сложным? Делитесь в комментариях!
Модерировал Антон Голощапов из «Инфосистемы Джет»
Спикерами:
Виктор Засорин (Axoft),
Константин Михайлов (независимый эксперт),
Алексей Конов (МГГТ) и Сергей Коняшкин (независимый эксперт).
Разговор получился жарким и очень жизненным. Делюсь главным, пока не остыло. 🔥
С чего начинается проект?
Универсального решения нет.
Но есть общий путь:
1. Аудит и обследование инфраструктуры— понять, что имеем.
2. Определить цели и задачи — а что вообще хотим получить?
3. Поговорить с бизнесом, регулятором и службой безопасности — без этого никуда.
4. Проанализировать решения — какие есть на рынке.
5. Пилотировать — обязательно.
И только потом внедрять. Звучит логично, но на практике часто перескакивают сразу к внедрению, а потом «мучаются». 😅
Главная боль: Active Directory и Microsoft
Все понимают, что полностью заменить Active Directory и экосистему Microsoft быстро не получится. Они развивались десятилетиями, а мы хотим уложиться в 4 года. Это как построить Москву за неделю. Поэтому при выборе решения нужно трезво оценивать, что реально нужно заказчику.
Критерии выбора: один вендор или зоопарк?
Каждая организация индивидуальна. Нужно учитывать требования регуляторов и потребности предприятия. Важно смотреть, как вендор развивает продукт и какая у него поддержка.
Дилемма: один вендор или многовендорное решение? У сертифицированных версий есть минус — они долго обновляются.
Многовендорность увеличивает количество интеграций, что может создать проблемы при обновлениях. Причём даже внутри одной экосистемы бывают проблемы с интеграциями. Так что выбор — это всегда компромисс.
Как провести пилот?
Обязательные факторы:
• Поддержка интеграции с уже имеющимися системами.
• Отказоустойчивость.
• Скорость реакции на запросы заказчиков. По опыту, при сложных проблемах ответ может идти до месяца. Мелкие компании реагируют медленнее, крупные — быстрее, особенно если заинтересованы зайти в новую область.
Миграция: по частям или всё сразу?
В маленькой компании без спецов можно и разом переехать. В большой — не получится. Анализируем системы и потребности, переводим поблочно, исправляем ошибки, двигаемся дальше.
Универсального способа нет.
Автоматизация требует переучивания администраторов. Кстати, админы с удовольствием переучиваются на Linux — рост есть.
Драйверы и сложности
Драйвер перехода — указ президента до 2030 года. Драйверят айтишники, а бизнесу нужно работать и зарабатывать деньги. Наша цель — эти деньги сохранять.
После миграции у всех всплывают три сложности:
1. Обслуживание.
2. Обучение сотрудников.
3. Настройка интеграций с другими системами.
Проекты часто идут не по плану: настроили — не работает — перенастраиваем.
Но тенденция хорошая: количество инцидентов быстро уменьшается. Правда, у кого-то на этапе инсталляции/внедрения их число растёт. 🤷♂️
Самая большая проблема — когда ИТ не договариваются с ИБ. Это классика.
Рекомендации от спикеров
• Определите, к чему хотите прийти. Чёткое понимание границ.
• Составьте скоуп проекта и карту интеграций.
• Не идите в омут с головой, не внедряйте сразу всё.
• Начинайте с аудита и пилота.
Вместо послесловия
Отечественное импортозамещение в инфраструктуре — это марафон, а не спринт. Больно, дорого, но неизбежно. Главное — не пытаться заменить всё и сразу, а двигаться поэтапно, с холодной головой и поддержкой бизнеса. И да, не забывайте про ИБ — иначе будет как всегда. 😉
А вы уже начали переход? Что оказалось самым сложным? Делитесь в комментариях!
❤3👍1
На конференции я пообщался с людьми которые используют активно ИИ в свое работе. Они заметили одну негативную особенность. На что я подумал: я не один такой.
Рассказать?👍
Рассказать?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍45🌚3
Пока еще суббота, почитаем новые статьи на просторах хабра?
🚀 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 создаст новые тома вместо использования существующих. А что думае
🚀 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 создаст новые тома вместо использования существующих. А что думае
Хабр
Agent‑Ops 0.4.0: ИИ предлагает, человек решает, программа исполняет
Привет! Я Сергей Житинский, основатель Git in Sky. Мы занимаемся эксплуатацией и технической поддержкой ИТ‑инфраструктуры. Agent‑Ops — проект открытой отраслевой методологии совместной работы...
👍5
Вчера сходил в зал после недельного перерыва. Думал сегодня будет тяжко работать. Ничего так…
За утра уже решил несколько проблем.
Правда большинство упражнений даются мне легко, так как вес не превышает 60 кг. Падагра, да и травма плеча еще не достаточно зажила.
Идем вперед. Мышцы для мужского здоровья нужны и важны. Забрал бы кто-то еще жир😅 но мне лень считать калории.
За утра уже решил несколько проблем.
Правда большинство упражнений даются мне легко, так как вес не превышает 60 кг. Падагра, да и травма плеча еще не достаточно зажила.
Идем вперед. Мышцы для мужского здоровья нужны и важны. Забрал бы кто-то еще жир
Please open Telegram to view this post
VIEW IN TELEGRAM
👏9