Программно-аппаратные комплексы давно перестали быть экзотикой и превратились в основу ИТ-инфраструктуры многих предприятий. Тем не менее вокруг них по-прежнему живут стереотипы, которые заставляют компании откладывать переход на такие решения или выбирать заведомо более дорогой и рискованный путь самостоятельной сборки.
Что такое ПАК на самом деле
Полноценный ПАК — это инженерно спроектированная платформа, где вычислительные узлы, хранилище, сеть, виртуализация и мониторинг подобраны и протестированы как единое целое. Именно такая слаженность дает предсказуемую производительность и отказоустойчивость, которых не получить, просто собрав стойку из разрозненных компонентов.
Диапазон задач, которые закрывает такая платформа, широк:
- частные и гибридные облака;
- виртуализация серверов и рабочих мест;
- работа высоконагруженных СУБД;
- контейнерные среды и системы резервного копирования;
- платформы для аналитики и машинного обучения.
Сроки и стоимость внедрения
Любой инфраструктурный проект требует времени на проектирование, закупку и интеграцию — вопрос лишь в том, кто берет эти издержки на себя. ПАК поставляется уже собранным и протестированным, поэтому компания не тратит время на подбор совместимых компонентов и поиск интеграторов.
С деньгами похожая логика: сравнивать нужно не цену на входе, а совокупную стоимость владения на 3–5 лет вперед. В стоимость ПАК уже заложены несколько статей расходов, которые при самостоятельной сборке пришлось бы нести отдельно:
- техническая поддержка и обновления;
- гарантийное обслуживание;
- часть затрат на R&D вендора, разделенная между всеми его клиентами.
Собирая инфраструктуру самостоятельно, компания несет все эти издержки — исследовательские, операционные и по поддержке жизненного цикла — в одиночку.
Производительность отечественных решений
Заменить импортную систему один в один действительно не всегда возможно — но задачу редко нужно решать буквально так же. При грамотном архитектурном проектировании и правильном подборе компонентов результат зачастую превосходит исходную конфигурацию. Показательный пример — перевод банковской системы на отечественный технологический стек, после которого скорость подготовки отчетности выросла более чем втрое, а не просела, как многие ожидали.
Похожая логика применима шире: разработка автоматизированной системы управления на локализованном стеке сегодня опирается на достаточно зрелые компоненты:
- отечественные операционные системы;
- СУБД из реестра российского ПО;
- собственные средства мониторинга и оркестрации;
- сертифицированные решения по информационной безопасности.
Ждать полного аналога западных гигантов при этом бессмысленно — их продукты создавались десятилетиями и с бюджетами, недостижимыми для локального рынка. Задача не в том, чтобы повторить чужой путь, а в том, чтобы сразу проектировать решения под актуальные требования.
Масштабирование и поддержка
Современные комплексы изначально закладывают возможность горизонтального и вертикального роста — мощности наращивают постепенно, буквально по одному серверу, без остановки всей инфраструктуры. А опасения насчет непрозрачности обслуживания снимает сама модель поддержки: ответственность за платформу несет вендор, который обучает специалистов заказчика и может усилить поддержку при нехватке кадров — а дефицит квалифицированных ИТ-специалистов в России ощущается практически повсеместно.
Отдельно стоит развеять миф про облака как замену ПАК: по сути, облако — тот же программно-аппаратный комплекс, только принадлежащий провайдеру, а не заказчику. Для критичных систем и чувствительных данных бизнес чаще выбирает гибридную модель, оставляя ядро инфраструктуры под собственным контролем.
Мифы вокруг ПАК чаще всего строятся на устаревших представлениях или сравнении несопоставимых вещей — разовой цены вместо совокупной стоимости, буквальной копии вместо архитектурного решения задачи. При трезвой оценке отечественные комплексы оказываются рабочим и просчитываемым инструментом для бизнеса любого масштаба, а не компромиссом на время переходного периода.
| 
Войти
