КРАТКОЕ ПОСОБИЕ ПО ЛИЦЕНЗИРОВАНИЮ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ORACLE

Перевод оригинальной статьи ITAM review. Огромное спасибо Martin Thompson за разрешение на перевод.

Правила лицензирования программного обеспечения Oracle – сложны и регулярно изменяются. Количество продуктов и приобретений, сделанных Oracle на протяжении многих лет, привело к ряду изменений в лицензионных метриках, а также появлению новых лицензий для определенных приложений. Отслеживание изменений, которые влияют на вашу организацию, может показаться невозможным, особенно если принять во внимание то, что 92% клиентов Oracle не верит, что Oracle информирует о таких изменениях должным образом. Цель данной статьи состоит в том, чтобы быстро показать общую технологию лицензирования Oracle. Это краткое пособие не сделает вас экспертом по лицензированию Oracle, однако предоставит вам достаточно знаний, чтобы понять основы.

БАЗЫ ДАННЫХ ORACLE

Программное обеспечение баз данных Oracle может быть очень дорогим, и модель лицензирования может быть сложной для понимания. Тем не менее, некоторое программное обеспечение баз данных может быть свободным. Но будьте осторожны, так как Oracle может изменить условия лицензирования, так что вам, возможно, придется в конечном итоге платить в будущем! Примеры программного обеспечения баз данных Oracle:

Oracle Enterprise Edition – дорогостоящая, но наиболее полная с точки зрения функций версия программного обеспечения баз данных Oracle.

Oracle Standard Edition – эта стандартная версия программного обеспечения баз данных Oracle стоит примерно столько же, как Microsoft SQL Server. Standard Edition может быть лицензирована только для серверов или серверных кластеров, которые имеют максимальную емкость в 4 процессорных сокета.

Oracle Standard Edition One – эта версия является менее дорогостоящей, чем Standard Edition. Может быть лицензирована только для серверов, которые имеют емкость в 2 процессорных сокета.

Oracle Personal Edition – эта версия еще дешевле, но по прежнему имеет ряд ключевых функций, которые вы могли бы ожидать от программного обеспечения баз данных Oracle. Эта версия ограничена одним пользователем на базу данных, однако позволяет разработчику использовать все функции, которые вы получаете с Oracle Enterprise Edition.

Oracle Xpress Edition – бесплатна, но ограничивается одной базой данных.

Oracle Enterprise Manager – с этим программным обеспечением бесплатно предоставляется управление базами данных и функция Grid Control, но необходимо приобрести пакеты управления (management packs) и лицензировать их по количеству пользователей или процессоров.

Oracle Application Server – также известно как iAS. Может быть лицензировано только для серверов, процессоры которых имеют максимальное количество ядер не больше 2.

ЛИЦЕНЗИРОВАНИЕ ORACLE

НЕОГРАНИЧЕННЫЕ ЛИЦЕНЗИОННЫЕ СОГЛАШЕНИЯ

Неограниченное лицензионное соглашение (Unlimited License Agreement, ULA) –периодическая лицензия с неограниченным правом использования набора определенных продуктов Oracle. В конце периода ULA, пользователь должен задекларировать использование и подсчитать количество лицензий, в которых он нуждается. Заказчику затем предоставляется необходимое количество лицензий для продуктов, охватываемых ULA.

ЛИЦЕНЗИРОВАНИЕ НА ПРОЦЕССОР

Лицензирование на процессор используется, когда пользователей невозможно подсчитать или верифицировать. Веб-приложение – хороший пример использования лицензирования на процессор, так как веб-приложение является сложной средой для подсчета лицензий. Oracle не предоставляет лицензирование на процессор, если используются продукты Oracle Personal Edition. Количество необходимых лицензий должно быть оценено путем умножения общего количества ядер процессора на коэффициент-фактор лицензирования ядер процессора (core processor-licensing factor), указанного в таблице коэффициентов, Oracle Processor Core Factor Table (проверьте ваш контракт Oracle на условия).

Вы платите за процессор, на котором запускаете программное обеспечение Oracle. Однако Oracle имеет специальное определение термина «процессор», которое может не совпадать с терминологией вашего поставщика оборудования. Когда лицензируются продукты Oracle, имеющие в названии «Standard Edition One» или «Standard Edition», процессор считается эквивалентом сокету; однако в случае использования мультичиповых модулей каждый чип такого модуля считается используемым сокетом.

