Новая СХД upper mid-range – ENGINE AQ 470

Сегодня на ЦИПРе мы представили СХД, которая расширяет линейку АЭРОДИСК ENGINE AQ. Новая модель архитектурно продолжает ENGINE AQ 460: сохраняет единый программный базис и совместимость в экосистеме, но при этом переходит на обновленную аппаратную платформу. Это дает заметный прирост по ресурсам и масштабируемости.

Ключевые особенности:

Производительность – 📈 до 30% относительно предыдущих моделей. Рост обеспечивают процессоры с увеличенным числом ядер и кэшем (до 4 ТБ).
NVMe end-to-end – NVMe-накопители и поддержка NVMe-oF (TCP).
Масштабирование – до 4 полок и до 96 NVMe-накопителей (цифры предварительные и могут быть изменены).
Коммутация – Ethernet до 100 Гбит/с, Fibre Channel 32G, наращивание портовой емкости
Отказоустойчивость – двухконтроллерная схема Active-Active, поддержка репликации, метрокластера и механизмов защиты данных.
Интеллектуальная работа с данными – встроенные механизмы дедупликации и компрессии позволяют оптимизировать использование ресурсов хранения.
Интеграция – поддержка iSCSI, FC, NVMe-oF, NFS, SMB; интеграция с ОС, гипервизорами и системами мониторинга
Архитектура с выделенными контроллерами без встроенной дисковой корзины – повышает производительность и эффективность охлаждения, а также позволяет масштабировать емкость через внешние полки, не меняя контроллеры.

Система позволяет не уходить в более дорогой сегмент там, где раньше это было необходимо, и уверенно работает в инфраструктурах банков, ритейла, госструктур, а также в высоконагруженных ИТ-системах – виртуализации, СУБД, ERP и других критичных сервисах.

Вы уже можете протестировать ENGINE AQ 470 – через демонстрационный фонд или на собственной инфраструктуре.

#СХД
ИЗЧ в VK | MAX

Есть ли выход из ADа? Часть 2

Продолжаем дискуссию – уже со стороны вендора. Алексей Хмельницкий, СЕО RooX, рассказывает, с какими запросами приходят заказчики. Компания специализируется на аутентификации, авторизации и управлении доступом.

За последние год-два к нам активно приходят с запросом на замещение. Есть два ярко выраженных варианта.

Первый запрос: у заказчика большая устаревшая legacy-инфраструктура, где нужно управление доступами. Компания не может заменить ее: нет аналогов, не хватает денег или технологий.

Для таких заказчиков интересны классические IDM-решения. Это штука из эпохи нулевых, массивная машина с множеством компонентов для старой инфраструктуры. Проблема в том, что внедрение стоит сотни миллионов, система «тяжелая» и морально устаревшая, адаптация к ней обходится тоже недешево.

Вкладывать в устаревшую инфраструктуру – это пустая трата денег для бизнеса.

Второй запрос: заказчики с бизнес-задачей управления доступом. Они приходят не за автоматизацией legacy. Запрос такой: «Нужно, чтобы управление доступами работало автоматом и на это тратилось меньше денег».

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

Какой подход правильный? Я за то, чтобы использовать современные инструменты. На новой инфраструктуре работать легче и целесообразнее.

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

#мнение #миграция

ИЗЧ в VK | MAX

Есть ли выход из ADа?

Отраслевой стандарт – Microsoft Active Directory уходит в прошлое…. Или нет? Остались ли на рынке те, кто еще не «переехал», что с российскими аналогами и где проблемы с миграцией – разбираемся с гостями канала.

Рассказывает Тимур Бадретдинов – руководитель департамента инфраструктурного ПО «Системный софт». Компания занимается интеграцией и не понаслышке знакома с проблемами заказчиков.

Сейчас рынок разделился на три группы: 1. Уже мигрировали. 2. Строят гибридную модель. 3. Только формируют дорожную карту перехода. Вопрос уже не в том, нужно ли что-то делать, а в том, как быстро и по какой архитектуре двигаться.

Надо сказать, что AD не исчезла с рынка. Многие продолжают использовать ранее внедренную инфраструктуру и поддерживаемые версии Windows Server. Конечно, это риск с точки зрения безопасности. Также возникают сложности, если компания переходит на российские прикладные решения, и они не поддерживают AD.

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

Главный вызов — это проектирование целевой архитектуры и поэтапный перевод зависимых сервисов. Поэтому проекты идут от 2 до 12 месяцев: нужно перестроить связанную инфраструктуру, права доступа и интеграции. В небольших проектах (до 500 рабочих мест) этим занимается интегратор. В более крупных мы работаем вместе с командой заказчика: она лучше понимает требования к инфраструктуре.

Универсального решения для замены AD, подходящего для любых компаний, все еще нет. Но я бы сказал, перспективы у наших решений хорошие. Российский рынок каталогов, например, развивается активно. Лидеры по количеству заказчиков и внедрений – это ALD Pro от «Группы Астра» и РЕД АДМ от РЕД СОФТ.

А вот сегмент IDM/IAM-платформ еще формируется. Заказчики хотят видеть зрелые интеграции, удобную ролевую модель, автоматизацию жизненного цикла учетных записей и качественный аудит. Только презентаций недостаточно 😊.

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

При этом качество интеграции зависит не только от службы каталогов, но и от зрелости прикладного продукта. И здесь рынку есть куда расти: нужны готовые коннекторы, прозрачные матрицы совместимости и более зрелые сценарии миграции из AD-среды.

#мнение #миграция

ИЗЧ в VK | MAX

ENGINE AQ 460: что внутри новой СХД АЭРОДИСК?

Новая модель – новый курс: вместе с «Микротестом» мы запускаем программу обучения по обновленной СХД. Познакомиться с железом можно на вводном вебинаре 14 мая.

Что будет?

Вебинар «СХД АЭРОДИСК с ENGINE AQ 460: особенности нового модельного ряда и новые функции». Мы подробно рассмотрим функционал СХД и представим расширенный курс «Сертифицированный системный инженер СХД АЭРОДИСК ENGINE AQ».

Разбор проведет Андрей Пономарев, преподаватель «Микротеста»: его опыт работы архитектором сетей передачи данных – более 10 лет.

Дата и время: 14 мая 2026 года, с 11:00 до 13:00. Ссылка на вебинар.

Программа:

Обзор СХД АЭРОДИСК AQ460: архитектура, аппаратные особенности и место в новом модельном ряду.
Symmetric Active-Active: как теперь реализована отказоустойчивость
Массивы DDP2 (Dynamic Disk Pool 2): механика работы нового типа пулов
Новый UI: обзор переработанного пользовательского интерфейса — что изменилось в логике управления и мониторинга системы.

Кому полезно?

Мы ждем инженеров, архитектора ЦОД и сисадминов – со стороны и интеграторов, и заказчиков. Нужно разобраться, что может СХД и как ее интегрировать в сеть? Добро пожаловать к нам.

Что нового в курсе?

Андрей Пономарев:

Мы серьезно обновили курс под ENGINE AQ 460. В частности, расскажем, как пользоваться новой графической оболочкой, какие сценарии применения у СХД. Обновлений у платформы много, и в них полезно разобраться. Среди самых важных отмечу наличие кластера Active-Active, взаимодействие с REST API и появление новых типов хранения (DDP2).

Обучение займет 4 дня. Особенно полезно будет пройти курс перед тем, как вы начнете использовать СХД в работе. Можно узнать сразу и лучшие практики, и подводные камни, обсудить специфику применения в вашей компании. У нас также есть сообщество с инженерами и техподдержкой АЭРОДИСКА: если у вас есть сложный вопрос, мы поможем разобраться.

#анонс

ИЗЧ в VK | MAX

Раньше ИТ поддерживал бизнес, теперь – спасает. За последние пару лет роль ИТ-директора во многих компаниях изменилась. Импортозамещение, вечный цейтнот и урезанные бюджеты быстро отправили формат «мы просто поддерживаем ИТ» в архив. Теперь от CIO ждут простого ответа по сути – что меняем, куда идем и какой в этом смысл для компании.

Сергей Лебедев, коммерческий директор GreenData (разработчик российской low-code платформы), делится своим взглядом на то, как сегодня меняются задачи ИТ-руководителя.

Условия работы усложняются
Кадровый вопрос остается одним из самых болезненных: особенно не хватает специалистов, которые понимают не только технологии, но и корпоративные процессы, интеграции и бизнес-контекст. Бюджеты тоже стали жестче. Теперь недостаточно «обосновать внедрение» – нужно показать, как решение будет жить дальше, сколько будет стоить его развитие и сопровождение. Параллельно усилились требования к безопасности, надежности и соответствию регуляторике. А тема технологического суверенитета для многих компаний стала практической задачей, а не стратегической декларацией.

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

Еще один важный момент – переход к целевой архитектуре. Речь уже не про то, чтобы быстро заменить один продукт другим, а про понимание, как будет развиваться ИТ-контур компании на горизонте нескольких лет.

Технологии или управление – что важнее?
Баланс по-прежнему важен, но акцент явно сместился. Глубокая техническая экспертиза остается необходимой – без нее невозможно принимать взвешенные решения. Но сама по себе она уже не гарантирует результата. Сегодня многое решает способность собирать вокруг задачи разные стороны и двигать их к общему решению. ИТ-директор работает на пересечении интересов бизнеса, ИБ, финансов, закупок и иногда регуляторов. И его задача – не просто «сделать систему», а довести изменения до работающего результата.

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

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

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

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

#мнение

ИЗЧ в VK | MAX

Что в NPS тебе моём…

В B2B-сегменте, особенно в ИТ, NPS обычно вызывает настороженность. На первый взгляд выглядит все просто – задаем вопрос «порекомендуете ли вы нас?». На практике за ответом почти никогда не стоит оценка «на эмоциях» – это не разгневанный пользователь, получивший заказ в мятой коробке. Тут изучается скорее суммарный опыт: зашел ли продукт, как прошло внедрение, не бесила ли поддержка.

Поэтому воспринимать NPS как нечто в духе «у нас +36,6, значит все хорошо», в B2B не совсем честно. У одного заказчика было сложное внедрение, у другого – стабильная эксплуатация, а у третьего – свежий релиз со всеми прилагающимися к нему «сюрпризами». В итоге одна цифра начинает объединять очень разные истории.

Об опыте работы с NPS в своей практике, рассказывает наш директор по сервису Сергей Курилкин.

#техподдержка

ИЗЧ в VK | MAX

Следующая остановка – Азия. Стоит ли российским ИТ-компаниям выходить на зарубежные рынки в 2026?

Давние связи, близость к России, ИТ-решения в дефиците – казалось бы, рынок Центральной Азии выглядит для российских компаний привлекательно. А как обстоит дело на самом деле?

Обсуждаем тонкости выхода на Восток с СЕО Облакотеки Максимом Захаренко. Облачный провайдер уже несколько лет ведет бизнес в Казахстане и Узбекистане, так что опыт накопился солидный.

Выходить или не выходить?

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

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

У нас есть опыт работы в Казахстане и Узбекистане. Мне кажется, эти страны выбрали выигрышную стратегию – быть тихой гаванью в мировом хаосе.

Открытая инвестиционная политика, дружба со всеми (Узбекистан взаимовыгодно дружит даже с Афганистаном), выгодное географическое положение в центре Азии, через который идут маршруты из ЮВА/Китая на Запад (новый Великий Шелковый Путь), специальные институты ИТ-развития (Астана Хаб, IT-Park) – все это дает 6-8% годового роста ВВП и создает атмосферу развития.

Что нужно знать о местном рынке?

ИТ-рынок в регионах ЦА менее насыщен: в высоких технологиях, особенно в качественном технологическом сервисе много незанятых ниш. Однако, несмотря на дефицит предложения, бизнес не будет бросаться на все, что предлагают из РФ.

Надо помнить, что здесь открыты технологиям со всего мира, поэтому приходится со всеми конкурировать. Российским компаниям еще предстоит доказать свою конкурентоспособность в ЦА – и это будет не просто. На слуху единицы успешных выходов на другие рынки. Можно вспомнить Яндекс Go: сервис стал лидером среди агрегаторов такси в странах ЦА. А кто еще?

При этом в Казахстане и Узбекистане к российским технологическим компаниям отношение в целом хорошее. Никаких ограничений ни формально, ни фактически нет. Но есть и нюансы. Банки внимательно контролируют платежи за ИТ (ПО, оборудование, ИТ-сервисы), чтобы избежать проксирования поставок в РФ западных решений и не попасть под вторичные санкции.

Также в ЦА работает огромное количество иностранных корпораций. Это значительный платежеспособный пласт клиентов, которым, по внутренним политикам, нельзя работать с компаниями с российскими корнями.

Нужно ли локализоваться?

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

У нас в этом регионе, например, полноценные офисы. Удаленно найти партнеров и стать «своим» очень сложно. Я сам езжу в ЦА два раза в год, потому что стратегических вопросов много и «вес начальника» в переговорах играет важную роль.

Какие уроки мы извлекли?

Я не устану повторять фразу красноармейца Сухова: «Восток – дело тонкое». Да, у нас много общего. Советское прошлое, коллективизм, русский язык существенно упрощают процесс общения и работы. Но есть и много различий – и со временем, сходство уменьшается, а различий становится больше.

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

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

#мнение #экспорт

ИЗЧ в VK | MAX

Сервисная модель как будущее рынка ПО

Сегодня у нас в гостях – Андрей Прохоров, технический директор ГК SIMETRA. Его компания разрабатывает сложные системы транспортного моделирования и аналитики, эффективность которых напрямую зависит от уровня подготовки пользователей. На практике они сталкивается с той же ситуацией, что и рынок: технологии зрелые, но нужных специалистов не хватает. Именно поэтому человек становится ключевым элементом ИТ-продукта, и сегодня вместе с ПО все чаще «поставляется» и команда, которая умеет с ним работать.

В чем дело?

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

На рынке есть технологически сложные, зрелые отечественные продукты. Иногда — очень хорошие. Иногда даже объективно сильнее тех решений, которые заказчики использовали раньше. Но дальше происходит странная вещь: продукт купили, внедрили… а эффекта нет.

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

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

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

Новая суть ПО-продукта

Парадокс в том, что разовые проекты почти всегда оказываются дороже постоянной поддержки. Просто это видно не сразу, а через 3-5 лет.

Сервисная модель ломает именно этот цикл. Система не «сдается заказчику», а продолжает жить: обновляется, развивается, адаптируется под новые задачи. Когда возникает новый проект — инфраструктура уже готова, а не собирается с нуля.

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

На практике получается гибрид: часть задач делает подрядчик, часть — внутренняя команда. И это, пожалуй, самая реалистичная модель ближайших лет.

Экономический сдвиг на пользу ИТ-отрасли

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

И вот здесь происходит неожиданная вещь: сервисная модель начинает работать как скрытый механизм развития отечественного ИТ-рынка. Не напрямую через лозунги импортозамещения, а через экономику устойчивости.

Мы уже живем в этой логике с облаками и ИИ. Никто не обучает LLM с нуля внутри компании, люди используют сервис, за которым стоит огромная команда инженеров. По сути, искусственный интеллект сам стал сервисной моделью.

Инфраструктурное ПО движется туда же.

Что это значит для российского ИТ

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

И постепенно переводит импортозамещение из режима «заменили аналог» в режим «вырастили собственную экосистему».

Настоящий технологический суверенитет начинается не с того момента, когда написан код, а с момента, когда появляется устойчивая модель его эксплуатации.

И, похоже, наш рынок как раз к этому повороту и подходит.

#интервью
ИЗЧ в VK | MAX

«Это не я, это Искусственный интеллект»

ИИ уже встроен в ключевые бизнес-процессы – от найма сотрудников до разработки кода. Но когда алгоритм ошибается, перед компаниями встает вопрос: кто за это отвечает? Проект закона есть, но Госдума только готовится к обсуждению. Дмитрий Махлин, партнер и директор по развитию HRlink, рассуждает, как распределить ответственность внутри компании – пока нет единого механизма для ориентира.

Возьмем компанию, которая внедряет какой-то ИИ – чат-бота для ответа на запросы клиентов, копилота в помощь разработчикам или нейросеть для рекрутера. Решение ускоряет и удешевляет процесс, но может ошибаться. Например, в коде, написанном с использованием ИИ, встречается в 1,7 раза больше ошибок.

Известный кейс из HR: система скоринга резюме отсекает всех женщин на позицию – в выборке данных, на которой она училась, превалировали мужчины. Проект закрыли, но кто виноват? HR, который доверился технологии? Поставщик решения? ИТ-директор? Или все разом?

А что закон?

Рамочный закон, проект которого опубликован 18 марта, устанавливает (кроме прочего) права, обязанности и ответственность разработчиков моделей, операторов систем, владельцев сервисов и пользователей ИИ, в том числе за причинение вреда. Из проекта ясно: ИИ не получит статус «субъект права». То есть отвечать за его действия будет человек или организация (эта линия также заложена в проекте закона о робототехнике и в правовых дискуссиях).

А пока нормы по ИИ «размазаны» по разным актам: ГК РФ (авторское право и то, что ИИ не признается автором), отраслевое регулирование (медицина, транспорт, финансы), закон «О персональных данных» №152-ФЗ и т.д. Это значит, что каждая ситуация с ИИ разбирается отдельно, в зависимости от контекста.

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

Кто крайний?

ИИ – это часть бизнес-процесса, а не только ИТ-инфраструктура – конечный бизнес-пользователь (компания и владелец процесса) несет основную ответственность перед клиентами.

Например, если речь идет о скоринге резюме – за его результаты и ошибки отвечает HR-директор. Он же следит, чтобы его сотрудники корректно использовали решение.

Далее через регламенты и контракты ответственность каскадируется на участников цепочки.

Если проблема в использовании – это зона бизнеса. Если в модели – все вопросы к ее разработчику. Если во внедрении – надо спрашивать с ИТ-департамента или интегратора.

В итоге, пока нет единого регулирования, компаниям приходится выстраивать собственную модель ответственности. ИИ – алгоритм, а не субъект, поэтому вопрос «кто заплатит за ошибку» всегда будет адресован не ему, а тем, кто участвовал в его создании или использовании.

#интервью
ИЗЧ в VK | MAX

УПАКуй это: почему комплексные решения – теперь это наше все? Часть 3

Почему ПАКИ в тренде и как вендоры работают вместе, мы уже обсудили ранее. А теперь - про боли заказчиков: точно ли ПАК дешевле, чем “своя” сборка - и где гарантия, что производитель не продает “бумажный” ПАК?

Завершаем нашу серию постов с Дарьей Марковой, директором департамента технологических альянсов и экосистемных решений компании «Аквариус».

Что дешевле: закупить ПАК или собрать систему самому?

На этапе закупки (CAPEX) ПАК может выглядеть дороже, но при эксплуатации (TCO) он оказывается выгоднее.

За что платит клиент при приобретении ПАКа – за само железо, за софт и за ту качественную ценность, которую ПАК несет. За этим стоят сотни, а иногда и тысячи человеко-часов работы инженеров и разработчиков: совмещение компонентов, тестирование, оптимизация для лучшей функциональности и производительности. В цену ПАКа заложены разработка, инженерные человеко-часы, единая гарантированная техническая поддержка.

Заказчики, выбирающие самостоятельную интеграцию, часто не учитывают «подводную часть айсберга» скрытых расходов и рисков. По расходам – это стоимость ФОТ инженеров. Сборка, настройка и отладка сложной системы силами штатных ИТ-специалистов может занять несколько месяцев.

Time-to-market с ПАКом быстрее. ПАК запускается за несколько дней – самостоятельная сборка гораздо дольше. Есть риски несовместимости или риски того, что приобретена неоптимальная для используемого софта конфигурация железа.

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

Как отличить проработанный ПАК от «бумажного»?

Признак реального ПАК де-юре – это единый паспорт изделия, разработанная конструкторская документация именно на ПАК.

Если мы говорим про «доверенные» ПАКи в соответствии с требованиями регуляторов по ПП1912 – это регистрация изделия ПАК с правильным ПАКовым номером ОКПД-2 в Едином реестре российской радиоэлектронной продукции. Помимо этого, статус доверенного ПАКа для объектов КИИ подтверждается наличием сертификатов ФСТЭК/ФСБ.

Признак «бумажного» ПАКа – например, ссылки на две разные записи в реестрах Минпромторга и Минцифры.

Создание полноценного программно-аппаратного комплекса является результатом НИОКР, реализуемых в R&D-центре «Аквариуса». Ключевой стандарт качества – наличие постоянно действующей тестовой инфраструктуры. Она необходима для проведения пилотных испытаний клиентами, эмуляции сервисных кейсов и сопровождения продукта на всех этапах его жизненного цикла. Существует программа и методика испытаний (ПМИ) – это официальный документ, подтверждающий успешное прохождение всех циклов тестирования и заверенный подписями ведущих инженеров.

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

#интервью

ИЗЧ в VK | MAX

УПАКуй это: почему комплексные решения – теперь это наше все? Часть 2

Продолжаем обсуждать тренд на ПАКи с Дарьей Марковой, директором департамента технологических альянсов и экосистемных решений компании «Аквариус».

Запрос от бизнеса есть, но готовы ли вендоры железа и софта работать вместе - и как взаимодействие устроено на практике?

Российские вендоры готовы к кооперации – или настороженно относятся друг к другу?

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

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

  
На примере «Аквариуса»: как вы работаете с партнерами для разработки ПАКов? 

 «Аквариус» построил зрелую технологическую экосистему, основанную на долгосрочных партнерских отношениях с лидерами российского ИТ-рынка. Благодаря данной синергии мы вышли на рынок с доверенными программно-аппаратными комплексами.

Одним из них является ПАК виртуализации «Аквариус». Решения уже интегрируются в инфраструктуру заказчиков из нефтегазовой отрасли, госсектора, на объектах Минобразования.
 
В аппаратной части ПАК включает в себя оборудование Aquarius – это серверы, СХД АЭРОДИСК и коммутаторы. По программной части - системы виртуализации zVirt и zVirt MAX от компании Orion Soft.
 

ПАК выпускается в нескольких вариантах исполнения: для прикладных задач и для субъектов КИИ, где основа системы – защищенная среда виртуализации zVirt Max, сертифицированная ФСТЭК по 4 уровню доверия.

В следующем посте вместе с Дарьей Марковой разберем популярные вопросы к ПАКам: как отличить настоящие и действительно ли они дешевле, чем самостоятельная сборка. Продолжение следует.

#интервью

ИЗЧ в VK | MAX

УПАКуй это: почему комплексные решения – теперь это наше все?

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

