28 июня 2024 г.
Продолжение. Начало тут
Разработчику в плюс
Сегодня в России по-прежнему доступны ПК глобальных брендов по параллельному импорту, плюс к ним — китайские разных марок, отечественные различной степени локализации производства. Вместо одной на всех Windows заказчики осваивают сразу несколько отечественных операционных систем, — пусть каждая из них основана на ядре Linux, но различия всё же есть. Имеется ли в таких условиях у разработчика ПО адекватная альтернатива продвижению именно ПАКов, а не условных коробок со своим софтом?
Главное преимущество ПАКа, как утверждает Алексей Криштоп, директор по облачным сервисам «Группы Астра», — это предсказуемость, получение готового конечного сервиса вне зависимости от того, где может возникнуть проблема, плюс к тому понятная схема масштабирования: «В XData нам удалось достигнуть значительной оптимизации и подобрать наилучшие параметры на стыке „железа“, ОС и СУБД. Мы создали высокопроизводительный ПАК, и при других составляющих и условиях обеспечить подобную скорость работы вряд ли возможно. Кроме того, любое ПО нуждается в обновлении, однако ни один производитель не сможет протестировать всё многообразие связок аппаратных и программных продуктов. Поэтому такой ПАК, как, например, AIC, — это гарантия работоспособности комплексного решения. Посчитать прямую выгоду от ПАКа сложно, но можно, основываясь как минимум на количестве обращений в службу техподдержки и внесении изменений в релизные циклы».
В первую очередь определиться с понятием ПАКа предлагает Вадим Яценко, генеральный директор «Тантор Лабс»: «Программно-аппаратный комплекс обладает рядом свойств, одно из которых — совместимость оборудования и ПО, но оно далеко не единственное. ПАК изначально разрабатывается как продукт, и зачастую ПО пишется исключительно под архитектуру ПАК. Я бы воздержался называть ПАКом любое оборудование, на которое предустановлен совместимый с ним софт. Любая „коробка“ с софтом имеет требования к оборудованию и/или к ОС, на котором она функционирует, — и, как правило, производитель четко указывает их в документации. Обычно этот список сильно ограничен, так как поддержка требует серьёзных затрат».
ПАКи: простое решение сложных задач
До введения санкций продукция крупных западных брендов была основой программно-аппаратных комплексов (ПАКов) для разных групп пользователей. Вендоры гарантировали совместимость «железа» с операционной системой и популярными бизнес-приложениями, что обеспечивало стабильность ИТ-инфраструктур и рынка в целом. Это стимулировало конкуренцию между производителями оборудования, но также усложняло задачу отечественным разработчикам ПО, которые вынуждены были тестировать свои решения на многих платформах и устройствах.
Сегодня компьютеры глобальных брендов доступны через параллельный импорт, также есть китайские и отечественные ПК, а еще несколько собственных ОС на базе Linux. В такой ситуации издержки при внедрении снижаются, если выбирать именно ПАКи: в этом случае не нужно самостоятельно проверять совместимость множества комбинаций оборудования, ОС и другого софта.
Инфраструктурные ПАКи востребованы в бизнесе для стандартных или специализированных задач. Поставщики ПО предлагают два варианта: покупать комплексные решения с заранее определенной производительностью и понятной ценовой политикой либо самостоятельно подбирать оборудование. В первом случае все предсказуемо и гарантированно работает, что особенно важно для крупных компаний. Во втором клиент сам несет ответственность за производительность и масштабирование системы. Для малого бизнеса, который редко использует специфичное или самописное ПО, достаточно совместимости на уровне операционных систем и устройств. Сейчас российские производители «железа» тоже следуют этому принципу, только поддерживаемые ОС могут отличаться.
Главное преимущество ПАКов — это предсказуемость и готовность к работе сразу после включения в сеть. Например, команде «Тантор Лабс» из «Группы Астра» удалось достичь значительной оптимизации на стыке оборудования, ОС и БД, создав высокопроизводительный ПАК XData. Обеспечить такую скорость работы в других условиях сложно. Кроме того, любое ПО нуждается в обновлениях, и ни один производитель не сможет протестировать все возможные комбинации «железа» и софта. Такие ПАК, как AIC (Astra Infrastructure Cloud), который «Группа Астра» презентовала в мае 2024 года, гарантируют работоспособность комплексного решения. Если говорить о выгоде от ПАКов, то ее можно посчитать, если, например, ориентироваться на количество обращений в службу техподдержки и изменения в релизных циклах.
Реклама ООО «РусБИТех-Астра», ИНН: 7726388700
Наталья Гончарова, исполнительный директор Nerpa, считает, что издержки разработчиков ПАКов со временем будут снижаться — за счёт последующей тиражируемости решений, сокращения рисков и затрат, связанных с обслуживанием и устранением проблем с совместимостью ПО: «Помимо этого, на данное направление будет благоприятно влиять рост потребности в ПАКах у российского бизнеса».
«Мы видим тренд на укрупнение каждого из направлений, — говорит Тимур Бигулов, руководитель проектов направления клиентских ПАК компании Fplus. — Например, сейчас можно насчитать несколько десятков разработчиков, в той или иной степени занимающихся виртуализацией, но со временем в результате естественного отбора из них выживут лишь
Перед российскими заказчиками, уверен Григорий Розов, руководитель управления IT-инфраструктуры Ferrum IT Group, стоит сложнейшая задача по снижению доли стека западного «ПАК» и замене этого «ПАК» на независимые компоненты: «Проблема в том, что менять нужно всё. Что произойдёт, если заказчик будет менять по 1 коробке за раз свой стек технологий? Через 5 лет он столкнётся с тем, что продукты выбраны неудачные, совместимость с лидерами рынка ограничена либо отсутствует. Поэтому нужна стратегия на внесение изменений на всём ландшафте ИТ — шаг за шагом. При этом выбор решений заранее должен опираться на реальный опыт использования продукта, а не только на маркетинговые обещания вендора. И здесь самый простой способ — протестированное вертикально-интегрированное решение с несколькими вариантами на каждый слой. Разработчикам ПО стоит участвовать в программах тестирования взаимной совместимости со смежными вендорскими решениями. Таким образом мы снова приходим к выводу, что стратегия с вертикально-интегрированным решением сама вытекает из имеющейся ситуации. Как в этой ситуации снижаются издержки разработчиков ПО, сказать трудно. Избежать взаимного тестирования нельзя, иначе получится коробка ПО, подвешенная в воздухе».
По мнению Сергея Семикина, генерального директора компании «ГИГАНТ — компьютерные системы», всё зависит от амбиций и ответственности разработчика ОС: «Если повторять путь известного бренда, то о снижении издержек на первом этапе речь пойдет навряд ли. Для производителей ПК, безусловно, выгодно иметь устойчивые конфигурации с известным ПО, которым потребитель готов пользоваться».
Заказчик делает выбор
Предпочитают ли, в свою очередь, российские заказчики именно ПАКи приобретению ОС, другого ПО и аппаратных платформ по отдельности? Можно ли оценить, какую экономическую выгоду они получают с каждого рабочего места, которое поступает к ним как готовый к работе из коробки ПАК, по сравнению с ситуацией, когда клиент сам себе установщик и настройщик ПО?
По опыту Вадима Яценко, ситуация от компании к компании может кардинально отличаться: «Большие организации и корпорации, имеющие серьезные ИТ-департаменты, строят свои инфраструктуры и облака, поэтому они чаще всего используют подход „сделаю сам“, — и всё-таки для некоторых задач даже они приобретали ПАКи. Например, на российском рынке до 2022 года для решения специализированных задач пользовались большой популярностью ПАКи западного производства, такие как Oracle Exadata для работы с высоконагруженными СУБД. Сейчас приобретение и использование подобных ПАКов фактически невозможно, — необходима отечественная альтернатива».
«Для крупного бизнеса выгоду посчитать просто, — уверен Алексей Криштоп. — Например, в любом офисе нужна система базовых инфраструктурных сервисов: службы каталогов, разрешения имён, выдачи IP-адресов, файловый сервис, ИБ-решения и пр. На обустройство таких вещей обычно уходит много человеко-часов, к тому же приходится держать штат различных высококвалифицированных специалистов, готовых устанавливать, настраивать, обновлять софт, а при необходимости — устранять проблемы. Для пользователей ПАКов эта задача заметно упрощается: скорость их внедрения и обновления значительно выше, а количество профильного персонала и направлений его специализации можно сильно уменьшить. В малом бизнесе всё сложнее: у них нет такого штата специалистов, и в этом случае ПАК или облачный сервис, к примеру, Astra Cloud, — это оптимальный выход из ситуации».
«Перспективы у ПАКов в этом году заметно улучшились, — свидетельствует Наталья Гончарова. — Сегмент будет развиваться ускоренными темпами, так как внесение программно-аппаратных комплексов в реестр делает их значительно привлекательнее для заказчиков. Раньше не все организации могли покупать ПАКи из-за необходимости ориентироваться на реестровые „железо“ и ПО, — поэтому многие приобретали отдельно аппаратную и программную части, выбирая решения из реестров российского оборудования и софта. Иногда это выливалось в проблемы с совместимостью, поскольку разработчики не всегда проводят соответствующие тесты. Готовый ПАК, как правило, избавляет заказчиков от таких проблем: изделие уже полностью протестировано и валидировано на работу с установленным на него различным ПО».
Эксперт отмечает также, что приобретение ПАКа может обходиться дороже, чем «железа» и софта по отдельности: «Однако при этом заказчик однозначно выигрывает в стоимости обслуживания и настройки в процессе эксплуатации. Мы часто участвуем в проектах по созданию ПАКов, и по отзывам наших заказчиков такие решения удобны в том числе и с точки зрения технической поддержки — получить помощь как в части программного обеспечения, так и оборудования можно у одного вендора. Это исключает ситуации, когда компанию с поломкой перекидывают от одного производителя к другому».
Сергей Семикин полагает, что в любомслчае первостепенное значение имеют правила, по которым заказчик производит закупки: «Для кого-то приемлемо одно, для других — другое. ПАКов как таковых сейчас в каталоге нет. И тут многое зависит от компетенции вендора и партнера, как верно оформить закупку».
Не существует единого типа «российского заказчика», — в этом убеждён Александр Фролов, руководитель группы по управлению инфраструктурой рабочих мест ICL Services: «Он может представлять как малый, так и большой бизнес, работать в разных секторах экономики — и, соответственно, иметь совершенно разные запросы, причем иногда кардинально противоположные. Поэтому нельзя утверждать однозначно, что такой заказчик предпочитает использовать ПАК или же приобрести ПО, ОС и аппаратную платформу по отдельности. Всё зависит от конкретных задач и конъюнктуры рынка. Если же говорить об экономической выгоде, то в наших проектах для заказчиков мы как минимум практически исключаем затраты на настройку и интеграцию рабочего места в инфраструктуру компании. Плюс поставляем готовое решение, в котором компоненты протестированы на функциональную совместимость. В разных сценариях итоговая выгода может составлять от 20% и более по сравнению с использованием классических решений».
«Крупные заказчики уже построили пилотные зоны, — свидетельствует Григорий Розов, — и сами начали формировать то, что составит их стек (тот самый ПАК). Заказчики поменьше начинают с закупки отдельных элементов. Мы как интегратор всё равно мыслим категорией вертикально-интегрированного решения, которое состоит из компонентов, совместимых друг с другом. И предлагаем по сути фрагменты ПАК — шаг за шагом, формируя работоспособный стек для заказчика. Экономическую выгоду оценить сложно, так как есть затраты на обучение инженеров заказчика работе с новыми продуктами, есть сложности переезда с привычных решений, работа с ожиданиями. Но можно точно сказать, что ситуация, при которой заказчик получает неустранимую ошибку, не возникнет в случае с ПАК, интегратором и пулом вендоров. А если всё делать самостоятельно через форумы техподдержки свободного ПО, то такая ситуация вероятна. В первую очередь это актуально для высоконагруженных систем, в то время как небольшие организации могут избежать таких инцидентов, годами пользуясь каким-нибудь Proxmox».
«Мы в CTI сосредоточены на серверных технологиях, — напоминает Евгений Чумак, директор департамента сервиса и аутсорсинга системного интегратора CTI, — и исходя из собственного опыта можем сказать, что крупные российские заказчики предпочитают покупать компоненты и собирать решения самостоятельно, концентрируя и развивая собственную экспертизу, а не приобретать коробочные решения как чёрные ящики, попадая в зависимость от производителя».
ПАК для российского ИТ-рынка — это относительно новый продукт, напоминает Тимур Бигулов: «Производители ещё не успели накопить достаточно практическиого опыта по проведению закупочных процедур и осуществлению поддержки, чтобы заказчики полностью отказались от приобретения софта и „железа“ по отдельности. Тем не менее, ПАКи постепенно набирают популярность, так как позволяют получить решение, которое просто прописывается в домене, — после чего им сразу можно начинать пользоваться».
Окончание следует
Источник: Максим Белоус, IT Channel News
erid: 2SDnjbxEjnr