ИТ-индустрия находится в самом разгаре тренда миграции с серверов локальной сети в облака, эта тенденция также затронула и серверы лицензий. Производители программного обеспечения преподносят лицензирование облачных решений как очень гибкую, а следовательно наиболее более подходящую форму приобретения лицензий. Использование облачных серверов лицензий для облачных приложений имеет смысл, однако использование их для управления плавающими лицензиями для настольных приложений, несмотря на то что это выгодно вендору, имеет серьёзные недостатки для компании. Эти недостатки и являются предметом обсуждения для данной статьи.
Плавающие лицензии
Плавающие лицензии, также известные как “сетевые” или “конкурирующие” лицензии, появились в результате подхода к лицензированию когда ограниченное количество лицензий распределяется среди пользователей, численно превышающих количество лицензий, при этом количество используемых лицензий не может выйти за пределы общего количества приобретенных лицензий. Распределение плавающих лицензий как правило выполняет служба или программа-демон, который выступает в качестве сервера. Сервер обеспечивает соблюдение ограничений на использование лицензий, как предписано лицензионным соглашением. Плавающие лицензии обеспечивают организации гибкость, предоставляя множеству пользователей доступ к относительно небольшому количеству лицензий на основе разделения времени использования.
Традиционные серверы лицензий (те, что на земле) предоставляют организации весьма полезную информацию и функционал, в том числе прямые запросы о используемых лицензиях, а также дают ценную информацию об использовании дорогих лицензий.
Интерес вендоров к именованным лицензиям
В последнее время наблюдается давление со стороны производителей программного обеспечения с целью перевести пользователей с модели плавающего лицензирования на именованные лицензии при помощи так называемого облачного менеджера лицензий. При этой схеме лицензии выделяются определённым пользователям. Приложения, установленные на ПК конечных пользователей, подключаются к облачным серверам лицензий для получения необходимых лицензий, однако облачный менеджер лицензий в остальном по большей части недоступен для клиента.
Меньше контроля для компании
Хотя управление облачными лицензиями не исключает модель плавающего лицензирования, большинство, как правило, упускает эту возможность в пользу именованных лицензий. Основные недостатки этого можно резюмировать следующим образом:
- Переход к облачной модели лицензирования с именованными пользователями обычно влечёт за собой дополнительные затраты. Например, клиенты вынуждены тратить деньги на абонентскую плату, чего в ином случае, они предпочли бы, на совершенно законных основаниях, не делать.
- Клиент в значительной мере лишается былого контроля за выделением лицензий, за ним остаётся лишь решение о том предоставлять лицензию пользователю или нет.
- Отчётность об использовании лицензий становится более сложной.
- Мониторинг лицензий и выставления счетов остаётся за вендором.
- Сокращение эффективности использования лицензий в сравнении с моделью плавающего лицензирования. Присутствует риск выделения лицензий пользователям, которые могут ими не воспользоваться.
- Клиент не имеет важной информации о эффективности использования лицензий. Администраторам лицензий трудно определить реальное количество лицензий, необходимое для каждого пользователя, группы пользователей или подразделения, а также понимать приоритеты среди пользователей.
- Как только переход на облачное лицензирование был завершён, после этого может быть достаточно тяжело перейти на альтернативную модель лицензирования в том случае, если текущие условия лицензирования изменятся.
- Право клиента на использование предыдущих версий программного обеспечения может быть отозвано (например версия, для которой были разработаны пользовательские расширения/дополнения, или просто к которой пользователи уже привыкли). У всех производителей ПО есть одна общая черта - они склонны форсировать модернизацию по своему усмотрению.
- Количество лицензий необходимое для покупки, а также срок подписки - это параметры, которые должны определяться клиентом до покупки. Однако они больше не имеют такой возможности.
- При использовании модели с именованными лицензиями у некоторых вендоров есть условие, что неиспользованные лицензии в конце срока подписки сгорают. Это ещё раз свидетельствует о необходимости мониторинга и оценки использования лицензий при помощи независимых инструментов.
Заключение
Новые схемы лицензирования могут быть возможностью для упрощения, и в то же время риском дополнительных расходов и снижения эффективного использования лицензий. Плавающие лицензии при должном управлении локальным менеджером лицензий уже показали себя как самый экономически выгодный способ использования дорогостоящего программного обеспечения.
Прежде чем хвататься за предложения вендоров по переходу к облачному управлению лицензиями (особенно если это предполагает замену плавающих лицензий именованными), организациям следовало бы рассмотреть вопросы, упомянутые выше. Даже если один вендор форсирует в вашей компании миграцию, гибридная модель может стать неплохим вариантом, который позволит вам отслеживать по крайней мере часть ваших лицензий.
Если ваша компания планирует проводить облачную миграцию или вас интересует гибридная миграция с переносом части инфраструктуры в облако, наша компания предлагает провести проект SAM Cloud-Ready. Во время проекта наши специалисты оценят вашу готовность к миграции, определят что уже можно перенести в облако и как подготовиться к будущим миграциям.
Проект SAM Cloud-Ready поможет вам в следующем:
- Получить чёткое представление о том, какая часть инфраструктуры уже готова для миграции, а с чем пока лучше повременить.
- Разработать долгосрочный план миграции в облако, который позволит эффективно управлять миграцией.
- Определить, позволит ли переход в облако устранить проблемы недостаточного лицензирования.
- Определить, смогут ли возможности масштабирования в облаке увеличить гибкость вашей ИТ-инфраструктуры.
- Лучше понять, как осуществляется управление расходами при использовании модели подписки с оплатой по мере использования.
Если у вас остались вопросы,
свяжитесь с нами.
Источник:
OpenLM , перевод: Александр Шаров
