Окончание, начало здесь и здесь

Пять ключевых преимуществ ПАКов

Разберем преимущества и проблемы ПАКов как класса устройств.

  1. Для корпоративных заказчиков ПАКи — это сокращение совокупной стоимости владения (TCO), для вендоров — путь на рынок (time‑to‑market). Основная статья затрат в классической ИТ-модели («железо» — отдельно, системное и прикладное ПО — отдельно) — это обеспечение интеграции и стабильной работы данных компонентов. Разрозненные компоненты (диски, контроллеры, СХД, СУБД, ОС) требуют длительной обкатки, поиска драйверов и разрешения конфликтов версий. ПАКи поставляются уже с обкатанной конфигурацией, которая не требует дополнительной проверки корпоративными заказчиками.
  2. Упрощенная сертификация и соответствие регуляторным требованиям. Для компаний критической информационной инфраструктуры и госсектора наличие у решения единого набора сертификатов (ФСТЭК, ФСБ и пр.) является крайне важным. Собрать «зоопарк» из сертифицированного сервера, сертифицированной СХД и сертифицированной ОС и других компонентов крайне сложно (а также зачастую очень долго по времени), а поддерживать в актуальном состоянии — еще сложнее. ПАК изначально проходит процедуру сертификации как единый продукт, что кардинально упрощает прохождение проверок и снижает юридические риски заказчика.
  3. Единая зона ответственности (Single Point of Responsibility). В классической схеме при возникновении ошибки (например, падение производительности СУБД) начинается «пинг-понг»: производитель сервера винит вендора СХД, вендор СХД — разработчика ОС, а разработчик ОС — администратора. ПАК предполагает единого поставщика (или единственного интегратора, выступающего от лица вендора, создавшего ПАК, а не поставщиков компонентов по отдельности), который несет полную ответственность за работоспособность решения «под ключ». Для внутренних ИТ-служб это снижает административную нагрузку, ускоряет решение инцидентов и снижает ТСО.
  4. Оптимизация производительности за счет глубинной интеграции. Производители ПАК имеют широкие возможности оптимизации «харда» с «софтом» и их взаимной балансировки. Создавая такие решения, компании зачастую располагают возможностями «заглядывать» в код используемого ПО, адаптировать прошивки оборудования под задачи. Особенно это заметно в сегменте СХД и гиперконвергентных решений (HCI), где уровень утилизации ресурсов за счет тонкой настройки контроллеров и ядра ОС может быть на 15-20% выше типовой сборки. Однако выполнять такие действия, которые влияют на производительность, корпоративным заказчикам обычно сложно или полностью невозможно.
  5. Оптимизация логистики и гарантийного обслуживания. В условиях санкционных ограничений и усложненной логистики запасных частей классические «сборки» из ранее привычных компонентов (процессоры Intel/AMD, накопители Western Digital/Seagate и пр.) сталкиваются с рисками простоев. Крупные производители ПАКов формируют собственные страховые запасы (буферные склады) и, что важнее, развивают сеть авторизованных сервисных центров (АСЦ) с нормативом замены компонентов в течение 4-6 часов. Для бизнеса это конвертируется в более предсказуемый уровень доступности (SLA).

«Современный ПАК — это не набор отдельных решений, а законченный продукт с четко закрепленной ответственностью: один держатель комплекса и прозрачное распределение ролей между участниками цепочки (разработчиком ПО, производителем оборудования, интегратором), — уверен Виктор Урусов, руководитель „Скала^р“ (Группа Rubytech). — Именно такая модель снижает риски для бизнеса и упрощает управление ИТ-активами».

