Виды коммерческих лицензий и модели размещения СОД строительных проектов

Введение

Современные строительные проекты требуют тщательного управления данными, чтобы обеспечить успешное завершение проектов в срок и с соблюдением бюджета. Однако с ростом комплексности этих проектов становится сложнее организовать СОД [1] и обеспечивать ее доступность для всех участников. Это привело отрасль к необходимости совершенствования способов организации СОД.

При этом требуется учитывать требования к СОД, которые позволяют организовать единое информационное пространство для работы правильно.

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

Прежде всего при выборе таких инструментов в определенный момент становится необходимым принять решение о месте размещения системы.

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

Использование облачных сервисов позволяет легко масштабировать инфраструктуру в зависимости от текущих потребностей пользователей. При этом приобретать серверное оборудование ему не требуется. В мировой практике эта модель называется SaaS (Software as a Service) и предполагает подписку на право использования продукта.

По направлению SaaS в 2022 году зафиксирована выручка в размере $246,3 млрд, или 45,1%. Соответствующие цифры за 2021 год — $208,1 млрд и 46,8%, а увеличение сегмента — 18,4% [2].

Как видно из данных, почти половина всего рынка облачных сервисов занимает именно SaaS.

Лицензирование систем тоже претерпевает изменения в настоящий момент и все больше отходит от привычного лицензирования по пользователям.

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

Перечень сокращений

ОКС – объект капитального строительства
ИМ – информационная модель
ТИМ – технологии информационного моделирования
СОД – среда общих данных
ОКС – объект капитального строительства
ИСП – инвестиционно-строительный проект
ЦИМ – цифровая информационная модель
ИИ – инженерные изыскания
SaaS, Software as a Service – программное обеспечение как сервис
ПО – программное обеспечение
ИТ – информационные технологии
ЦОД – центр обработки данных
СКУД – Система контроля и управления доступом

Модели размещения

Традиционно выделяют следующие варианты организации IT-инфраструктуры предприятия:

• Локальное размещение — создание серверной в собственном офисе;
• Colocation — размещение собственного оборудования в ЦОД;
• Dedicated — использование физического выделенного сервера в дата-центре;
• Public cloud — аренда публичных облачных сервисов.

Рис. 1. Варианты организации серверной инфраструктуры предприятия

Мы рассмотрим укрупненно основные, популярные варианты, которых два: локальное размещение и размещение в облачном сервере.

Размещение в локальном сервере

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

Раньше этот вариант был единственным для размещения любой системы, независимо от того, кто ее разрабатывал и поставлял.

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

Основное преимущество локального размещения — это полный контроль над своими серверными мощностями и продуктами, в том числе над своим собственным ЦОД, если он есть. Вся полнота ответственности и власти принадлежит компании-владельцу. Такой вариант по-прежнему часто встречается, особенно у крупных компаний, регламенты которых менее подвержены изменениям и не учитывают изменяющиеся тенденции ИТ-отрасли. Основными доводами в пользу локального варианта размещения систем называются требования к обеспечению безопасности хранения данных и устранение рисков утечки информации.

При этом следует учитывать, что в этом случае компания — сам себе провайдер. Начать ей придется с поиска площадки, размещения оборудования и его закупки. Также нужно будет нанять не только штат системных администраторов, но и инженеров, которые будут следить за работой систем и сетей. Если компания не хочет идти на компромисс в вопросах отказоустойчивости и безопасности, также нужно будет инвестировать в охрану, СКУД и удовлетворить другие дефолтные для многих провайдеров требования. Для бизнеса, который планирует обрабатывать или обрабатывает персональные, медицинские, финансовые данные, обеспечение хорошей физической защиты серверов критически необходимо. В ином случае компания не пройдет сертификацию и не сможет законно предоставлять свои услуги. Об этом нужно думать еще на этапе «закладки фундамента» [3].

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

В итоге оказывается, что этот вариант в состоянии обеспечить необходимый уровень развития СОД [4], но стоимость очень высока, а срок подготовки и внедрения системы исчисляется годами. Это может нанести непоправимый ущерб работе предприятия.

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

