Статья Дмитрия Шохалевича для Cnews «Как с наименьшими потерями корпорации перейти на Linux»

Москва
13 декабря 2022

С какими типовыми проблемами сталкиваются корпорации на различных этапах миграции с операционной системы Windows на Linux и как преодолеть их с наименьшими потерями, рассказывает Дмитрий Шохалевич, директор продукта "Сфера.Мониторинг рабочих станций", Группа Т1.
Сегодня многие корпорации оказались перед необходимостью быстрого перехода с операционной системы Windows в Linux-среду. Бизнес, находящийся в одной локации и имеющий небольшое число рабочих станций, справляется с вызовами миграции достаточно легко. Но распределенные корпорации с тысячами и десятками тысяч цифровых рабочих мест сталкиваются с типовыми проблемами. Рассмотрим основные этапы миграции и способы сэкономить время и деньги на каждом из них за счет использования систем автоматического мониторинга.
Аудит
Первый этап подразумевает полный аудит рабочих станций и включает сбор данных о составе аппаратного комплекса, используемых приложениях, драйверах, сервисах, а также применяемом оборудовании (принтеры, сканеры и т.п.). Кроме того, в этот момент важно оценить достаточность ресурсов каждой рабочей станции для выполнения сотрудниками повседневных задач. Результатом этого аудита может быть открытие, что менять технику на более высокопроизводительную не потребуется, а оптимизировать процессы можно по-другому. Примером тому может служить внедрение решения "Сфера.Мониторинг рабочих станций" от Группы Т1 в одной из крупных финансовых организаций, где проблемы с работой одного из фронтальных приложений удалось решить не путем расширения каналов связи, а исключительно за счет незначительного изменения конфигурации.
Решение для мониторинга пользовательского опыта за считанные часы собрало статистику о замедлениях в операциях бизнес-процессов, в результате чего было выявлено, что один из плагинов фронтального решения Siebel сильно тормозит при загрузке приложения, причем это происходило исключительно на рабочих станциях с определенным типом оперативной памяти. После внесения изменений в настройках BIOS и подбора версии драйверов удалось сократить время загрузки с 3-10 минут до 7 секунд. С учетом того, что это программное обеспечение использовалось ежедневно на более 1000 рабочих станций в 2 смены, это дало серьезную экономию.
Для этого бизнес может заказать услуги сервисного анализа от внешнего подрядчика либо обязать администраторов вручную анализировать логи рабочих станций. Однако в пользу средств автоматизированного сбора информации говорит значительное сокращение итогового времени перехода. Так, для бизнеса с числом рабочих станций от 5 до 10 тысяч этот период уменьшается с года до 2-3 месяцев.
Кластеризация
На втором этапе вся полученная об устройствах и приложениях информация кластеризуется, что позволяет задать конфигурацию ИТ-систем для переноса в среду Linux. Важность этого этапа определяется требованием микроиндивидуализации: тысячам пользователей не нужны одинаковые наборы программных средств или идентичное оборудование. В этот момент не только определяется, как должен выглядеть программно-аппаратный комплекс с точки зрения базовых конфигураций для разных групп сотрудников, но и устанавливаются права пользователей и особенности установки приложений и драйверов.
Конфигурация приложений - базовый фактор, поскольку даже в привычных операционных средах мы сталкиваемся с тем, что версии одной и той же программы на разных устройствах работают не одинаково. Иногда в программно-аппаратном комплексе не самая новая версия программного продукта работает лучше, чем ПАК с обновленным ПО и лучшей по показателям аппаратной частью.
Зачастую администратор сети и топ-менеджмент даже не знают, что ресурсы на пределе и процессы исполняются крайне медленно, потому что все "тормозит". Причем клиенты или сотрудники могут обращаться в службу поддержки с жалобой на "висящие окна". Однако при попытке воспроизвести подобную ситуацию на других рабочих станциях никаких проблем не возникает, поэтому жалобы просто игнорируются. Традиционная аудиторская проверка этого не выявляет, а значит - существующие проблемы не классифицируются. Это происходит из-за того, что администраторы обычно используют распространенные на рынке средства мониторинга серверов, а не самих рабочих станций. Обратный подход помог бы получить более актуальную информацию и существенно ускорить прохождение этапа кластеризации.
Тестирование переноса конфигурации
Третий этап - тестирование и перенос приложений, которые осуществляются по группам, определенным на предыдущем этапе. От точности миграции данных - системных файлов, документов и приложений, релевантных для конкретных сотрудников, - зависит операционная эффективность каждого работника. Скорость прохождения этого этапа определяется степенью цифровой зрелости компании, которая, в свою очередь, связана со степенью централизации данных.
Если вся информация уже собрана, стоимость перехода может оказаться меньше: достаточно адаптировать приложение под Linux и запустить.
Если степень цифровой зрелости невысокая (что чаще характеризует МСБ и бизнес вне ИТ-отрасли), то вся операционная деятельность зависит от рабочих файлов, находящихся на компьютере директора либо главного бухгалтера. И в процессе переноса может выясниться, что бухгалтерские отчеты имеют внутренние зависимости от других документов. В этом случае необходимо обеспечить адаптацию работы этих файлов в новой среде. Самое сложное - это перенос "толстых" приложений. В этом случае потребуется значительная переработка.
Тестирование упрощается, если оно осуществляется по выделенным кластерным сегментам, а не избирательно, на взгляд системного администратора, как это обычно происходит. Существенно ускорить процесс тестирования могут средства роботизированного тестирования или RPA-системы.
Адаптация
Заключительная фаза переноса - адаптация конфигураций, созданных в новой среде, и общая оптимизация ИТ-инфраструктуры, а следом - и бизнес-процессов.
Мониторинг пользовательского опыта позволяет в режиме реального времени увидеть, какие процессы в компании не соответствуют регламенту и почему происходят отклонения. Причина может скрываться в инфраструктурных сбоях, "кривизне" самих бизнес-процессов или в человеческом факторе. Средства мониторинга пользовательского опыта обычно вскрывают эти проблемы довольно быстро - достаточно определить замедления на сервере, рабочей станции или в сети.
Нельзя забывать и о периферийном оборудовании, например, в удаленном отделении организации могут не оказываться услуги, а причина срыва сделок - всего лишь неработающий принтер.
Разработка Группы Т1, созданная командой Т1 Консалтинг - T1 Watchman, с помощью собственного агента в режиме реального времени позволяет понять, какие аппаратно-программные комплексы работают в офисах и отделениях, определить состав приложений, сервисов, драйверов, достаточность ресурсов для работы сотрудников, оперативно определить места и причины замедлений, а также выявить микродеградации (нарушения SLA на типовых операциях), которые могут привести к масштабным проблемам в будущем.
Часто деградация рабочих мест зависит от работы серверов СУБД или приложений. При выходе из строя любых компонентов этой сети возможен сбой, который будет наблюдаться именно на рабочих станциях. Это выражается в том, что некоторые элементы вдруг начинают потреблять значительно больше ресурсов, чем предусмотрено регламентом. С другой стороны, мы видим нарушение SLA, которое заключается в медленном ответе сервера или в плохой работе сети. На основании этих данных можно быстрее предсказать потенциальные проблемы.
Еще один бонус автоматизированных инструментов мониторинга рабочих станций, таких как T1 Watchman, - определение узких мест в работе пользователя. Система дает информацию о том, какая версия программы установлена на устройстве пользователя, какова конфигурация приложений и драйверов. Есть возможность проанализировать связь рабочей станции с сервером и уже потом - эффективность самого пользователя. Эти компоненты в совокупности дают исчерпывающие сведения об эффективности и мотивации каждого сотрудника, а это базис стабильного будущего компании.
Для эффективного перехода с ОС Windows на ОС Linux необходимо:
  • провести организационные работы по адаптации политики безопасности централизованных сервисов,
  • понять микросегменты аппаратно-программного комплекса отделений и офисов,
  • выделить необходимые конфигурации рабочих станций (приложения, доступы, сервис, драйвера и т.п.),
  • адаптировать существующее программное обеспечение на клиентской части,
  • протестировать и адаптировать развернутые конфигурации.
Кроме этого, важно продумать стратегию дальнейшей оптимизации процессов и программного обеспечения. Для этого можно использовать комплексы сервисов российского импортозамещающего программного обеспечения, такие, например, как Т1 Сфера, платформы, которая включает более 40 уникальных и интегрированных сервисов, помогающих организовать сквозную, автоматизированную и качественную разработку. Именно это позволит сформировать конкурентные преимущества, ускоряя внедрения и снижая расходы на разработку ПО.
В целом для качественного перехода с ОС Windows на ОС Linux достаточно использовать систему мониторинга рабочих станций, собрать статистику и обработать данные о приложениях, сервисах, драйверах и составе аппаратного комплекса. Это существенно снижает риски миграции, дает полное понимание, что происходит на рабочих местах сотрудниках и как все работает.
"Стратегия и методология, которую предлагают наши партнеры - это пример высокопрофессионального подхода к решению задачи миграции на отечественное ПО сложных инфраструктур. Он позволяет значительно сократить риски и затраты на цифровую трансформацию в новых условиях. Решения Т1 для аудита и мониторинга инфраструктуры в сочетании с продуктами единой экосистемы ГК "Астра" существенно облегчают задачу адаптации ранее созданных систем при переходе на отечественное ПО", - отметил Роман Мылицын, руководитель направления перспективных исследований ГК "Астра".

Поделиться

Копировать ссылку