📡 Репортаж с полей: Блеск и нищета российского 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