Дефицит инженерной экспертизы выступает важным фактором, популяризирующим ПАКи на российском рынке. «В России исторически многие enterprise-системы строились вокруг крупных зарубежных платформенных вендоров, которые брали на себя значительную часть архитектурной ответственности, — говорит Вадим Яценко, генеральный директор «Тантор Лабс». — Сейчас заказчики вынуждены компенсировать это самостоятельно. ПАК становится способом «упаковать» сложную инфраструктуру в более управляемый продукт: готовые профили производительности, заранее проверенные конфигурации, встроенные механизмы восстановления, мониторинга и так далее.

Когда ПАКи необходимы

Существует множество ниш, в которых решение может быть только программно-аппаратным комплексом. Канонические примеры — банкоматы, почтоматы, вендинговые терминалы и пр. — не единственные.

Наиболее очевидные примеры — автоматизированные рабочие места или робототехника. По сути, робот-курьер «Яндекс.Доставки» — ПАК со специализированным компьютером и собственным набором периферии, который вписан в корпоративный ИТ-контур.

«Данные с датчиков обрабатывает бортовой вычислитель, который непрерывно оценивает дорожную обстановку и строит оптимальный маршрут, — говорит Марина Перескокова, директор по продукту роботов-доставщиков „Яндекса“. — Если все же возникает внештатная ситуация, к роботу мгновенно подключается удаленный оператор».

Другой пример — семейство программно-аппаратных комплексов для ритейла «Тиллиум», которые включают в себя специализированное программное обеспечение для автоматизации продаж, оборудование и сервисы компьютерного зрения. Платформу создавали для торговых сетей разного профиля — от продуктового и модного ритейла до АЗС и HoReCa — для их комплексной автоматизации, способной обеспечить снижение операционных расходов и зависимости от линейного персонала.

Системы активно используют технологии компьютерного зрения. Например, «умные весы» распознают товар, помещенный на платформу, за 0,2 секунды с точностью до 99%, а терминал самообслуживания Тиллиум.Ресто распознает блюда на подносе клиентов корпоративных столовых и формирует чек без участия кассира. «По мере роста экосистемы и накопления данных ритейлеры смогут получать дополнительную ценность: объединенная инфраструктура магазина позволит быстрее внедрять новые сервисы, масштабировать успешные практики на всю сеть и более точно управлять бизнес-процессами», — отметил Денис Вешта, начальник направления по работе с предприятиями в сферах торговли, фармацевтики и продуктов питания в Т1 Интеграция.

Примеров отраслевых ПАКов достаточно много. Например, востребованы ПАКи для управления производственными процессами. «Согласно требованиям российского законодательства, предприятия должны осуществить переход на отечественные ПАКи до конца 2029 года», — отметил Михаил Книгин, заместитель генерального директора ИТ-холдинга Т1 по программно-аппаратным решениям.

Внедрение в корпоративный контур решений на российских процессорах автоматически требует создания ПАКов: обеспечение согласованной работы компонентов — от процессоров и операционных систем до драйверов и прикладных решений — делает необходимым активное взаимодействие технических специалистов разных вендоров. Необходимость создания сквозной технологии подчеркивает Денис Мухин, генеральный директор Astra Cloud.

Пока российские процессоры доступны для тестовых решений и пилотных внедрений, но в будущем году поставки таких чипов будут возобновлены в промышленных масштабах, предположил Андрей Евдокимов, генеральный директор «Байкал Электроникс». Тогда можно будет говорить о массовых поставках ПАКов на этих чипах, например, программно-аппаратного комплекса XCloud на Baikal-S — «облачной» платформы «под ключ», которая готова для разворачивания либо в контуре заказчика по лицензии, либо в ЦОДе Astra Cloud по подписке.

Вместо заключения

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

«Бизнес больше не хочет выбирать между скоростью внедрения ИИ-решений и безопасностью данных», — уверен Владимир Толмачев, генеральный директор «Салют для бизнеса» (входит в группу Сбер).

Заметим, что ПАКи не являются ни универсальным, ни идеальным решением для построения ИТ-инфраструктуры, об их недостатках и поговорим отдельно.

Окончание следует

Источник: