AMD впервые опередила Intel по выручке в серверном сегменте: в первом квартале компания получила $5,8 млрд против $5,1 млрд у конкурента. Главный драйвер — спрос на процессоры для инфраструктуры ИИ-агентов, где центральные процессоры снова вышли на первый план.

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

Почему серверные CPU снова стали ключевыми

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

По словам главы AMD Лизы Су, компания делит применение CPU на три сценария: обычные вычисления, работа вместе с GPU и ускорение агентских задач в ИИ. Третий сценарий сейчас сильнее всего разгоняет спрос на серверные процессоры.

У AMD выручка в сегменте ЦОД выросла на 57 %. Доходы от серверных процессоров, по словам компании, поднялись более чем на 50 % и достигли рекордного уровня. Для рынка, где Intel десятилетиями диктовала правила, это заметный перелом.

Что изменили ИИ-агенты в центрах обработки данных

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

Аналитики UBS указывают: в традиционных задачах инференса до 70–80 % вычислительной нагрузки приходилось на GPU. По мере развития агентских решений сопоставимая доля нагрузки переходит на CPU. Это логично: агенту нужно не только считать математику модели, но и управлять задачами, памятью, доступом к данным и очередями запросов.

Растёт и потребность в ядрах. При обучении моделей на один GPU хватало 8–12 ядер CPU, при инференсе — уже 16–24. Для агентских нагрузок оценка поднимается до 80–120 ядер на один GPU. Такой скачок быстро меняет закупки серверного железа.

Где тут риск для защиты данных

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

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

Похожую проблему мы уже разбирали на примере локальных ИИ-инструментов: уязвимость Ollama грозит утечкой ключей API и переписок. Смена процессоров не создаёт риск сама по себе, но рост ИИ-инфраструктуры делает такие ошибки дороже.

Почему пользователи замечают это через сбои сервисов

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

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

В публичных сетях — кафе, гостиницах, коворкингах — лучше заранее защитить соединение. Для такой задачи подойдёт сервис безопасного интернет-соединения, который помогает снизить риск перехвата данных при работе вне дома или офиса.

Почему AMD выиграла момент, а Intel догоняет

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

Intel остаётся крупным игроком, но рынок стал сложнее. Ей приходится конкурировать не только с AMD, но и с решениями на Arm-архитектуре. Британская Arm тоже усиливает позиции в серверном сегменте, а её клиенты предлагают энергоэффективные чипы для ЦОД.

Intel рассчитывает сократить отставание новыми процессорами семейства Coral Rapids. Но прямо сейчас AMD и партнёры Arm выглядят сильнее в задачах, где нужны десятки и сотни CPU-ядер на каждый графический ускоритель.

Что это значит для компаний и обычных пользователей

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

Пользователям тоже стоит быть внимательнее. ИИ всё чаще встраивают в магазины, банки, офисные пакеты и клиентскую поддержку. Ранее мы писали, какие сведения может увидеть алгоритм в торговом сервисе: Alibaba встроит Qwen в шопинг: какие данные увидит ИИ.

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

Практический вывод: что проверить уже сейчас

  • Узнайте, какие ИИ-сервисы в вашей компании имеют доступ к документам, почте, CRM и внутренним базам.
  • Проверьте права сотрудников: ИИ-агент не должен видеть больше, чем сам пользователь.
  • Отключите сохранение истории запросов там, где сервис это разрешает и где история не нужна для работы.
  • Не загружайте в публичные ИИ-инструменты договоры, паспорта, медицинские документы и клиентские базы.
  • Включите двухфакторную проверку входа для почты, облака, рабочих мессенджеров и панелей администрирования.
  • При сбоях приложений не скачивайте «исправления» с форумов и из случайных каналов — используйте официальные источники.
  • Для работы в общественных сетях заранее настройте защищённое соединение и не передавайте важные данные через незнакомые точки Wi-Fi.
  • Если вы отвечаете за ИТ, добавьте ИИ-сервисы в аудит безопасности: логи, токены, API-ключи и права доступа нужно проверять регулярно.
Поделиться: