Большинство крупных организаций сталкиваются с трудностями при массовом обслуживании программного обеспечения.
Эти трудности носят как объективный, так и субъективный характер.
Объективная сложность — неоднородность ИТ-инфраструктуры, которую невозможно полностью преодолеть.
Однако руководители ИТ-подразделений и системные администраторы не всегда уделяют этой проблеме должное внимание.
Основная субъективная сложность — это отношение к обслуживанию корпоративного ПО как к обслуживанию коробочного ПО и, как следствие, вера в существование «волшебной зеленой кнопки»: нажал — и все установилось (обновилось).
На практике такой сценарий, увы, нереализуем.
В чем разница?
Установка упакованного продукта обычно выполняется по достаточно простому «итерационному» сценарию: попыталась установить → не удалось → исправили проблемы → попробовали еще раз.Для установки «из коробки» такая последовательность оправдана, поскольку если и возникают проблемы с блокировкой, то они локализуются на конкретном компьютере.
При этом пользователь вполне может потратить немного личного времени на установку недостающих компонентов, настройку ОС и т. д. В целом можно сказать, что 20 минут настройки одной рабочей станции – это вполне средний показатель.
Сопровождение корпоративного ПО часто пытаются также проводить по итеративному сценарию, но «цена» итерации возрастает многократно.
Время, потраченное на настройку рабочей станции, в случае массового развертывания, необходимо умножить на количество установок, и безобидные 20 минут с 10 компьютерами превращаются как минимум в 3,5 часа рабочего времени, затраченного, по сути, на механику ( т. е.
хорошо автоматизированные) операции.
Далее, в случае распределенных систем проблемы блокировки могут иметь произвольную локализацию внутри сети, а их устранение может потребовать привлечения специалистов других подразделений, так как, как правило, на большинстве предприятий организационные подразделения, отвечающие за общую систему и продукт, администрация разделена.
Это требует дополнительного времени.
Вообще, по нашей статистике, обновление 30 рабочих мест за один рабочий день силами четырёх человек — это предел производительности ручного труда.
Эффективное управление таким процессом при сколько-нибудь значительном количестве рабочих мест невозможно без отработанной методики.
Суть этой методики в том, что проблемы необходимо заранее выявлять и устранять централизованно, причем делать это нужно до того, как будет произведено обслуживание программного обеспечения.
Казалось бы, все просто? Но даже если такая методика существует, для ее реализации необходим инструмент, не сложнее решаемой задачи.
Для автоматизации управления ИТ-инфраструктурой создано множество инструментов и решений, от самых простых, направленных, как правило, на автоматизацию типовых повторяющихся действий на рабочем месте (назовем их решениями «легкого класса»), до весьма сложных и изощренных.
(по аналогии можно сказать о решениях «среднего и тяжелого классов»), охватывающие все или почти все аспекты управления.
Нас не интересуют решения «легкого класса»: с их помощью в лучшем случае можно обеспечить установку драйверов и набора часто используемых программ типа офиса, архиваторов и т.п.
на рабочем месте.
Как правило, они основаны на простом языке сценариев, механизм выполнения которого может эмулировать консольный ввод, управлять окнами, процессами и другими объектами.
Ограничения таких решений связаны прежде всего с тем, что в процессе придания скрипту универсальности (необходимой для него в силу неоднородности инфраструктуры) его сложность существенно возрастает, требуя от разработчика не только хороших навыков программирования.
, но и достаточно глубокое понимание архитектуры ОС и прикладного ПО.
В условиях хронической нехватки времени и ресурсов, срочного решения проблем, которые нужно было сделать «вчера», использование «легких» решений не приводит к удовлетворительному результату.
С другой стороны находятся решения «тяжелого класса», которые обычно стремятся «взять на себя» почти все аспекты управления инфраструктурой (инвентаризация аппаратного и программного обеспечения, мониторинг использования программного обеспечения, мониторинг конфигурации, управление виртуализацией и т. д.).
Такие решения из-за своей универсальности настолько сложны в использовании, что их изучение и правильное применение порой становится не менее трудоемким, чем решение основной задачи.
Второе, что нужно сказать об этих системах, это то, что «оставшаяся» часть функционала, та, что не связана с сопровождением ПО, может быть не нужна предприятию.
Учитывая немалую стоимость, такие затраты зачастую не оправданы.
Структура Комплекса решений АСКОН на платформе ЛОЦМАН:PLM, с ним работает ЦОК
Для облегчения работы администраторов программного комплекса АСКОН, автоматизирующего управление жизненным циклом продукции, мы разработали решение, которое можно отнести к категории «среднего класса».
Он не требует программирования, хотя позволяет выполнять доверенные (подписанные) сценарии, если потребуются дополнительные действия после установки.
При этом он не содержит избыточного функционала, который сложно освоить и изучить.
Мы назвали его «Комплексный сервисный центр» .
«Комплексный Сервисный Центр».
Ключевые особенности решения Легкий, с учетом специфики.
Продукт не перегружен лишним функционалом, ориентирован на максимально простое решение основной проблемы - массовое обслуживание (установку, обновление) продуктов АСКОН, таких как ЛОЦМАН:ПЛМ, САПР ТП ВЕРТИКАЛЬ, справочник "Материалы и Ассортимент", Справочник «Стандартная продукция», КОМПАС-3D и другие с учетом их специфики.
Умная универсальность.
Продукт позволяет обслуживать практически любое стороннее программное обеспечение, использующее для установки механизм Windows Installer. При этом решаются и некоторые сопутствующие задачи, например, мониторинг конфигурации — но только в той степени, в которой это необходимо для решения основной задачи, и не более.
Конечно, конфигурации стороннего ПО отслеживаются только по базовым параметрам, но зачастую их достаточно для локализации и устранения проблемы.
Централизованная диагностика.
Очевидно, что для успешного обслуживания программного обеспечения необходима функционирующая инфраструктура.
Проблема в том, что администраторы продуктов часто не имеют прямого доступа к центральным, жизненно важным объектам ИТ-инфраструктуры (AD DS, DNS, DHCP, групповые политики и т. д.).
А даже если бы она у них была, легко ли сразу понять многоуровневую архитектуру, которую к тому же еще не проектировали? Поэтому сбор, хранение и отображение диагностической информации об аппаратной и программной конфигурации рабочих станций и основных настройках ОС имеет решающее значение для обслуживания программного обеспечения.
Опять же, оно осуществляется лишь в той мере, в какой это необходимо для практической работы.
Частично решена проблема инвентаризации аппаратного и программного обеспечения.
Локализация проблем.
Наши наблюдения показывают, что значительная часть сбоев и ошибок (от 30% до 50%), возникающих в процессе работы корпоративного ПО, вызвана проблемами инфраструктуры.
К сожалению, на крупных предприятиях со строго регламентированной организационной структурой (по ряду причин) происходит неявная передача доли ответственности за сбои продуктов, которая лежит с общих системных администраторов на администраторов продуктов.
Мы решаем задачу локализации путем постоянного мониторинга инфраструктуры с накоплением полученных данных для последующего анализа.
Интеграция в продуктовый портфель.
Как правило, крупные производители корпоративного ПО пытаются тем или иным образом решить проблемы массового обслуживания своих продуктов.
До сих пор таких инструментов у АСКОН не было.
Сейчас мы делаем шаг навстречу заказчику и закрываем еще один сегмент автоматизации бизнес-процессов.
В целом мы надеемся, что данное решение будет востребовано в промышленности и, прежде всего, при обслуживании сложных PDM/PLM-систем.
Хотя, как уже говорилось выше, спектр поддерживаемого ПО ограничен лишь механизмом, используемым для развертывания (Установщик Windows).
Правда, справедливости ради следует отметить, что вряд ли кому-то придет в голову использовать для корпоративной системы «легкий» установщик типа NSIS. Ну и в заключение немного конкретных цифр.
Тестирование системы в «боевых условиях» показало, что с ее помощью даже при минимальном уровне начальной подготовки продуктивной среды можно обновлять/устанавливать от 65 до 70 компьютеров в час! Это примерно минута на один компьютер, несмотря на то, что все операции может выполнить один человек.
Сравнение с цифрами, приведенными в начале статьи (30 рабочих мест в один рабочий день на четырех человек), подтверждает рост производительности труда как минимум на порядок.
Александр Юхименко, руководитель группы разработки Единого Монтажника Комплекса.
Теги: #ИТ-инфраструктура #Системное администрирование #Администрирование серверов #обновление #CAD #plm #корпоративное программное обеспечение #pdm #CAM #ascon #complex #pdm Enterprise
-
Есть Ли Доступ В Интернет В Самолетах?
19 Oct, 24 -
Второй Взгляд Через Призму
19 Oct, 24 -
Персональный Сервер Openid На Perl
19 Oct, 24
