Интеграторы знают, что работая с вендорами, они получают продукт, который развивается по внутреннему плану. Если нужной функции нет в дорожной карте — остается либо ждать следующего релиза, либо дорабатывать руками на месте. Мы в АО НИИ «Масштаб» Концерн «Автоматика» (входит в холдинг Росэл Госкорпорации Ростех) выбрали другой путь!
Почти половина новых возможностей платформы появляется напрямую из реальных производственных сценариев наших заказчиков. Мы убеждены, что эксплуатационный опыт – это самый точный и ценный источник инноваций.
Механизм, который превращает обращения в функциональность
Все начинается с портала технической поддержки. Каждое обращение – это важный сигнал о том, где платформа работает не так, где реальный сценарий оказался сложнее предусмотренного или где администраторам приходится прибегать к ручным обходным решениям.
Каждый квартал команда разработки проводит анализ всех обращений, где пытается найти системные паттерны. Если одна и та же проблема возникает у пяти и более независимых заказчиков – это четко обозначенная точка роста продукта. Если администраторы регулярно выполняют одну и ту же ручную операцию – значит, ее необходимо автоматизировать на уровне платформы.
Такой подход позволяет нам оперативно закрывать болевые точки инфраструктуры.
Приведем несколько примеров из эксплуатации.
«Проблема: нестабильность при работе с несколькими СХД»
В средах с несколькими СХД при одновременной работе с томами периодически возникали сбои. Администраторам приходилось вручную перераспределять нагрузку между LUN.
Решение: полностью переработан механизм работы с файловой системой GFS2 и стабилизирована обработка множественных подключений LUN.
Результат: сценарий, ранее требовавший ручного вмешательства, теперь отрабатывается автоматически, без участия оператора.
Подписывайтесь на наш Telegram-канал: реальные кейсы внедрения, новости и обновления VeiL, разборы возможностей и анонсы мероприятий.
«Проблема: зависание живой миграции ВМ»
В редких случаях процесс живой миграции зависал, создавая риск появления «дублей» одной и той же ВМ на разных хостах.
Решение: доработан механизм миграции, полностью исключено состояние, при котором виртуальная машина могла одновременно оставаться на двух узлах.
Результат: миграция стала значительно надежнее, а риски дублирования ВМ устранены.
«Проблема: установка на бездисковые серверы»
Многие заказчики используют бездисковые серверы, загружая ОС по сети. Стандартный установщик VeiL такой сценарий не поддерживал.
Решение: добавлена полноценная поддержка установки платформы на сетевое блочное устройство (iSCSI, Fibre Channel).
Результат: VeiL теперь успешно работает на современном оборудовании, где локальные накопители отсутствуют как класс.
Почему сейчас это важно
В современных, сложных и разнородных ИТ-инфраструктурах закрытые дорожные карты вендоров часто расходятся с реальными потребностями бизнеса. Наш подход — это системный анализ обращений, который превращает опыт промышленной эксплуатации в приоритеты разработки.
Мы уверены в том, что лучшие идеи рождаются там, где платформа ежедневно решает задачи критически важных систем. Именно поэтому мы продолжаем развивать этот механизм и приглашаем всех интеграторов и Заказчиков активно участвовать в нем.
Результат такого подхода — уже совсем скоро. В релизе ECP VeiL 5.3.0 мы реализовали десятки изменений, которые напрямую выросли из обращений заказчиков. Среди них — доработки по отказоустойчивости, автоматизации рутинных операций и совместимости с оборудованием.
Следите за анонсом!