Делегирование может выражаться в аренде выделенных серверов на территории специализированного поставщика серверных мощностей, в размещении своих серверов на территории такого поставщика, в использовании платформенных сервисов и прочем. Мы же остановимся на варианте под названием SaaS.

Размещение в облачном сервере

SaaS, Software as a Service — программное обеспечение как услуга. Также известен как услуги облачных приложений.

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

Представляет собой наиболее часто используемый вариант для предприятий на рынке облачных вычислений. SaaS использует Интернет для доставки своим пользователям приложений, которые управляются сторонним поставщиком.

Уже сегодня SaaS занимает доминирующее положение на рынке облачных услуг в строительной отрасли, значительно превосходя IaaS и PaaS [5].

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

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

Она получает возможность работать с готовой платформой виртуализации. Штатным сотрудникам не нужно администрировать слой виртуализации и думать о доступности отдельных физических серверов, на которых она построена [3].

Кроме того, профессиональный поставщик способен организовать много важных и полезных сервисов и услуг, на которых он специализируется. Например, балансировщики нагрузки, сервис резервного копирования, сетевые диски и другие [3].

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

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

Использование СОД на базе web позволяет максимально быстро предоставлять доступ к проектной информации всем заинтересованным коллегам. Для этого достаточно авторизоваться в системе с мобильного устройства.

На самом деле использование web это логичный ответ на требования, которые предъявляются к СОД, а именно отсутствие ограничений на объем хранимой в СОД информации и на количество пользователей этой системы [6].

Разумеется, помимо неоспоримых достоинств, у этого варианта есть и недостатки.

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

Работоспособность СОД, поставляемой по модели SaaS, во многом зависит от поставщика. Он принимает на себя обязательства по обеспечению работоспособности и серверов и самого ПО. Не стоит забывать, что использование SaaS — это современный все более укрепляющиеся тренд. Поддержание инфраструктуры собственными силами неизбежно приведет к высоким дополнительным затратам и заставит руководство организации решать непрофильные задачи. Доверить решение таких задач профессионалам, которые будут качественно производить свою работу, выглядит оптимальным и эффективным решением. Оно позволит высвободить человеческие и финансовые ресурсы компании и перенаправить их в другие проекты.

Лицензирование

Ниже речь пойдет о вариантах предоставления лицензий организациям-пользователям системы.

В этой статье мы говорим о лицензировании не с точки зрения защиты права собственности разработчика ПО (программное пиратство) [7], а с точки зрения способа распространения лицензий на право пользования программным продуктом.

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

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

Коммерческие лицензии могут иметь различные формы и условия. Некоторые разработчики предлагают лицензии на основе подписки, где пользователь платит ежемесячную или ежегодную плату за использование программного обеспечения. Другие предлагают постоянные лицензии, позволяющие пользователям использовать программу бессрочно, но с ограничением по количеству устройств или пользователей, на которых она может быть установлена [8].

Отношения между правообладателем ПО и пользователем регулируются заключением лицензионного договора (соглашения), определяющим права и способы использования и распространения этой программы [9].

Как раз о способах распространения пойдет речь ниже.

Модель SaaS касается не только расположения ПО, но и его лицензирования. Производители программного обеспечения уже несколько лет занимаются переводом своих продуктов на платную «подписку». Как и в случае с серверными мощностями, зачем платить за продукт или услугу сразу всю сумму, если можно платить частями по мере использования. К тому же при таком варианте у клиента всегда будет доступ к актуальным версиям ПО.

Лицензии с ограничением количества пользователей

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

Для большинства систем ранее этот вариант был и во многом остается единственным вариантом предоставляемых лицензий.

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

Этот вариант очень понятен и знаком всем, кто когда-либо ранее приобретал ПО, однако в случае необходимости масштабирования системы и покупки дополнительных лицензий требуется время на согласование бюджета, закупочную процедуру и даже на конкурсную закупку, в случае необходимости такой процедуры. Таким образом этот вариант приводит к простоям в работе предприятий. К тому же наличие web-сервисов и работа по модели SaaS прямо сподвигает работать с иным типом лицензирования — по проектам.

Лицензии с ограничением количества проектов