С какими запросами приходят заказчики ПАКов, обсуждаем с Дарьей Марковой, директором департамента технологических альянсов и экосистемных решений компании «Аквариус».

Почему спрос на ПАКи растет?

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

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

Для чего заказчики чаще всего запрашивают ПАКи?

Самый востребованный сценарий – это использование ПАКа виртуализации для построения базовой ИТ-инфраструктуры. Мы отмечаем массовый переход крупных заказчиков из госсектора, нефтегазовой отрасли и промышленности от иностранных средств виртуализации к суверенным.

Параллельно растет запрос на интегрированные системы защиты и восстановления данных, адаптированные под специфику отечественных средств виртуализации. Так мы расширяем функционал ПАКа виртуализации средствами резервного копирования.

Также видим запросы на ПАКи для построения объектных хранилищ S3. Причина – переход к микросервисной архитектуре и программно-определяемым средам.

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

#интервью

ИЗЧ в VK | MAX

Техподдержка СХД: ожидания и реальность. На бумаге техническая поддержка ИТ-оборудования выглядит вполне предсказуемо. SLA, уровни сервиса, регламенты и сроки реакции фиксируют базовые обязательства и задают рамки взаимодействия. Но в реальной работе все устроено сложнее. Как процессы отрабатываются на практике, рассказывает наш директор по сервису Сергей Курилкин.

Ситуация. Заказчик видит главное – «что-то не работает». А где именно проблема – в сети, виртуализации, совместимости ПО или интеграции с другими системами – понимает не всегда. На первом этапе задача поддержки – зафиксировать инцидент и начать первичную диагностику. Часто обращения параллельно направляются разным поставщикам, но не все из них вовлечены в активное взаимодействие. В результате именно команда СХД нередко становится точкой входа в разбор инцидента.

Диагностика и локализация. Дальше работа строится вокруг уточнения зоны проблемы – проверяется состояние оборудования и доступность ресурсов; анализируются события, предшествующие сбою; уточняется архитектура. Если причина вне СХД, задача – локализовать ее и передать в соответствующий контур, не теряя общей картины инцидента.

Если не СХД – то что? Один из частых кейсов – сбои после отключения питания. После восстановления электричества инфраструктура может запускаться некорректно или не полностью. В этом случае важно определить порядок восстановления сервисов и зависимостей между ними.

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

Иногда «узкое место» обнаруживается в связке с виртуализацией или внешней системой мониторинга. Тогда техподдержка координирует взаимодействие между участниками.

Бывает и сложнее: редкая комбинация ПО и оборудования, нестандартная интеграция, пограничный кейс, который не описан в документации. В таких случаях вовлекается разработка для подготовки патча.

А при серьезном инциденте процесс эскалируется: параллельно работают инженеры, руководители групп, подключается R&D. Задача одна – минимизировать простой и вернуть систему в рабочее состояние как можно быстрее.

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

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

#мнение #техподдержка

ИЗЧ в VK | MAX

Засинхронились! Что нового по совместимостям «АЭРОДИСКА»

Рассказываем, с каким российским ПО мы протестировали на совместимость СХД «АЭРОДИСК ENGINE AQ» за эту зиму.

«ОСнова» и «РЕД ОС» (версии 7.3 и 8)

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

«Стрелец»

Это ОС специального назначения: она разработана для ОПК и нужна, чтобы строить защищенные автоматизированные системы (АС ЗИ). Теперь нашу СХД можно использовать в проектах, требующих высочайшего уровня безопасности, включая системы обработки гостайны.

«Ред Виртуализация»

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

«Кибер Бэкап»

Бэкап от «Киберпротекта» работает и с линейкой «АЭРОДИСК ENGINE AQ». А значит, можно не переживать за защиту данных от потери. Решение поддерживает физические и виртуальные серверы, совместимо с гипервизорами, ОС, СУБД и другим ПО, защищает от вирусов-шифровальщиков.

#дайджест_ИЗЧ #новости

ИЗЧ в VK | MAX

Генеративный ИИ без иллюзий: почему «просто внедрить» не работает

Недавно компании соревновались, кто быстрее «внедрит GenAI», но быстро поняли, что сам по себе запуск больших языковых моделей не дает трансформации. Павел Сергеев, исполнительный директор ROBIN компании SL Soft, рассказал о том, как компании переходят от PoC к гиперавтоматизации и почему выигрывают не те, кто экспериментировал, а те, кто продумывал архитектуру ИИ и выстраивал систему

Внедрить GenAI» – больше не стратегия

В 2023–2024 компании активно тестировали большие языковые модели, рассчитывая быстро получить эффект: запускали пилоты, автоматизировали отдельные задачи. Однако большинство таких инициатив не дошли до масштабирования..
Но уже в 2025 году подход компаний к ИИ стал более зрелым. Фокус сместился с отдельных экспериментов на системную ИИ-трансформацию.