В нашем предыдущем кратком руководстве говорится о том, что есть несколько важных факторов, о которых нужно помнить при лицензировании продуктов Oracle:

  • Установлено и/или Запущено (Installed and/or Running); все процессоры должны быть лицензированы там, где установлено и/или запущено программное обеспечение Oracle. Это означает, что если компьютеры помещаются в кластер, и в кластере развернуто приложение Oracle – то весь кластер должен быть лицензирован. Похожая схема лицензирования применяется и для компьютеров, которые находятся в режиме ожидания (standby) или удаленного зеркалирования (remote mirroring). Исключение составляют компьютеры, которые используются для обеспечения отказоустойчивости с переходом на другой ресурс (failover); вам позволяется использовать отказоустойчивость типа failover (например, Oracle Failsafe или Veritas, HP Service Guard, HACMP, Linux HA – Heartbeat), если компьютер для обеспечения отказоустойчивости функционирует менее 10 отдельных дней в году. Устаревшие системы, в том числе и в выключенном состоянии, требуют лицензирования, если на них установлено программное обеспечение Oracle.
  • Расчет Количества Процессоров (Processor Calculation); количество лицензий на процессор вычисляется путем умножения общего количества ядер процессора на коэффициент-фактор лицензирования ядер процессора, указанного в таблице коэффициентов Oracle (таблица может быть доступна здесь). Все ядра на многоядерных чипах для каждой программы лицензирования должны быть агрегированы перед умножением на соответствующий коэффициент-фактор, а результат должен быть округлен до следующего целого числа (если в результате есть значение после запятой).
  • Также существуют некоторые нюансы для каждого продукта. Например, при лицензировании Oracle Database Standard Edition процессор считается эквивалентом сокету; однако в случае использования мультичиповых модулей каждый чип такого модуля считается используемым сокетом.
  • Программное Обеспечение для Виртуализации & Секционирование (Partitioning). Oracle выделяет два типа секционирования – аппаратное и программное. Если методологии секционирования (включая программное обеспечение для виртуализации) являются частью аппаратного секционирования, только разделы с программным обеспечением Oracle должны быть лицензированы. Серверы с программным секционированием должны быть полностью лицензированы. Всё программное обеспечение сторонних производителей (например, VM Ware) считается программным секционированием и требует лицензирования для всей среды. Oracle VM, свободно распространяемое программное обеспечение для виртуализации, может быть лицензировано как аппаратное секционирование. Только это программное обеспечение для виртуализации (если настроено правильно), может быть классифицировано как аппаратное секционирование.
  • Категоризация секционирования зависит от легкости управления ресурсами обработки данных (мощностью процессора). Аппаратное сегментирование – сервер физически сегментирован; один большой сервер разделён на более мелкие отдельные системы. Каждая отдельная система действует как физически независимый, автономный сервер – как правило, со своими собственными процессорами, операционной системой, отдельной загрузочной областью, памятью, системой ввода-вывода и сетевыми ресурсами.

Минимальное количество лицензий типа Named User Plus, лицензий на процессор для продуктов Oracle рассчитывается после определения количества процессоров, для которых требуется лицензирование (используя определение «процессора»).

ЛИЦЕНЗИРОВАНИЕ НА ПОЛЬЗОВАТЕЛЯ

Oracle имеет длинную историю по лицензированию пользователей, и предлагает такую форму лицензирования с 1980-х годов. С течением лет актуальная метрика была немного переопределена, чтобы включать в себя новые технологии и приложения, которые были приобретены Oracle, но основа осталась неизменной. Лицензирование Oracle на пользователя – это лицензирование индивидуумов или устройств, которые имеют возможность доступа к программному обеспечению, независимо от активного использования.

Основная лицензия на пользователя в наши дни носит название Named User Plus (NUP). Этот тип лицензии был доступен с 2002 года, и доступен для большинства продуктов Oracle. Хотя название метрики не изменяется, определение еще раз было скорректировано, чтобы отразить возможность автоматического агрегирования данных от компьютера к компьютеру. NUP позволяет использовать автоматическое агрегирование данных от компьютера к компьютеру. Это означает, что если данные хранятся в одной реляционной базе данных, а затем агрегируются в хранилище данных на технологиях Oracle – лица, которые могут использовать первую базу данных, не будут считаться Именованными пользователями (Named users) хранилища данных. До NUP были немного другие типы лицензий, например Named User Single, Multi Server in 2000, или Named User в девяностых годах.

