Как изменился ИТ-рынок в 2025?
Наблюдая за рынком, можно однозначно сказать, 2025 год стал переломным: дискуссии вокруг дефицита жёстких дисков, санкционные ограничения и взрывной рост ИИ-нагрузок кардинально поменяли правила игры. На фоне этого рынок стал жестче и честнее, а заказчики больше не выбирают решения, опираясь только на бренд и маркетинговые обещания, они уже успели многое попробовать и убедиться в том, что работает, а что нет.
Предыдущие годы показали, что бренд сам по себе перестал быть гарантией стабильности, предсказуемости и эффективности решений. Если говорить образно, высокая технологичность и громкое имя не гарантировали, что система выдержит всю дистанцию эксплуатации. Теперь заказчики ожидают операционной прозрачности, например, как система реагирует на асимметричную нагрузку или как она ведет себя в условиях перегрева.
Фактически, в 2025 году окончательно сместился фокус оценки решений. При сотрудничестве заказчик в первую очередь спросит “Упадет ли система, если начнется внезапное обновление?” Это принципиально новый уровень зрелости рынка – часть производителей, даже при наличии сильного бренда, но с архитектурно менее удачными решениями, стала терять позиции, а некоторые решения на рынке приводили к потере данных, что является недопустимым.
Те компании, которые, напротив, инвестировали в отказоустойчивость и надежность решений, получили значительное преимущество, поскольку именно эти параметры напрямую влияют на доверие заказчиков и устойчивость инфраструктуры.
Кроме того, одним из главных факторов выбора стала архитектура. Суть в том, что ее недостатки проявляются объективно в первые недели эксплуатации. Решающее значение приобрели внутренние инженерные решения – протоколы, алгоритмы, логика отказоустойчивости. Они диктуют, как архитектура будет поддерживать стабильность при перезагрузке, насколько линейно она будет масштабироваться и предсказуемо работать. Это позволяет поддерживать архитектуру целостно без вспомогательных инструментов. Для заказчика это означает одно - меньше инцидентов и полный контроль, поскольку основой любой системы хранения остаются безопасность и доступность данных.
Эти факторы заметны на рынке СХД. Любое отклонение здесь от предсказуемого поведения, например, сбой при онлайн-обновлении моментально становится заметным. В СХД нет нейтральной зоны, любая ошибка архитектуры становится причиной сбоя. Заказчики перестали идти на компромиссы, им важно, чтобы система работала автономно по принципу “один раз настроил - и она стабильно работает”. Важно, чтобы стабильность была заложена на уровне архитектуры, поэтому ее простота, отказоустойчивость и прозрачность перешли в разряд обязательного условия. В 2025 году выбор делается в пользу того решения, которое является наиболее предсказуемым, понятным и безопасным для данных.
Из других примечательных моментов – архитектурные ограничения крупных игроков стали более заметными для заказчиков. Важно отметить, что это проявление структурного предела архитектуры, который был заложен задолго до 2025 года. Крупные вендоры чаще всего идут по принципу интеграции – это создает сложные зависимости одного компонента от другого, поэтому в случае изменений переработать придется всю цепочку. В условиях разовых нагрузок такие системы могут быть достаточно производительными. Однако при постоянной эксплуатации накапливаются ошибки и несоответствия на уровне структуры. В результате при попытке масштабирования, расширения кластера, построения репликации или роста объёма данных система может перестать вести себя предсказуемо, что для промышленной инфраструктуры является недопустимым сценарием.
При этом заказчики ожидают адаптацию под их конкретную специфику, тогда как продукт, изначально ориентированный на усреднённый сценарий, в условиях масштабирования часто не выдерживает перегрузки. Это создает структурные ограничения на уровне архитектуры, на устранение которых в больших командах требуется много времени.
На фоне этих архитектурных ограничений более заметными стали малые инженерные команды. Их главное преимущество – в сокращении обратной связи до минимального цикла. Малые команды обладают гибкостью, могут быстро принимать решения и менять архитектуру готового решения по запросу заказчика. В случае ошибки – быстро устраняют и выявляют проблемы, так как все участники взаимодействуют совместно. В больших компаниях любое изменение затрагивает сразу несколько отделов, требует времени на согласование, поэтому решение проблемы может затягиваться на несколько рабочих дней.
Кроме того, они не боятся экспериментировать и искренне горят своими продуктами. Малым командам важно поддерживать конкурентоспособность и вовремя предлагать новейшие решения. Как следствие – учитываются региональные особенности, что также повышает отказоустойчивость решения. Таким образом, при работе с небольшими командами заказчик получает надежный продукт, который возможно менять и постоянно дорабатывать, при этом не допуская серьезных поломок и простоя. К слову, за последний год есть несколько ярких кейсов, где подобные команды показали результаты, сопоставимые с крупными компаниями. Например, в игровой индустрии часто действуют принцип “малых автономных команд”. Это дает инженерам свободу действий, и они создают такие продукты, которые влияют на глобальный рынок. Таким образом, небольшая независимая команда талантливых специалистов может менять целый рынок, создавая значимый продукт для всей индустрии.
В рамках этой же тенденции ряд российских разработчиков, в том числе ARGO.TECH, изначально отказались от точечных доработок и интеграций в сторонние решения, сфокусировавшись на развитии собственной архитектуры хранения данных, рассчитанной на долгосрочную эксплуатацию.
В этой логике для инженерных команд, развивающих собственные решения и архитектуру хранения данных, 2025 год стал подтверждением выбранного продуктового курса. В случае ARGO.TECH этот подход был заложен ещё в 2016 году - с фокусом не на конкуренции как таковой, а на практической ценности продукта для заказчиков. В развитие этого курса был дополнительно усилен фокус на продуктовой стратегии, работе с технологическими партнёрами и расширении инженерной экспертизы, что позволило глубже проработать архитектуру решений и эксплуатационные сценарии.
На этом фоне заказчики всё чаще ожидают готовые решения, не требующие дополнительных согласований и сторонних доработок при внедрении. Это значительно сокращает средний период реализации и внедрения решений. Небольшие команды в таких условиях быстрее выводят продукты на рынок, делая акцент на инженерное качество и эксплуатацию, которые затем становятся основой коммуникации с рынком.
Более того, в 2025 году мы фиксировали, что заказчики всё чаще выбирали решения, не требующие сложных интеграций. Одна из причин – стремление уйти от громоздких корпоративных систем к более компактным и предсказуемым архитектурам. В таких сценариях часто выбирают подход Node Appliance. Он представляет собой не просто аппаратную платформу, а полностью готовый узел хранения с заранее проверенной архитектурой, сценариями обновлений без остановки системы и предсказуемым поведением под нагрузкой. Такой подход стал инструментом снижения эксплуатационных рисков, так как в нем фиксированы и проверены все слои решения. Также он отвечает запросу заказчиков на упрощение инфраструктуры и надёжную работу решений в реальной эксплуатации.
Для некоторых инженерных команд, работающих в этом сегменте, подобный подход был положен в основу продуктовой стратегии. В 2025 году заказчики стали чётко разделять отдельные аппаратные и программные компоненты и полностью готовый продукт. В 2025 году особенно заметным стало, что заказчики выбирают решения, которые изначально включает сценарии обновления и процедуры восстановления, а также предсказуемое поведение в условиях перегрузки.
Практика внедрений показала, что архитектуры такого типа способны поддерживать обновления без остановки системы и при этом обеспечивают высокую производительность: скорость последовательного чтения и записи может превышать 3000 МБ/с, а полезный объём достигать 1,1 ПБ. Это подтверждает масштабируемость и готовность подобных решений к промышленной эксплуатации, где предсказуемость, сохранность данных и производительность стали обязательным условием выхода на рынок в 2025 году.
Из примечательного – именно небольшие команды заняли эту нишу. На протяжении всего года мы наблюдали, как крупные компании пытались повысить показатели, но не обращали внимание на архитектуру решения. Из-за этого многие их продукты просто не соответствовали ожиданиям рынка. Небольшие команды, на которые многие не ставили, наоборот выпускали такие решения, из-за которых приходилось пересматривать планы закупок.
В таких командах фокус делается на архитектуре хранения, сценариях обновления и многоконтроллерности, а также на предсказуемом поведении кластерных систем под нагрузкой. Такой подход позволил выпускать полностью готовые решения хранения, ориентированные на промышленную эксплуатацию.
Подтверждённые в реальной эксплуатации характеристики решений и их последовательное донесение рынку через коммуникации стали одним из факторов роста интереса к подобным решениям, включая запросы на демо и пилотные проекты. Ключевым фактором стало не имя бренда, а доверие к продуктам и понимание того, как они работают в реальной эксплуатации. Динамика рынка в 2025 году была бурной, многие компании боролись за заказчиков и инновационные решения. При этом, если бы рынок вручал медали за инженерное качество и темп адаптации, подобные команды уверенно взяли бы серебро. В этом контексте “серебро” - не метафора соревнования, а показатель устойчивого результата. Это позиция компании, которая уже доказала жизнеспособность своих решений, но при этом сохраняет высокий темп развития и адаптации.
Такой результат невозможно получить за счёт внешних факторов - он формируется инженерной культурой, качеством продукта и соответствием между тем, что заявляется рынку через маркетинговые коммуникации, и тем, как решения работают в эксплуатации.
