Современная корпоративная ИТ-инфраструктура редко состоит из одного программного продукта или одного типа оборудования. Для работы информационных систем требуются вычислительные серверы, хранилища, сетевые устройства, средства виртуализации, резервного копирования, управления доступом, мониторинга и защиты информации. Чем больше компонентов участвует в такой архитектуре, тем сложнее обеспечить их совместимость, предсказуемую производительность и единый порядок сопровождения.
Одним из способов уменьшить интеграционную сложность являются программно-аппаратные комплексы, или ПАК. В этой модели программное обеспечение и оборудование поставляются как заранее определённая конфигурация, рассчитанная на конкретный класс задач. Astra XPlatform представляет собой единую линейку таких комплексов "Группы Астра".
Семейство XPlatform было представлено в 2025 году. В него входят пять направлений: XTime для резервного хранения данных, XCloud для облачной инфраструктуры, XConnect для доставки приложений и балансировки нагрузки, XGenAI для задач искусственного интеллекта и XData для корпоративных баз данных. Общей программной основой линейки выступает Astra Linux Server.
Что представляет собой программно-аппаратный комплекс
При классическом построении инфраструктуры предприятие отдельно выбирает серверы, сетевые устройства, системы хранения, операционную систему и прикладное программное обеспечение. После этого специалисты проверяют компоненты на совместимость, разрабатывают архитектуру, проводят настройку и тестирование.
В ПАК часть этих операций выполняется ещё на этапе разработки решения. Производитель определяет поддерживаемые аппаратные конфигурации, версии программного обеспечения, схемы подключения и параметры эксплуатации. Компоненты тестируются совместно, а заказчик получает не отдельные элементы, а готовую технологическую основу для определённой задачи.
Такой подход не отменяет проектирование. Даже заранее протестированный комплекс необходимо правильно встроить в корпоративную сеть, связать с каталогами пользователей, системами безопасности и мониторинга, определить объём ресурсов и проверить реальные приложения.
Преимущество ПАКа состоит прежде всего в сокращении количества неопределённых сочетаний аппаратного и программного обеспечения. Это особенно важно для крупных информационных систем, где изменение одного компонента способно повлиять на несколько других.
Общая концепция Astra XPlatform
Astra XPlatform строится вокруг нескольких специализированных комплексов, которые решают разные инфраструктурные задачи, но используют общую технологическую основу. Помимо Astra Linux, в экосистеме могут применяться средства централизованного управления идентификацией ALD Pro, облачные технологии Astra Infrastructure Cloud, контейнерная платформа "Боцман" и инструменты автоматизации.
На странице XPlatform разработчик отдельно указывает возможность применения Infrastructure as Code - подхода, при котором параметры инфраструктуры задаются в машиночитаемом виде и могут воспроизводиться автоматически. Это позволяет уменьшить количество ручных операций при развёртывании и изменении конфигураций.
Унификация программного стека полезна и с эксплуатационной точки зрения. Администраторам проще работать с инфраструктурой, построенной на близких принципах управления, обновления и журналирования. Однако аппаратная часть разных комплексов существенно отличается, поскольку резервное копирование, базы данных и искусственный интеллект предъявляют разные требования к ресурсам.
XTime: резервное хранение и восстановление данных
XTime предназначен для централизованного резервного копирования и архивирования. В числе сценариев указаны резервные копии виртуальных машин, баз данных и файловых хранилищ, а также длительное хранение информации в соответствии с установленной политикой организации. Аппаратная платформа ориентирована на значительные дисковые объёмы и включает серверы с RAID-контроллерами и дисковыми полками.
Резервное копирование необходимо отличать от обычного резервирования серверов. Кластер может продолжить работу после выхода из строя отдельного узла, но он не всегда спасает от случайного удаления файлов, логического повреждения базы данных или шифрования информации вредоносным программным обеспечением.
При проектировании XTime требуется определить несколько параметров. Первый - общий объём защищаемой информации. Второй - частота создания резервных копий. Третий - срок их хранения. Не менее важны RPO и RTO: максимально допустимый объём потерянных изменений и время, необходимое для восстановления сервиса.
Производитель приводит для XTime показатели скорости резервного копирования до 35 ТБ в час и пропускной способности при приёме резервных данных до 10 ГБ/с на узел. Также заявлено сокращение объёма хранимых данных за счёт механизмов резервирования. Эти показатели относятся к определённым конфигурациям и сценариям, поэтому фактическая производительность зависит от сети, состава данных и выбранной архитектуры.
XCloud: создание частной облачной инфраструктуры
XCloud предназначен для построения частного облака и консолидации вычислительных ресурсов. Аппаратная архитектура может включать серверы, системы хранения, коммутаторы и источники бесперебойного питания. Программная часть использует облачные и виртуализационные технологии экосистемы "Группы Астра".
Основная задача частного облака - отказаться от жёсткой привязки каждого приложения к отдельному физическому серверу. Вычислительные мощности объединяются в общий пул, внутри которого создаются виртуальные машины и распределяются процессорные ресурсы, память и дисковое пространство.
Такой подход удобен для корпоративных информационных систем, тестовых сред и внутренних сервисов. При необходимости ресурсы можно перераспределять между проектами, а инфраструктуру - расширять добавлением новых узлов.
В 2026 году "Группа Астра" также представила XCloud на базе российских процессоров Baikal-S. Для комплекса описываются варианты размещения непосредственно в инфраструктуре организации и использования связанных облачных технологий в Astra Cloud.
При внедрении XCloud необходимо учитывать не только количество виртуальных машин. Важны производительность системы хранения, сетевые задержки, резервирование управляющих компонентов и особенности приложений, которые будут перенесены в облачную среду.
XConnect: балансировка нагрузки и доставка приложений
XConnect выполняет функции контроллера доставки приложений. Его задача состоит в распределении пользовательских запросов между несколькими серверами, контроле доступности сервисов и поддержании работы приложений при изменении нагрузки.
Комплекс может использоваться перед корпоративными веб-системами, внутренними порталами, API, сервисами удалённого доступа и другими приложениями. Пользователь обращается к единому адресу, после чего балансировщик определяет, какой сервер должен обработать конкретное соединение.
В описании Astra XPlatform для XConnect указываются балансировка нагрузки, оптимизация доставки контента, работа с распределёнными инфраструктурами и возможность поддерживать доступность сервисов при росте количества пользователей. Программное направление связано с Termidesk Connect - решением "Группы Астра" для балансировки нагрузки и высокой доступности приложений.
При этом балансировщик является только одним уровнем отказоустойчивости. Если несколько серверов приложения используют единственную нерезервированную базу данных или один сетевой коммутатор, отказ такого компонента всё равно остановит сервис.
Поэтому XConnect необходимо включать в общую архитектуру высокой доступности, учитывающую серверы приложений, базы данных, сети, системы хранения и внешние зависимости.
XGenAI: инфраструктура для искусственного интеллекта
XGenAI предназначен для создания и эксплуатации классических и генеративных моделей искусственного интеллекта. Среди заявленных сценариев - большие языковые модели, обработка естественного языка, предиктивная аналитика и компьютерное зрение. Аппаратную основу составляют GPU-серверы, рассчитанные на машинное обучение и ИИ-нагрузки.
Для организаций важен сценарий локального размещения моделей. В этом случае документы и другие корпоративные данные могут обрабатываться внутри собственного инфраструктурного контура, без обязательной передачи во внешний публичный сервис.
Такой вариант может применяться при создании внутренних интеллектуальных помощников, поисковых систем по корпоративным знаниям, средств анализа документов, классификации обращений или обработки изображений.
Однако требования к ресурсам в ИИ-системах сильно различаются. Небольшая модель для классификации текста и крупная генеративная модель требуют принципиально разного количества видеопамяти и вычислительных ускорителей.
Следует также различать обучение и инференс. Обучение модели обычно требует значительно больших вычислительных ресурсов, тогда как при эксплуатации основное значение могут иметь число одновременных запросов, объём контекста и необходимое время отклика.
XData: специализированная машина баз данных
XData предназначен для высоконагруженных корпоративных баз данных. В составе XPlatform комплекс рассматривается как машина баз данных на российской СУБД Tantor Postgres. Среди сценариев указаны тяжёлые корпоративные информационные системы, включая "1С:ERP", централизованное предоставление СУБД по модели Private DBaaS и использование в инфраструктуре критических информационных систем.
Специализированная машина баз данных отличается от универсального сервера тем, что её аппаратные и программные компоненты подбираются под характерную нагрузку СУБД. Особое внимание уделяется объёму оперативной памяти, скорости дисковых операций, сетевому обмену и отказоустойчивости.
На странице XPlatform для XData приводятся показатели до 120 тысяч транзакций в секунду и ускорение отдельных аналитических операций до 15 раз. Такие цифры являются результатом определённых тестовых сценариев и не означают, что любая база данных автоматически получит аналогичное ускорение.
Производительность реальной СУБД определяется структурой таблиц, индексами, характером SQL-запросов, конкурентностью транзакций и особенностями прикладного программного обеспечения. Поэтому перед переносом критичной базы данных желательно проводить нагрузочное тестирование на данных и запросах, близких к производственным.
Российская аппаратная платформа
Одним из направлений развития Astra XPlatform является использование российских аппаратных компонентов. В материалах "Группы Астра" упоминаются серверные решения на процессорах Baikal-S, а также оборудование российских технологических партнёров.
В демонстрациях XPlatform использовались решения компаний "Элпитех", YADRO, Delta Computers, AQUARIUS и других производителей. Разработчик также сообщал о планах дальнейшего расширения применения отечественных процессоров в линейке.
В мае 2026 года "Группа Астра" и YADRO объявили об углублении технологического партнёрства, в том числе в направлении программно-аппаратных комплексов Astra XPlatform. Одной из целей сотрудничества названы более предсказуемое внедрение и организация поддержки программной и аппаратной составляющих.
Для заказчика важен не только факт российского происхождения оборудования, но и конкретная производительность, доступность запасных компонентов, жизненный цикл моделей и возможность расширения установленной конфигурации.
Совместимость как часть концепции ПАК
Одна из основных задач XPlatform - уменьшить риски несовместимости между программным обеспечением и оборудованием. Компоненты проходят совместную проверку до поставки заказчику.
Это может сократить продолжительность интеграционного проекта, но не означает, что испытания в инфраструктуре предприятия становятся ненужными. ПАК практически всегда взаимодействует с внешними компонентами: корпоративной сетью, DNS, каталогами пользователей, системами информационной безопасности, мониторингом и прикладным ПО.
Например, база данных может работать на XData, но обслуживать приложение стороннего разработчика. XConnect может балансировать трафик между системами, которые не относятся к экосистеме "Группы Астра". XTime должен получать резервные данные с разных серверов и виртуальных платформ.
Именно внешние интеграции часто становятся источником дополнительных требований, поэтому пилотное тестирование остаётся важным этапом внедрения.
Информационная безопасность
В линейке XPlatform используются защитные механизмы Astra Linux и других компонентов экосистемы. В технологической схеме также упоминаются ALD Pro, единый вход, многофакторная аутентификация, изоляция ресурсов и механизмы контроля доступа.
Для организаций, работающих с государственными информационными системами или объектами критической информационной инфраструктуры, большое значение имеет возможность построения систем с учётом регуляторных требований.
Однако наличие сертифицированной операционной системы или отдельных защищённых компонентов не означает автоматической аттестации всей инфраструктуры. Соответствие определяется применительно к конкретной информационной системе, её конфигурации, модели угроз и организационным мерам.
Поэтому наряду с выбором ПАКа требуется определить правила управления учётными записями, журналирования, обновления, резервного копирования, контроля административных полномочий и реагирования на инциденты.
Масштабирование инфраструктуры
Потребности предприятия со временем меняются. Увеличивается число пользователей, объём информации, количество виртуальных машин, баз данных и цифровых сервисов. Поэтому инфраструктурная платформа должна предусматривать возможность расширения.
Для разных комплексов XPlatform масштабирование реализуется по-разному. В XCloud можно увеличивать вычислительный кластер, в XTime - расширять ёмкость резервного хранения, в XConnect - обслуживать дополнительные серверные группы, а в XGenAI - увеличивать вычислительные ресурсы для моделей.
При этом добавление оборудования не всегда приводит к линейному увеличению производительности. Ограничением может стать сеть, база данных, архитектура самого приложения или пропускная способность системы хранения.
Поэтому масштабирование целесообразно планировать по измеряемым показателям: числу транзакций, загрузке процессоров, времени отклика, объёму резервных данных, числу одновременно работающих виртуальных машин или загрузке GPU.
Внедрение Astra XPlatform
Несмотря на готовность программно-аппаратного комплекса, его внедрение следует начинать с обследования существующей инфраструктуры. Необходимо определить текущие нагрузки, зависимости информационных систем, требования безопасности и допустимое время простоя.
Для XTime ключевыми становятся объём данных и стратегия восстановления. Для XCloud - перечень виртуализируемых систем и требования к сети. Для XConnect - схема публикации приложений. Для XData - структура баз и характер нагрузки. Для XGenAI - используемые модели и требуемые GPU-ресурсы.
После расчёта конфигурации желательно сформировать пилотный контур. На нём проверяются производительность, интеграция и отказоустойчивость. Только после этого систему можно переводить в промышленную эксплуатацию.
При миграции существующих сервисов также необходим план возврата. Если новая среда не обеспечивает ожидаемые параметры, организация должна иметь возможность восстановить работу на прежней инфраструктуре без потери данных.
Мониторинг и сопровождение
После запуска ПАК становится постоянной частью ИТ-ландшафта и требует регулярного обслуживания. Администраторам необходимо наблюдать за загрузкой процессоров, памятью, дисками, сетью и прикладными сервисами.
Не менее важно следить за изменением нагрузки. Например, хранилище резервных копий может постепенно заполняться, а база данных - увеличиваться быстрее первоначального прогноза. Мониторинг позволяет планировать расширение до появления дефицита ресурсов.
Обновления программного обеспечения желательно предварительно проверять в тестовой среде. Даже если компоненты комплекса совместимы между собой, новая версия может повлиять на стороннее приложение или интеграционный модуль.
Концепция XPlatform предусматривает согласованное сопровождение аппаратной и программной частей, однако внутри предприятия всё равно необходимо распределить ответственность между администраторами инфраструктуры, специалистами по информационной безопасности и владельцами приложений.
Как выбирать комплекс из линейки XPlatform
Выбор следует начинать не с конкретной модели оборудования, а с инфраструктурной задачи. XTime ориентирован на защиту и восстановление данных, XCloud - на виртуализацию и облачную инфраструктуру, XConnect - на доступность приложений, XGenAI - на ИИ, XData - на базы данных.
Затем необходимо определить ожидаемую нагрузку и прогноз её роста. Следующий этап - анализ внешних зависимостей и существующих интеграций.
Отдельно рассчитывается совокупная стоимость владения. Помимо стоимости самого комплекса, она включает поддержку, размещение оборудования, электроэнергию, расширение ресурсов, обучение специалистов и последующие обновления.
Полезно также оценить срок эксплуатации оборудования и возможность модернизации. Инфраструктурные системы обычно используются несколько лет, поэтому важно понимать, как комплекс будет расширяться при увеличении нагрузки.
Заключение
Astra XPlatform - единая линейка программно-аппаратных комплексов "Группы Астра", объединяющая пять специализированных направлений: XTime, XCloud, XConnect, XGenAI и XData. Они предназначены соответственно для резервного хранения данных, построения облачной инфраструктуры, доставки приложений, задач искусственного интеллекта и эксплуатации корпоративных баз данных.
Основная идея XPlatform состоит в совместной поставке программного обеспечения и оборудования в виде заранее сформированной и проверенной конфигурации. Такой подход способен уменьшить часть работ по подбору компонентов, тестированию совместимости и первичной настройке.
При этом программно-аппаратный комплекс не исключает полноценного инфраструктурного проектирования. Перед внедрением необходимо рассчитать нагрузку, оценить внешние зависимости, проверить отказоустойчивость и провести испытания с реальными приложениями.
Поэтому Astra XPlatform рационально рассматривать не как один универсальный продукт, а как семейство специализированных инфраструктурных решений. Выбор конкретного ПАКа зависит от задач предприятия, требований к производительности и безопасности, существующей архитектуры и планов по дальнейшему масштабированию.