Модель лицензирования NUP может использоваться только для определенных сред1. Такая модель часто используется для сотрудников и внештатных сотрудников организации, или приложений для внутреннего использования. Это популярная лицензия для сред разработки и тестирования.

Ранее Oracle предлагался тип лицензии Named User. Этот тип лицензий больше недоступен для новых клиентов Oracle, однако по-прежнему может быть доступен для текущих клиентов Oracle в рамках Лицензионных Соглашений Oracle (Oracle License Agreement). Именной пользователь (Named User) – индивид, авторизованный организациями для использования программного обеспечения Oracle, независимо от активности использования. Индивидуумами могут быть сотрудники, внештатные сотрудники и клиенты, которые могут использовать программное обеспечение прямо или косвенно через другие приложения. Если в вашей архитектуре присутствуют устройства, не требующие управления оператором-человеком (например, сенсоры), то такие устройства должны учитываться в качестве Именных Пользователей в дополнение к индивидуумам (если такие устройства могут получить доступ к продуктам Oracle).

Наше предыдущее краткое руководство ссылается на тип лицензирования Named User. В руководстве говорится, что «тип лицензирования Named User – лицензирование людей и устройств, которые могут использовать программное обеспечение, а не лицензирование имен пользователей в программном обеспечении или имен пользователей, которые могут использовать программное обеспечение. Такой тип лицензирования может показаться простым, если определять количество лицензий на уровне организации, а не на уровне приложений. Однако для многоуровневых архитектур такой тип лицензирования может оказаться очень сложным для определения количества лицензий. Приложения Oracle могут находиться на нижнем архитектурном уровне, и некоторые пользователи могут иметь доступ к программному обеспечению Oracle, даже не догадываясь об этом. Особенно когда используется агрегирование данных (пакетирование) и мультиплексирование, факт такого использования может быть очень трудно определить. Для типа лицензирования Named User мультиплексирование программного обеспечения не распознается Oracle, поэтому количество необходимых лицензий должно быть определено на входе мультиплексора.

Практические правила, которые помогут вам в определении количества лицензий:

  1. Откуда приходят запросы
  2. Откуда поступает информация

Убедитесь, что архитектура задокументирована, и попытайтесь привлечь специалиста по лицензированию для помощи, иначе ошибки могут вам дорого обойтись.

ЛИЦЕНЗИРОВАНИЕ NAMED USER PLUS

Лицензирование Named User Plus – лицензирование на пользователя, где пользователем является любое конечное устройство, которое получает данные из базы данных или создает данные в базе данных Oracle. Пользователи могут включать в себя людей или системы. В контексте такого лицензирования лицензиат должен придерживаться правила «Oracle User Minimums».

Минимумы применяются в зависимости от редакции базы данных (как указывает Oracle):

  • «Standard Edition One требует минимум 5 лицензий Named User Plus или общее количество реальных пользователей (в зависимости от того, что больше). Standard Edition One может быть лицензирована только для серверов, которые имеют емкость не больше 2 процессорных сокетов. Блэйд-серверы, которые удовлетворяют этим требованиям, также имею право на эту программу лицензирования.
  • Standard Edition требует минимум 5 лицензий Named User Plus или общее количество реальных пользователей (в зависимости от того, что больше). Standard Edition может быть лицензирована только для серверов, которые имеют емкость не больше 4 процессорных сокетов. Блэйд-серверы, которые удовлетворяют этим требованиям, также имею право на эту программу лицензирования. Начиная с релиза 10g, продукт Oracle Database Standard Edition включает в себя опцию Real Applications Clusters. Опция Real Applications Clusters не была включена в Database Standard Edition любых версий до выхода релиза 10g. Заказчики, получающие услугу подписки на обновления (Update Subscription Service) для базы данных Standard Edition могут перейти на версию 10g (для поддерживаемых лицензий). Также заказчики должны использовать услугу Oracle Cluster Ready Services в качестве кластерного обеспечения. Кластерное обеспечение сторонних производителей не поддерживается И заказчики должны использовать Oracle Automatic Storage Management для управления всеми данными.
  • Enterprise Edition требует минимум 25 лицензий Named User Plus на лицензию на процессор или общее количество реальных пользователей (в зависимости от того, что больше). При лицензировании базы данных Oracle по Named User Plus, все пользователи, использующие базу данных Oracle, а также все устройства (не требующие управления оператором-человеком), которые обращаются к базе данных Oracle, должны иметь лицензию. Применяются следующие правила лицензирования:
    • если устройства, не требующие управления оператором-человеком (например, сенсоры), соединяются с базой данных Oracle – все такие устройства должны быть лицензированы.
    • если устройства, не требующие управления оператором-человеком, и устройства под управлением человека соединяются с базой данных Oracle и взаимно исключают друг друга – все устройства, не требующие управления оператором-человеком, и устройства под управлением человека должны быть лицензированы».

Ссылка

ЛИЦЕНЗИРОВАНИЕ NAMED USER

Лицензирование Named User – лицензирование, ограничивающее общее количество индивидуумов, которые авторизованы использовать продукты Oracle на любых серверах. Лицензирование Named User недоступно для новых заказчиков, однако все еще доступно для существующих заказчиков в рамках их текущих лицензионных соглашений Oracle.

ЛИЦЕНЗИРОВАНИЕ НА УСТРОЙСТВО

Одновременно подключающиеся устройства (Concurrent Devices, CD) определяются Oracle как «максимальное количество входящих устройств, подключенных к определенной системе в любой данный момент времени». Также существует версия Сетевая Лицензия (Network License).

Стоит отметить, что этот тип лицензирования больше недоступен, но пользователи по-прежнему могут иметь лицензии CD в рамках их текущих лицензионных соглашений Oracle.

ЛИЦЕНЗИРОВАНИЕ ПРИЛОЖЕНИЙ

Лицензирование приложений для Oracle называется «Application Specific Full Use (ASFU)». Этот тип лицензий является ограниченной лицензией, которая продается Oracle Solution Provider в сочетании с пакетами приложений сторонних производителей. Например, вы можете приобрести лицензию ASFU от SAP AG, чтобы использовать Oracle с SAP/R3 системой. Эта лицензия затем будет использоваться для конкретного приложения, и ее нельзя будет использовать ни для чего другого.

РАЗЛИЧНЫЕ СРЕДЫ

Существует целый ряд различных сред, в которых могут быть установлены продукты Oracle, и это влияет на лицензирование.

СРЕДА РАЗРАБОТКИ

Пользователям разрешено использовать лицензии Oracle Full Licenses в среде разработки. Пользователи могут загружать продукты Oracle из сети Oracle Technology Network (OTN). Для того, чтобы загрузить приложение Oracle из сети OTN, пользователь должен согласиться с условиями лицензии OTN Development License. Это ограниченная лицензия, которая дает пользователю право на разработку, но НЕ на развертывание (deployment) приложений, которые используют лицензионные продукты Oracle.

Это ограничивает пользователей по использованию загруженного продукта, так как только один человек может использовать его. Также только один сервер может использовать программное обеспечение. В соответствии с лицензией OTN Development License, пользователь не может использовать лицензионные продукты для любого другого вида деятельности, внутренней обработки данных, коммерческого или промышленного использования.

Лицензия OTN Development License имеет ограничение, и не является частью соглашений OLSA (Oracle License and Services Agreement). Клиенты, которые хотят использовать программное обеспечение Oracle под лицензией OTN Development License для других целей, должны приобрести корректные лицензии, чтобы использовать программное обеспечение в полной мере.

СРЕДА ТЕСТИРОВАНИЯ

Все приложения, используемые в среде тестирования, должны быть лицензированы по соглашению OLSA или другому соответствующему лицензионному соглашению Oracle.

ПРОИЗВОДСТВЕННАЯ СРЕДА

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

ПОДДЕРЖКА

Если пользователь приобретает бессрочную лицензию (perpetual license), а не лицензию подписки (subscription license), то лицензиат может заплатить ежегодную плату за поддержку. Поддержка, которую лицензиат получает, дает организации право связаться напрямую с Oracle для поддержки, а также дает право лицензиату использовать последние версии программного обеспечения Oracle. Кроме того, лицензиат может использовать все предыдущие версии продуктов, которые до сих пор поддерживаются Oracle.

Стоит отметить, что в то время как пользователь может иметь право на последнюю версию продукта, могут существовать аспекты, которые требуют дополнительных или иных видов лицензий. Даже если лицензиат имеет поддержку Oracle, он всегда должен проверять условия своего контракта, а также спецификацию для обновления или получения новой версии продукта. Там могут быть дорогостоящие ограничения!

Наличие поддержки добавляет сложности в понимании лицензирования Oracle. Все исторически сложившиеся условия лицензионных соглашений Oracle применяются и по сей день. Довольно часто пользователи полагаются на счета, которые оплачиваются в рамках поддержки, для понимания того, что дает им лицензия. Этого недостаточно, так как счета не раскрывают всех нюансов в терминах и определениях.

Кроме того, поддержка стандартно предоставляется при лицензировании подписки, например, на облачные решения Oracle. Однако, как только срок действия подписки заканчивается – также прекращается поддержка и заканчивается право лицензиата на использование программного обеспечения.

ПОДРАЗДЕЛЕНИЕ ORACLE ПО УПРАВЛЕНИЮ ЛИЦЕНЗИЯМИ (ORACLE LICENSE MANAGEMENT SERVICES)

Oracle имеет департамент под названием Oracle LMS (License Management Services). Oracle LMS является глобальной службой, доступной для всех, кто инвестирует в лицензирование Oracle. Цель Oracle LMS заключается в оказании поддержки клиентам для надлежащего и эффективного управления их лицензиями на программное обеспечение, а также в помощи с развертыванием продуктов Oracle.

Oracle создала службу LMS, чтобы помочь клиентам в следующем:

  • Оказание помощи в понимании прав и ограничений, которыми обладает Oracle;
  • В обучении лучшим практикам и лицензированию Oracle
  • Оказание помощи в отслеживании использования лицензий Oracle
  • Оказание помощи в планировании и составлении бюджета для лицензий Oracle
  • В снижении затрат, связанных с владением долгосрочными лицензиями Oracle

АУДИТЫ ORACLE

Аудиты Oracle проводятся очень часто, а в некоторых случаях организации также проходят ежегодные «обзоры». Аудиты Oracle сложны и отнимают много времени, и часто в конечном итоге заканчиваются для лицензиата штрафом. В октябре 2014 г. ITAM Review совместно с B-Lay опубликовали статью, освещающую «Топ 20 вопросов, задаваемых об аудитах Oracle». Ниже приведен краткий вариант нескольких ответов на важные вопросы, касающихся лицензионных аудитов и обзоров Oracle.

ЧТО ТАКОЕ ЛИЦЕНЗИОННЫЙ АУДИТ ORACLE, И ЧЕМ ОН ОТЛИЧАЕТСЯ ОТ ЛИЦЕНЗИОННОГО ОБЗОРА ORACLE?

Всякий раз, когда вы устанавливаете программное обеспечение Oracle, независимо от того, как физическое лицо или как организация – вы соглашаетесь с условиями лицензионного соглашения. В прошлом это соглашение называлось OLSA (Oracle License and Services Agreements), но в настоящее время это соглашение называется OMA (Oracle Master Agreement). Эти соглашения определяют, при каких условиях вам разрешено использовать программное обеспечение Oracle, но также и обеспечивают Oracle разрешение на проведение аудита.

Oracle LMS – департамент Oracle, который обычно выполняет аудиты от лица корпорации Oracle при поддержке ряда сторонних организаций (партнеров Oracle), которые в свою очередь могут проводить аудиты от лица Oracle LMS. Oracle LMS имеет привилегию на проведение аудитов у конечных пользователей и партнеров. Однако в некоторых странах местные торговые представители сами проводят лицензионные аудиты или ревью, которые обычно продаются конечному пользователю в качестве «оптимизации лицензий», «бизнес-ревью» или как «аудит».

Во время аудита вас попросят заполнить обзорный файл в формате Excel (Oracle Server Worksheet) с деталями вашей инфраструктуры. Кроме того, вам может быть предложено запустить скрипты на ваших серверах или выполнить различные команды в приложениях. Заполненный обзорный файл и файлы журналов приложений попросят отправить в Oracle для анализа. После этого результаты анализа оформляются в виде финального отчета, с помощью которого Oracle определяет ваш статус с точки зрения соответствия лицензиям. Если вы готовы платить за необходимые лицензии для обеспечения соответствия лицензиям – процесс обычно на этом завершается.

