Лицензирование программного обеспечения

Лицензирование программного обеспечения

Существующие сегодня принципы лицензирования ПО не вполне подходят для ресурсной модели. Многие лицензии на приложения привязаны к узлам (серверам сети), что препятствует использованию альтернативных серверов для выравнивания нагрузки или аварийного переключения. В большой ресурсной ИТ-службе приложение может в разные моменты времени работать на любом из десятков серверов. Лицензии, привязанные к конкретным серверам, неудобны: приложения должны иметь возможность работать на любой системе, где они развернуты. Получать новый лицензионный ключ у поставщика каждый раз, когда приложение переносится на новый сервер, просто нереально.
Аналогичные проблемы существуют и с лицензированием операционных систем. При автоматическом развертывании сервер ресурсной.
службы может в разные моменты времени исполнять разные операционные системы. Они могут запускаться на серверах со значительно различающимися уровнями производительности. Поставщикам операционных систем необходимо пересмотреть принципы лицензирования, введя в свои ОС средства мониторинга и управления. Идеальным было бы лицензирование по уровню использования. И здесь, как обычно, ключевым элементом являются инструментальные средства, однако в этом случае их должны предоставить сами поставщики ОС. Подобные инструментальные средства должны учитывать не только нужды поставщика (сбор доходов от платежей за использование), но и нужды ресурсных ИТ-служб. Отчетность должна быть достаточной для того, чтобы дать ресурсным ИТ-службам и пользователям полное представление о текущем уровне затрат.
Разумеется, переустанавливать операционную систему при каждом переносе приложения неразумно, особенно если серверные ресурсы делятся между несколькими приложениями. В конечном счете, для ресурсной модели ИТ потребуются интеллектуальные средства развертывания, способные соотносить имеющиеся ресурсы серверов с потребностями приложений, идет ли речь о выделении сервера, аппаратные характеристики которого отвечают требованиям приложения, или о добавлении нового приложения на уже работающий сервер или кластер.