В последние два года усилиями отечественных разработчиков на рынке СОД появился вариант лицензирования по проектам. Если вновь обратиться к требованиям к СОД, можно увидеть, что в ней не должно быть ограничений пользователей. Вариант лицензирования по проектам как раз удовлетворяет этому требованию [6].

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

Одновременно с лицензиями на количество проектов вендоры предоставляют дисковое пространство, которое соответствует «среднему проекту». Это означает, что, если ваши проекты могут занимать большее место на дисках, следует обратить внимание на возможность приобретения дополнительного места.

Лицензии с ограничением количества дискового пространства

Гибко реагируя на запросы пользователей, недавно вендоры предложили новый вариант реализации ПО, при котором стоимость зависит от объема занятого хранилища.

Отправной точкой в этом варианте становятся пакеты, включающие в себя фиксированный объем хранилища для будущих проектов с возможностью приобрести дополнительное место.

При таком способе важно, чтобы была возможность оперативно увеличить объем хранилища СОД. Для этого необходимо производить действия в зависимости от способа размещения системы. Если это локальный сервер, необходимо увеличивать объем серверов в соответствии с необходимостью и регламентами организации — согласования, закупочные процедуры и прочее.

В случае, если это облачный сервер, все гораздо проще — дополнительным местом обеспечивает поставщик услуг и оператор ИТ-инфраструктуры.

Данный вид лицензирования является наиболее «молодым» из представленных. При видимых преимуществах такого варианта (отсутствия ограничений на количество пользователей и проектов) у него есть и недостатки — приобретать дисковое пространство нужно заранее и с запасом. Стоимость таких лицензий в силу отсутствия достаточного количества конкурентных предложений может быть завышена.

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

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

Таблица СОД по типам реализации

Анализ информации о лицензировании для статьи был проведен на основе открытых данных. В качестве примеров были выбраны наиболее популярные и применяемые СОД в России.

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

Можно заявить о довольно большом количестве предложений на рынке отечественных продуктов для организации СОД, что радует. Каждая организация сможет найти подходящий для себя вариант системы. Большая часть из них лицензируется по пользователям, однако видна тенденция к появлению новых игроков, которые выбирают более совершенные и прогрессивные типы поставок лицензий ПО.

Основные выводы

В настоящее время SaaS становится все более популярным вариантом поставки ПО.

По итогам 2022 года объем глобального рынка публичных облачных услуг составил $545,8 млрд. Это на 22,9% больше по сравнению с 2021 годом, когда затраты оценивались в $444,2 млрд. Такие данные приводятся в исследовании IDC, результаты которого были обнародованы 6 июля 2023 года [2].

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

Среди главных трендов на рынке облачных вычислений есть такие, как: развитие и встраивание ИИ; модель подписки для продаж не только ПО, но и оборудования; развитие облачных систем, адаптированных под нужды определенных отраслей [10].

Это свидетельствует об укреплении тренда «публичных облаков» и о будущем развитии этого направления во всех отраслях.

СОД на базе модели SaaS заняли достойное место и в России, и во всем мире, хотя они подходят не всем. Для небольших компаний часто это хорошее решение. Им не нужно собирать команды разработчиков, закупать необходимое для серверов оборудование и создавать систему с нуля. Важно отметить, что организация инфраструктуры и создание ПО для СОД потребует компетенций и квалификаций такого уровня, что позволить себе такие траты могут только компании-гиганты. Поэтому способ разделения ответственности сообразно имеющимся компетенциям и привлечение для такой работы профессионалов выбирают все больше компаний как в России, так и во всем мире [11, 12].

Список литературы

1. Пронин, В. И. Трактовка понятий «Технологии информационного моделирования» (ТИМ) и «среда общих данных» (СОД) / В. И. Пронин, Д. В. Медведев // Человек. Общество. Инклюзия. – 2023. – Т. 14, № 2(54). – С. 140-146. – EDN YXDIPD.
2. Облачные вычисления (мировой рынок): [сайт]. - URL: https://www.tadviser.ru/index.php/Статья: Облачные_вычисления_(мировой_рынок) (дата обращения 01.12.2023 г.). - Текст: электронный.
3. Как выбрать модель организации ИТ-инфраструктуры? Мнение экспертов – Market.CNews: [сайт]. - URL: https://market.cnews.ru/articles/2023-01-27_kak_vybrat_model_organizatsii_it-infrastruktury (дата обращения 01.12.2023 г.). - Текст: электронный.
4. Медведев, Д. В. Уровни развития сред общих данных строительных проектов / Д. В. Медведев, В. И. Пронин // Экономика: вчера, сегодня, завтра. – 2023. – Т. 13, № 5-1. – С. 434-445. – DOI 10.34670/AR.2023.59.18.018. – EDN FVJNAG.
5. [Гурьянова Элина Анатольевна, Гурьянов Артем Игоревич АНАЛИЗ И ПЕРСПЕКТИВЫ РЫНКА SAAS В РОССИЙСКОЙ ФЕДЕРАЦИИ // ВЭПС. 2022. №1. URL: https://cyberleninka.ru/article/n/analiz-i-perspektivy-rynka-saas-v-rossiyskoy-federatsii (дата обращения: 01.12.2023).
6. «Требования к средам общих данных» / Медведев Д.В., Пронин В.И., Ислам А.А.
7. Стригунов, В. В. О классификации программного обеспечения по виду лицензирования / В. В. Стригунов // Дневник науки. – 2019. – № 7(31). – С. 21. – EDN ZOFHCP.
8. Лицензирование программного обеспечения: виды, типы и правила получения лицензии для компьютерных программ: [сайт]. - URL: https://басакинское.рф/blog/index/liczenzirovanie-programmnogo-obespecheniya-vidy-tipy-i-pravila-polucheniya-liczenzii-dlya-kompyuternyh-programm (дата обращения 01.12.2023 г.). - Текст: электронный.
9. Гражданский кодекс Российской Федерации (часть четвертая) от 18.12.2006 N 230-ФЗ (ред. от 13.06.2023) (с изм. и доп., вступ. в силу с 29.06.2023)
10. Тренды развития облачных вычислений: [сайт]. - URL: https://www.tadviser.ru/index.php/Статья:Тренды_развития_облачных_вычислений (дата обращения: 01.12.2023).
11. Пронин, В. И. Организация процесса выбора среды общих данных для проектов объектов капитального строительства / В. И. Пронин // Экономика: вчера, сегодня, завтра. – 2023. – Т. 13, № 5-1. – С. 220-230. – DOI 10.34670/AR.2023.54.86.078. – EDN IMVWNL.
12. Пронин, В. И. Формирование задач для выбора информационной системы из стратегических целей проектной организации / В. И. Пронин, Д. В. Медведев // Человек. Общество. Инклюзия. – 2023. – Т. 14, № 3-1(55). – С. 114-119. – EDN CNMXJI.
13. Грузин, Н. А. Обзор и сравнение моделей облачных вычислений: Saas, PAAS и IAAS / Н. А. Грузин // Modern Science. – 2021. – № 1-2. – С. 444-450. – EDN PBZGBU.
14. Тарифы: [сайт]. - URL: https://gmini.tech/price#slide3 (дата обращения 01.11.2023 г.). - Текст: электронный.
15. Прайс-лист на программное обеспечение Vitro-CAD | Система Vitro-CAD [сайт]. - URL: https://vitrocad.ru/price-list/ (дата обращения 01.11.2023 г.). - Текст: электронный.
16. LITEBIM Docs: [сайт]. - URL: https://litebim.ru/#buy (дата обращения 01.11.2023 г.). - Текст: электронный.
17. ГОСТ Р 10.0.01-2018. «Система стандартов информационного моделирования зданий и сооружений. Термины и определения».
18. Глоссарии Министерства строительства и ЖКХ РФ. «Термины и определения. Технологии информационного моделирования» (1-я редакция).
19. Пронин, В. И. Коммерциализация технологий информационного моделирования на примере рынка СОД / В. И. Пронин, Д. В. Медведев, А. А. Ислам // Человек. Общество. Инклюзия. – 2023. – Т. 14, № 3-1(55). – С. 141-149. – EDN CSQNSP.

Больше интересной информации в Telegram-канале «ИНГИПРО»

Реклама. ООО «ИНГИПРО». erid: 2SDnjcg2BhK