Если вы проигнорируете запрос о проведении лицензионного обзора или аудита – этот вопрос может быть передан в департамент LMS (в случае если проект изначально инициировался торговыми представителями), или в юридический департамент Oracle. Отсутствие сотрудничества с официальным аудитом от Oracle будет рассматриваться как существенное нарушение условий лицензионного соглашения, с результатом в виде дальнейших шагов со стороны Oracle в юридической плоскости2.

ЧТО ПРОИСХОДИТ ВО ВРЕМЯ ЛИЦЕНЗИОННОГО АУДИТА ORACLE?

Аудит начинается в тот момент, когда вы получаете письмо, в котором вас уведомляют о том, что вы выбраны для лицензионного аудита или обзора. Также в письме указан консультант LMS или партнер LMS, который проводит аудит. Как правило, в письме указано, какие юридические лица и какие продукты Oracle включены в область аудита и это письмо отправляется ИТ-директору и/или финансовому директору вашей организации.

Вас попросят назначить единую точку контакта в вашей организации, которая будет выступать в качестве координатора аудита с вашей стороны.

СКОЛЬКО ВРЕМНИ ДАЕТ ПРЕДВАРИТЕЛЬНОЕ УВЕДОМЛЕНИЕ ОБ АУДИТЕ?

В условиях стандартного соглашения определено, что «Через 45 дней после письменного уведомления Oracle может провести аудит использования вами программного обеспечения». Если конечные пользователи сохраняют в хорошем качестве, в полном объеме точные данные по развертыванию программного обеспечения – то 45 дней должно быть достаточно, чтобы ответить на запрос на проведение аудита. Однако не редкость, когда аудиторы Oracle пытаются начать аудит раньше (в течение 45 после письменного уведомления).

ПОЧЕМУ Я ВЫБРАН ДЛЯ ПРОВЕДЕНИЯ АУДИТА?

Типичным ответом аудиторов будет то, что вас выбрали случайным образом. Однако существует 2 различных канала, по которым конечных потребителей выбирают для проведения аудита: департамент продаж Oracle или департамент по управлению лицензиями (LMS).

КТО ОПЛАЧИВАЕТ ЗАТРАТЫ НА ПРОВЕДЕНИЕ АУДИТА?

В соответствии с условиями лицензионного соглашения, вы несете ответственность за любые расходы, которые понесли в рамках проведения аудита.

ORACLE И КАМПАНИЯ ПО ЧИСТОТЕ ЛИЦЕНЗИРОВАНИЯ

Некоторое время назад началась Кампания по Чистоте Лицензирования (Campaign for Clear Licensing), чтобы попытаться помочь заострить внимание на сложностях, связанные с лицензированием Oracle, и обеспечить ясность лицензионных метрик для клиентов. ССL хочет быть «голосом» пользователей Oracle для обеспечения понимания их лицензий и разницей между лицензиями Oracle. Кроме того, CCL хочет оказывать эффективную помощь в информировании изменений, связанных с лицензированием, так как без адекватных коммуникаций пользователи могут в конечном итоге заплатить очень много денег за лицензии, которые нужны, но про это пользователю не было известно.

ЗАКЛЮЧЕНИЕ

Лицензирование продуктов Oracle остается одной из самых сложных комплексных структур для понимания. В этом кратком руководстве мы прошлись по основам лицензирования Oracle, и надеемся, что это поможет вам быть в курсе изменений лицензирования Oracle.

 

ПРИМЕЧАНИЯ:

1. В оригинале «countable environments». Скорее всего, автор имел ввиду среды разработки, тестирования и производственную среду (прим. переводчика)

2. В более развернутом ответе на этот вопрос в статье «Топ 20 вопросов, задаваемых об аудитах Oracle» говорится, что «По сути, нет никакой разницы. LMS говорит о лицензионном ревью вместо лицензионного аудита для того, чтобы отразить тот факт, что ревью требует сотрудничества со стороны конечных пользователей и это звучит дружелюбнее. Тем не менее, лицензионное ревью касается оценки или анализа эффективности использования лицензий для проверки вашего лицензионного соответствия»

Михаил Тобурдановский, ITAM2.RU Project, управляющий партнер

Яндекс.Метрика