«Теневой ИИ» уже внутри – вопрос в том, кто им управляет

Пока компании разрабатывают стратегии, сотрудники компаний «голосуют» за ИИ деньгами – все чаще используют внешние генеративные сервисы (ChatGPT, Grok, Claude, Midjourney) через личные аккаунты для решения рабочих задач. По сути, формируется спрос на повышение производительности и автоматизацию рутинных операций при недостаточной доступности нужных корпоративных инструментов. Согласно прогнозам, к 2030 году более 40% инцидентов, связанных с нарушением требований безопасности и комплаенса, будут обусловлены использованием «теневого ИИ».

Поэтому задача 2026 года для компаний – не «запрещать нейросети». Запреты не работают. Работает контроль – надо дать сотрудникам безопасную альтернативу внутри контура.

Гиперавтоматизация – ИИ солирует в оркестре

Системная ИИ-трансформация – не одна модель, а связка технологий, которые усиливают друг друга:
RPA + BPM + OCR + классический ML + GenAI
единые: ролевой доступ, аудит/логирование, политика данных, интеграции, мониторинг качества
сквозная автоматизация бизнес-процессов.

Это и есть гиперавтоматизация: комплексное использование технологий (от ИИ до аналитики) в едином контуре. Платформенный подход здесь необходим – он дает гибкость и позволяет более эффективно встраивать ИИ в бизнес-процессы.

Почему выигрывает «прагматичный ИИ»

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

На практике наибольшее распространение получают:
решения для интеллектуальной обработки документов (классификация, извлечение и валидация данных, сверки, аннотирование и экспорт);
корпоративный ИИ-поиск на базе RAG и векторизации в качестве единой точки доступа к знаниям без обработки всего массива через LLM;
ИИ-ассистенты и ИИ-агенты – при условии централизованной оркестрации и управляемости.

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

Корпоративные коммуникации долго считались необязательным апгрейдом – вроде подстаканников в авто: приятно, но не критично. Как и почему изменилось восприятие коммуникационных платформ в России, обсуждаем вместе с Антоном Шпортом, директором коммерческого департамента CommuniGate Pro.

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

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

Процесс развития весьма динамичен: потребности компаний и привычки пользователей непрерывно меняются. Сегодня уже сложно разделить инструменты на «первичные» и «вторичные» – мы наблюдаем формирование целостной коммуникационной инфраструктуры, где почта, чаты, звонки и видеовстречи дополняют возможности друг друга. Это полноценная бизнес-среда, в которой сотрудники работают каждый день. При этом акценты внутри UC-решений могут смещаться. Например, мессенджер в последние годы все чаще становится основным каналом оперативных бизнес-коммуникаций.

Также мы видим укрупнение вендоров и формирование более зрелых экосистем. Это повышает доверие со стороны бизнеса и упрощает включение UC-решений в долгосрочные ИТ-стратегии.

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

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

#мнение
@aerodisk_official — трезво про импортозамещение в ИТ

Ничего не планируйте во второй половине дня 4 марта – будем детально обсуждать нашу новинку СХД ENGINE AQ 460.

В программе:

поддержка NVMe и архитектура решения;
возможности масштабирования и расширения;
ПО «Восток» 6: ключевые функциональные обновления;
модель лицензирования;
типовые сценарии применения;
карта развития продуктов;
техническая поддержка и сервисные опции.

Дата – 4 марта

Время – 15:00 (МСК)

Зарегистрироваться можно здесь.

#околоИТ #вебинар #СХД

@aerodisk_official — трезво про импортозамещение в ИТ

С оглядкой на международные кейсы можно предположить, что это будут:

Частные 5G-сети для промышленных объектов – они обеспечат более энергоэффективную работу Интернета вещей (IoT) и надежную связь с низкой задержкой для робототехники. Здесь игроки во многом будут отталкиваться от опыта Китая, который стал мировым лидером по внедрению 5G в промышленность. В частности, комбинация 5G+IoT используется там как универсальная «подвязка» под любые индустриальные задачи: управление процессами в реальном времени, контроль, автоматизация.

FWA (Fixed Wireless Access) – альтернатива проводному интернету там, где тянуть оптику дорого или невозможно. Для наиболее удаленных территорий возможен вариант гибридного покрытия: FWA + спутниковая связь на базе сетей 5G NTN.

