Как VDI решает проблему с нехваткой кадров в инженерных компаниях

Одна из главных проблем в инженерных компаниях — кадровый голод. Не хватает проектировщиков, конструкторов, разработчиков сложных систем. Чтобы закрыть позиции, нанимают специалистов по всей стране. Казалось бы, здорово: нашли нужного эксперта, он готов работать удалённо. Но всплывают организационные проблемы.

Представим: главному конструктору в Новосибирске или Нижнем Новгороде нужно полноценное рабочее место для 3D-моделирования ракетных узлов. Это не обычный офисный ПК – требуется мощная графическая станция, несколько мониторов, специализированное ПО. Разберёмся, как работодатели решают эту проблему в реалиях 2025 года.

Вариант 1: отправить всё необходимое оборудование инженеру на дом

Это значит купить дорогой компьютер с мощной видеокартой, выслать его через полстраны, удалённо настроить и обеспечить защитные меры, чтобы избежать утечек. Только доставка и установка могут занять недели. Если что-то сломается, ИТ-службе придётся поддерживать этот одинокий ПК. А вдруг сотрудник уволится? Отзывать технику, заново пересылать – всё это затраты и риски. При перевозке оборудование нередко страдает, а при работе из дома возрастает риск утечек.

Вариант 2: заставить инженера переехать в центральный офис

Для некоторых это приемлемо, но многих ценных специалистов так не заманишь – у многих семья, жильё, обстоятельства. По данным исследования HeadHunter, 46% специалистов в России в первую очередь ищут вакансии с возможностью удалённой работы, а 38% готовы даже на понижение зарплаты ради этой возможности. То есть, требуя релокации, компания рискует проиграть в борьбе за кадры. В эпоху, когда до 70% сотрудников могут трудиться удалённо хотя бы часть времени, предложение гибких условий – это конкурентное преимущество.

Вариант 3: виртуальные рабочие места

VDI – Virtual Desktop Infrastructure, инфраструктура виртуальных рабочих столов — технология, которая позволяет работать с талантами из любой точки, не таская за ними сервера в чемодане. Суть в том, что рабочее место инженера живёт в дата-центре компании.

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

Для него всё выглядит как обычный рабочий стол Windows или Linux: он двигает мышкой у себя, а по сути управляет виртуальным компьютером в центре обработки данных. На его личном устройстве не хранится ни чертежей, ни моделей – всё остаётся на сервере компании.

Что это даёт? Во-первых, безопасность. Инженер не сможет случайно (или намеренно) скопировать проектные файлы на флешку или выслать их кому попало – администратор VDI может отключить любые способы вывода данных. Даже скриншоты экрана блокируются специальными настройками — критично, когда речь о чертежах ракет или авиадвигателей. 

Если злоумышленники украдут ноутбук сотрудника, там не будет секретных данных – всё хранится в корпоративном ЦОД. 79% утечек данных происходят по вине сотрудников, и VDI существенно снижает этот риск, концентрируя контроль в руках админов.

Во-вторых, удобство и скорость развертывания. Сисадмину требуется всего несколько кликов, чтобы создать виртуальный десктоп с нужным набором ПО и доступов. Например, в ВТБ благодаря автоматизации миграции на VDI подключают до 4000 рабочих мест в неделю. Конечно, в инженерных задачах темпы скромнее, но всё же – это дни, а не месяцы.

В-третьих, экономию и масштабируемость. Централизованные мощности позволяют эффективнее расходовать ресурсы. Если у одного проектировщика пик нагрузки (рендерит сложную деталь), ему можно выделить на время больше CPU/GPU. А когда он закончит, перебросить этот ресурс его коллегам, кому он нужнее. С физическими компьютерами так не получится. Там приходится платить за избыточную производительность. В итоге, расходы на оборудование и поддержку рабочих мест в перспективе снижаются. 

В одной крупной энергокомпании затраты на организацию рабочих мест сократились в 4 раза за первый год после внедрения VDI. В банковской сфере благодаря VDI тоже вышло в три раза удешевить рабочее место в первый год владения.

Наконец, VDI решает проблему масштабирования и импортозамещения софта. Если государство требует перейти на отечественную ОС или программы, не нужно обновлять тысячи разрозненных компьютеров. Можно один раз обновить шаблон виртуальной машины – и на следующий день вся распределённая команда работает уже в новой, отечественной среде. Без простоев и командировок админов в каждый филиал.

Но само по себе решение «поставим VDI» — это половина дела. Нужно ещё выбрать, какую платформу VDI ставить, да так, чтобы она соответствовала новым требованиям по импортозамещению для значимых объектов КИИ.

Российские платформы VDI

До 2022 года многие инженерные компании уже пользовались VDI – как правило, на базе VMware. С уходом вендора пришлось изучать отечественные аналоги. А их, откровенно говоря, немного и все – новички. Среди них есть продукты, рождённые из open-source проектов, — например, Termidesk. Есть и полностью оригинальные разработки – скажем, Space VDI и Базис.WorkPlace от группы компаний «Базис».

За три года мы протестировали более десяти платформ виртуализации и VDI, так что видим объективно: у каждой – свои особенности и ограничения. Одни работают только на Linux или даже Astra Linux, причём не на всех версиях. Другие поддерживают Windows, но не умеют полноценно работать с графическими ускорителями. Часто в описании продуктов встречали перечисление возможностей, которых на деле нет. Бывает,заявлена совместимость с конкретным  оборудованием или ПО, а по факту – «Ой, пока не работает». Техподдержка отвечает быстро, но серьезные баги может править неделями.

Тем не менее, прогресс идёт, функциональность растёт. Пока отечественные VDI-платформы догоняют зарубежные, ИТ-руководителям нужно тщательно взвешивать выбор решения и не ждать идеала. 

Мы убедились: нет универсальной «серебряной пули». Нельзя сказать, что одна конкретная российская платформа – лучшая. Каждая хороша под определенные потребности, и задача – сопоставить возможности продукта с требованиями бизнеса. Например, если инженерным задачам критична графика – надо убедиться, что платформа дружит с vGPU. 

Разобраться в этой кухне даже за несколько месяцев чрезвычайно сложно. Чтобы адекватно оценить хотя бы половину доступных систем, каждую придётся разворачивать, настраивать и тестировать в боевых условиях. Установка прошла гладко? Это не значит, что вы не столкнётесь с сюрпризами через неделю эксплуатации под нагрузкой. Выход – привлечь экспертов, которые уже прошли этот путь и могут сразу подсказать подходящие варианты. 

Рассмотрим на реальных кейсах, как это происходит на практике.

Как инженеры переходят на VDI

За последний год к нам трижды обращались крупные инженерные холдинги с запросом помочь с переходом на удалённые рабочие места на базе отечественных решений. Среди них – представитель ракетно-космической отрасли и крупнейший авиационный комплекс. У обоих схожие предпосылки: разбросанные по стране сотрудники, критичность данных и статус значимых объектов КИИ, соответственно — требования избавиться от иностранного ПО. 

В одном случае представители ИТ-службы пришли с запросом:

Раньше мы использовали VMware для удаленных рабочих мест – устраивало. Теперь, сами знаете, надо переходить на российское. Время до действия санкций и требований, есть, но мы понимаем, что быстро всё сделать не получится. Поделитесь опытом: что есть на рынке, что выбрать и как попробовать у себя?

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

Затем развернули тестовый контур: собрали небольшой кластер серверов, подняли выбранную VDI-систему, настроили интеграцию с отечественной системой каталогов пользователей и с гипервизором на Astra Linux. Сделали несколько образов виртуальных рабочих станций: один под Windows с установленными САПР, другой под РОСА, третий – под отечественную ОС для офисных нужд. Несколько инженеров-проектировщиков из разных филиалов получили доступ к этим виртуальным десктопам и начали в них работать параллельно с основными ПК. 

Первые пару недель прошли гладко – все базовые функции работали. Но в один день перестали корректно бэкапиться «постоянные» диски виртуальных машин. Пришлось срочно связываться с вендором — да, проблема, исправляют. Тестовая среда, никто не пострадал. 

Другой нюанс – протокол 3D-графики поначалу не дружил с одним из приложений. В итоге подобрали оптимальные параметры и починили вместе с техподдержкой производителя. 

Таких «мелочей» были десятки. Спустя несколько месяцев пилота заказчик получил:

• платформу VDI, протестированную на своих мощностях;
• список проблемных мест и способов их обхода;
• и самое главное – уверенность, что в случае Х они знают, что и как делать.

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

Экономика и риски для бизнеса

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

• Высокий порог входа. Первоначально внедрение VDI и обновление инфраструктуры требует вложений: в серверы, СХД, лицензии отечественного ПО. Далее это окупится, но нужно быть готовым к капитальным затратам на старте проекта.
• Временная просадка производительности. Пока система обкатывается, возможны сбои, падения производительности инженеров, задержки проектов. Если неправильно спланировать пилот, можно нарушить сроки бизнес-задач. Это риск, который надо уметь минимизировать (например, проводя поэтапное внедрение, а не big bang).
• Недооценка трудоёмкости. Руководство может подумать: «упили софт – айтишники сами настроят». Но всё сложнее. Если пустить процессы на самотёк, проект может затянуться, что приведёт к перерасходу бюджета. Надо сразу закладывать ресурсы на обучение, консультантов, время на тестирование.
• Выбор неправильной платформы. Ошибка на этапе выбора влечёт цепочку проблем: от дополнительных закупок железа (если платформа прожорлива) до необходимости срочно мигрировать на другой продукт через год (если первый не справится). 

Для ЛПР в бизнесе переход на VDI – это инвестиционный проект. При грамотной реализации он повысит эффективность и снизит долгосрочные издержки, но несёт риски. Которые, впрочем, умеренные и управляемые.

С чем столкнутся технические специалисты

• Освоение новых технологий. Большинство годами работали с VMware, Hyper-V, Citrix. Теперь внезапно нужно учиться с нуля другим системам, часто сырым, без обилия документации и комьюнити. Нормальную экспертизу по новой платформе наработаешь не сразу, придётся ковыряться, читать форумы, просить поддержки. И всё это время в ожидании, где «рванет».
• Нагрузка. Никто же не освобождает от текущих обязанностей: поддерживать сеть, спасать пользователей, закупать оборудование. А тут параллельно пилот VDI, миграция – огромный пласт работ. У многих ИТ-отделов просто не хватает рук и часов в сутках, чтобы тянуть двойную нагрузку. Отсюда риск выгорания команды и ошибок из-за перегрузки.
• Ответственность за сбои. Если классическая инфраструктура у вас относительно отлажена, то, внедряя новую VDI-платформу, вы неизбежно пройдёте через этап нестабильности. Кто первый получит нагоняй за упавший сервис? Именно ИТ. Руководство может не до конца понимать, почему не работал удаленный стол у главного конструктора и сорвалось совещание.Приходится брать на себя эти риски.
• Неочевидные ограничения. Например, может выясниться, что выбранная платформа не поддерживает вашу модель хранения данных или не дружит с вашей системой резервного копирования. Такие вещи редко написаны на красивых слайдах вендора. Часто приходится экспериментировать, обходить, придумывать костыли.
• Взаимодействие с несколькими вендорами. В сложных инфраструктурах VDI – не единственный компонент. Как только что-то идёт не так, начинается игра «то не у нас проблема, а у соседей». Российские разработчики порой не до конца согласуют совместимость между собой: один обновил продукт — у другого что-то отвалилось. И ИТ-специалист оказывается посредником между несколькими техподдержками, пытаясь их помирить.
  

Что полезного и приятного:

• Централизованная инфраструктура в перспективе облегчит вашу жизнь. Вместо сотен распределённых рабочих станций – один центр, где всё под контролем. Патчи и обновления ставятся за раз без беготни по этажам. Пользователи меньше «ломают» свои рабочие места, потому что не имеют прямого доступа к системе. Резко снижается поток заявок «У меня что-то не работает». 
• Прозрачность и контроль. С помощью VDI вы получаете полный обзор того, что делают пользователи. Видно, кто из какой сети подключается, какие приложения запускает, какие файлы открывает. Легче отслеживать инциденты, расследовать проблемы.
• Командная поддержка от экспертов. Если проект ведётся совместно с опытным партнёром, у вас появляется подстраховка. Не вы одни несёте груз ответственности – есть кому помочь советом, руками, есть отлаженные методики. На период внедрения, считайте, ваша команда расширяется за счёт внешних экспертов. А в конце проекта обычно партнёры передают знания вашей команде, так что вы не только получаете результат, но и учитесь на ходу.

Итого: не бойтесь импортозамещения, но обязательно закладывайте время на обучение и тесты. Не забывайте, что нужен пилот и экспертиза – лучше покажите риски заранее.

Если у вас остались вопросы или вы находитесь в похожей ситуации – заполните форму обратной связи. Будем рады обсудить вашу ситуацию, поделиться опытом и подсказать оптимальное решение.