Различные сервисы для бизнеса, в том числе на базе сетевого слайсинга в сетях 5G SA, позволяющего динамически оптимизировать сетевые ресурсы и качество обслуживания. Например, это может быть предоставление приоритета связи и обслуживания даже при перегрузках сети или обеспечение высокой производительности и низкой задержки для локальной обработки данных (включая ИИ-вычисления) на периферийных устройствах. К слову, слайсинг необходим даже для массового запуска FWA – чтобы обеспечить оптимальное распределение ресурсов базовых станций между абонентами классической мобильной связи и FWA-абонентами в определенной местности. Сервисы на базе слайсинга уже работают за рубежом, однако пока публичной информации о доходах операторов от этого направления нет.

Как показывает практика лидеров по внедрению 5G – операторов Китая, Индии, США – эти кейсы позволяют быстрее реализовать главную ценность нового поколения связи для оператора: сдвиг фокуса бизнеса от «продажи гигабайтов» к созданию комплексных отраслевых решений «под ключ». Возможности 5G связи помогут им превратиться из инфраструктурных игроков в поставщиков цифровых платформ и сервисов.

#мнение #5G

@aerodisk_official — трезво про импортозамещение в ИТ

5G в России появится, но в частном порядке

Если вы спросите случайного человека, чего он ждет от пятого поколения связи, – скорее всего услышите: «Супербыстрый интернет на смартфоне». А вот ожидания мобильных операторов будут иными. Вместе с Максимом Нартовым, директором по развитию бизнеса компании Nexign, разбираемся, как в России будут развиваться сети 5G и почему их будущее – это не столько про скорость видео и доступа к мобильным приложениям, сколько про цифровые инструменты нового поколения для бизнеса и государства.

Недавно Минцифры спрогнозировало появление первых коммерческих сетей 5G в 2026 году. Их внедрение тормозит целый ряд факторов, и один из ключевых – отсутствие свободных частот. В мире используют преимущественно «золотой» частотный диапазон 3400–3800 МГц, но в России он уже занят. Сейчас операторам предлагают диапазон 4400–4990 МГц. Но применение этих частот потребует очень серьезных инвестиций, окупаемость которых сомнительна. Например, по расчетам МегаФона, чтобы окупить публичную сеть в диапазоне 4,8-4,9 ГГц на всей территории Москвы хотя бы за 10 лет, нужно поднять тарифы b2c почти в 4 раза, что практически невозможно.

Второй важный вопрос – наличие отечественного 5G-оборудования в нужных объемах согласно нормативной базе. Это значит, что на рынке уже в 2026 году либо должен появиться достаточный объем отечественных базовых станций, либо должны быть выданы разрешения на использование зарубежного 5G-оборудования. Кроме того, необходимо российское ПО для ядра сети 5G хотя бы от 2-3 вендоров – требования к импортонезависимости сейчас здесь строгие для отдельных компонентов, но очевидно, что регулятор будет двигаться в сторону полного импортозамещения 5G Core. На рынке «железа» же игроки есть – и некоторые даже обещают закрыть в этом году потребность операторов по базовым станциям для коммерческого развертывания.

В первую очередь появление оборудования откроет возможность для запуска сетей 5G NSA (Non‑Standalone). Это промежуточный режим, в котором базовые станции 5G работают на основе ядра сети 4G. Операторы будут использовать 5G NSA прежде всего для закрытия насущных проблем с емкостью сетей в массовом сегменте. Так, по данным крупнейших операторов, если в 2020 году абонент потреблял ежемесячно в среднем до 7,5 ГБ трафика, то в 2024-2025 годах этот показатель вырос до 20-25 ГБ – более чем в 3 раза.

Однако, как показывает опыт других стран, большинству потребителей массового сегмента достаточно скоростей 4G: можно смотреть кино, слушать музыку, звонить по видеосвязи в отличном качестве. Переплачивать за увеличение скорости они не готовы.

Более того, для массового потребителя важно обеспечить доступность смартфонов среднего ценового сегмента с поддержкой 5G. Поэтому лишь за счет сегмента b2c окупить инвестиции не удастся. Для возврата их части будут запускаться 5G-тарифы, нацеленные на клиентов, у которых действительно может быть потребность в скоростном соединении: например, удаленно работающие сотрудники или стримеры. Хотя оператор в сетях NSA не сможет гарантировать им надежность соединения (это можно сделать только в честных сетях 5G – 5G SA), он сможет обеспечить скорость вплоть до 1 Гб/c. Но в целом для телекома 5G – это скорее про инфраструктуру и готовые сервисы под задачи бизнеса, города и государства, а не про еще один скачок скорости у массового абонента. Основные усилия операторов по коммерциализации будут направлены на b2b/b2g, и по большому счету только после разворачивания 5G SA.

Какие же направления применения 5G в России в ближайшее время станут главными?