GitHub объявила о переносе 99,99999 % репозиториев в Azure. «За последний год, на фоне экспоненциального роста трафика Git, 99,99999 % репозиториев GitHub стали размещаться одновременно в двух местах: в наших собственных дата-центрах и в Azure. Оставшиеся репозитории — одни из самых активно используемых на платформе, и их переносу мешает лишь один фактор: задержка в 25 мс при обмене данными (round trip)», — сообщила компания.

Компания объяснила сроки и формат перехода «агентным сдвигом» (agentic shift): стремительным ростом трафика, жёсткими ограничениями по энергопотреблению в её дата-центрах и прилегающих регионах, а также физическими трудностями в цепочках поставок. Рост трафика, генерируемого программными агентами, повысил нагрузку на критически важные сервисы (уровень Tier 0), обеспечивающие основные операции с репозиториями.

Источник изображения: GitHub

Учитывая масштаб системы и её критическую важность для сообщества, GitHub тщательно выстроила последовательность действий, решив сначала перенести данные, сервисы и все сопутствующие зависимости, а затем, после их перемещения, развивать архитектуру.

Первая копия репозитория была размещена в регионе Azure Central US в августе 2025 года. На данный момент у большинства репозиториев две из пяти реплик находятся в Azure, и на долю этой платформы приходится около половины всего трафика Git. На протяжении большей части этого периода Azure брала на себя растущую нагрузку, в то время как собственные дата-центры GitHub сохраняли стабильные показатели. При этом GitHub опиралась на два принципа: минимизацию координации и отделение хранилища от вычислительных ресурсов. В GitHub описывают эту работу как «мост» между текущей архитектурой (системой Spokes) и следующей моделью хранения данных.

Для большинства репозиториев GitHub создаёт пять реплик, распределённых по разным регионам и зонам доступности. Сервис Spokes использует механизм предпочтительной маршрутизации, направляя каждый запрос к реплике, находящейся в том же регионе и зоне доступности, что и источник запроса. По мере переноса реплик в Azure доля трафика, обслуживаемого этой платформой, увеличивается — до тех пор, пока не будет перемещена последняя реплика, после чего старый регион полностью перестаёт получать запросы.

В текущей архитектуре репозиторий, размещённый более чем в одном регионе, имеет более низкий предел пропускной способности для операций записи. Для их подтверждения системе Spokes требуется большинство реплик, при этом кворум ожидает ответа от каждой исправной реплики вплоть до истечения времени ожидания (тайм-аута). Задержка при записи определяется самой медленной из исправных реплик. Поскольку на время выполнения записи накладывается блокировка всего репозитория, эта задержка также ограничивает максимальную пропускную способность репозитория.

Если одна из реплик оказывается в целевом регионе Azure — на расстоянии около 1600 км от дата-центров GitHub, — каждый цикл обмена данными по сети (round trip) занимает примерно 25 мс, а для выполнения записи требуется несколько таких циклов. Если репозиторий уже работает на пределе своей пропускной способности, он не сможет «поглотить» эти дополнительные временные затраты при каждой записи, в результате чего очередь операций push начнёт расти.

Здесь вступает в силу принцип минимизации координации. В данном случае это означает: не стоит сериализовать (выполнять строго последовательно) те операции, которые в этом не нуждаются. В связи с этим меняется область действия кворума: теперь он распространяется не на весь репозиторий целиком, а на отдельные ссылки. Запись с привязкой к конкретной ссылке (ref) сохраняет порядок операций, требуемый Git. Git предполагает наличие опредёленной последовательности событий для каждой ссылки (ветки или тега): как только сервер принимает новое значение, клиент видит либо это значение, либо более позднее. Между независимыми ссылками требования к согласованности отсутствуют.

При сериализации на уровне отдельных ссылок (per-reference serialization) ожидание репозитория, то есть его временная блокировка, требуется только в тех случаях, когда операции записи затрагивают одну и ту же общую ссылку. На практике большинство операций записи в репозиторий направлено на разные ссылки. Когда агенты и разработчики работают с разными ветками, их операции больше не блокируют друг друга. Хотя каждая операция записи по-прежнему подвержена задержкам, связанным с передачей данных между регионами, операции с разными ссылками могут выполняться параллельно. Такой подход устраняет необходимость в единой очереди для всего репозитория, сохраняя при этом гарантии согласованности, на которые полагаются клиенты Git.

По данным внутреннего тестирования было зафиксировано, что при записи в разные ссылки пропускная способность возрастает в 3–4 раза, а задержки при этом снижаются. В большинстве репозиториев соотношение операций чтения к записи составляет от 100:1 до 1000:1. В текущей архитектуре реплик GitHub чтение и запись выполняются на одних и тех же вычислительных ресурсах, из-за чего они конкурируют за память и процессорное время, что исключает возможность их независимого масштабирования. Новая архитектура предусматривает разделение мощностей для чтения и записи, благодаря чему для каждой задачи можно задать собственную конфигурацию.

На первом этапе объектное хранилище включается в состав кворума в качестве «виртуальной реплики записи» (virtual write replica) — временного узла, который передаёт входящие данные записи в Azure Blob Storage, но не обслуживает запросы на чтение. Spokes включает этот узел в кворум и отправляет подтверждение записи клиенту после того, как данные будут надёжно сохранены в объектном хранилище.

Виртуальная реплика записи также объединяет транзакции, затрагивающие независимые ссылки, в единый пакет сетевых IO-операций при обращении к объектному хранилищу. Благодаря этому для активно используемого репозитория вместо отдельного сетевого запроса на каждую операцию записи выполняется лишь один запрос для целого ряда одновременных операций. На текущем этапе виртуальная реплика записи также отвечает за процесс уплотнения данных (compaction), а реплики чтения (read replicas) получают уже уплотнённое состояние.

Использование виртуальных реплик записи позволяет по мере необходимости масштабировать систему, создавая любое количество виртуальных реплик чтения. Каждая такая реплика наполняет свой кеш данными из Azure Blob Storage и начинает обслуживать запросы на чтение, не становясь участником кворума. Единственным достоверным источником данных выступает объектное хранилище, с которым реплика в фоновом режиме согласовывает своё локальное состояние.

Поскольку синхронизация проходит в фоновом режиме, реплики подходят не для всех типов рабочих нагрузок, связанных с чтением. Для поддержки любых видов операций чтения процесс синхронизации должен быть переведён в синхронный режим (in-line): реплика должна запрашивать только те данные и состояния, которые изменились с момента её последней синхронизации. Компания отметила, что, несмотря на эти изменения, кворум по-прежнему остаётся ограничивающим фактором для дальнейшего роста.

GitHub утверждает, что Spokes обрабатывает более 100 млрд операций в день, и предупреждает, что его протокол фиксации изменений (commit protocol) не сможет обеспечить работу сервиса с миллиарда репозиториев до следующего миллиарда. Сегодня Spokes представляет собой интеллектуальный уровень маршрутизации и балансировки нагрузки, единый API, через который внутренние сервисы получают доступ к данным репозиториев, а также набор фоновых процессов — так называемых «чистильщиков» (sweepers), — которые управляют размещением репозиториев, их восстановлением и перераспределением между узлами хранения.

Компания отметила, что после реализации этих шагов следующим ограничивающим фактором станет пропускная способность операций записи. Каждая операция записи по-прежнему зависит от реплик, каждая из которых хранит полную копию репозитория, хотя лишь малая часть данных, записываемых в репозиторий, требует строгого упорядочивания. Объекты Git неизменяемы и идентифицируются по своему содержимому, поэтому их можно сохранять без необходимости достижения консенсуса между узлами. Остаётся лишь небольшой объём данных, и самая сложная задача — упорядочить их максимально быстро, не создавая при этом «узкого места» в другом звене системы.

Девять из десяти клиентов VMware, принявших участие в опросе Unisphere Research по заказу поставщика услуг независимой поддержки Rimini Street, заявили, что из-за роста стоимости лицензий они вынуждены рассматривать альтернативные варианты, передаёт The Register.

В опросе участвовали 269 руководителей, менеджеров и специалистов организаций, использующих решения VMware — он проходил с декабря 2025 по февраль 2026 года. 54 % респондентов в качестве причины отказа указали прекращение поддержки бессрочных лицензий. В целом же стоимость остаётся главным фактором при принятии решений о планах на использование технологий виртуализации: 73 % опрошенных отметили, что приоритетной задачей для них является экономия средств.

В качестве препятствий для перехода на альтернативы опрошенные перечислили операционную сложность (40 %), трудности управления решениями от разных поставщиков (38 %), необходимость обеспечить безопасность при расширении поверхности атаки (37 %) и требования к квалификации сотрудников (37 %).

Клиентам необходимы свобода выбора, гибкость и контроль над своими стратегиями виртуализации, считает операционный директор Rimini Street Кит Костелло (Keith Costello) — компания предоставляет услуги независимой поддержки для VMware. 60 % опрошенных рассматривали возможность развёртывания нескольких гипервизоров; 48 % заявили об отсутствии планов переносить какие-либо ресурсы на платформу VMware Cloud Foundation (VCF).

Источник изображения: VMWare

Broadcom договорилась о покупке VMware в 2022 году и закрыла сделку в ноябре 2023 года. К ноябрю 2024 года аналитики Gartner пришли к выводу, что положение клиентов в результате слияния ухудшилось. В мае 2025 года клиенты облачных сервисов European Cloud Competition Observatory (ECCO) и отраслевая ассоциация CISPE заявили, что Broadcom после поглощения VMware повысила цены на её продукты на величину в 8–15 раз относительно прежних расценок. В Broadcom тогда пояснили, что работают над реализацией целей ЕС по созданию суверенных облачных сред, и компания стремится помочь клиентам «ускорить инновации, расширить возможности выбора и преодолеть наиболее сложные технологические задачи».

На альтернативы VMware уже начала переходить крупные клиенты, в частности, Foxconn. В июне британский розничный гигант Tesco объявил о переходе на альтернативные VMware решения и о намерении продолжить судебное разбирательство в отношении Broadcom — слушания начнутся не ранее ноября 2027 года. К 2029 году, спрогнозировали в Gartner, более половины предприятий начнут реализацию пилотных проектов с использованием альтернатив решениям VMware; при этом подразделение Broadcom по-прежнему отнесли к числу лидеров на двух ключевых рынках.

«К 2029 году 55 % предприятий запустят пилотные проекты по внедрению альтернативных продуктов для распределённых гибридных инфраструктур с целью заменить решения на основе VMware и перейти механизму гибридной облачной инфраструктуры — в 2026 году их будет 26 %», — гласит прогноз.

Broadcom удалила ранее общедоступные страницы загрузки комплекта разработки Virtual Disk Development Kit (VDDK). При попытке загрузки по прежнему адресу на страницах VDDK 8 и 9, а также на целевой странице продукта теперь отображается сообщение об ошибке 404. В середине августа пользователи Reddit и форумов поставщиков начали сообщать о неработающих ссылках. В ответ на обращения клиентов в службе поддержки Broadcom подтвердили, что VDDK больше недоступен для общего использования или загрузки. При этом существующие копии VDDK по-прежнему работоспособны.

Компания ShapeBlue, предоставляющая услуги Apache CloudStack (альтернатива VMware), задокументировала это изменение 25 августа. «Поставщик вправе менять порядок распространения своего SDK, — сообщили в ShapeBlue, согласно данным The Register. — Но делать это молча, в то время как руководство администратора Apache CloudStack и инструкции по установке других проектов по-прежнему предписывают пользователям переходить по ссылке, которая больше не работает, — это уже совсем другое дело».

В ShapeBlue отметили, что последствия такого шага ощущаются неравномерно: «Крупному поставщику решений для резервного копирования, имеющему партнёрские отношения с VMware, есть к кому обратиться. А вот небольшая консалтинговая фирма из трёх человек, команда open source проекта или клиент, самостоятельно переносящий свои рабочие нагрузки, остаются лишь с сообщением на форуме и ошибкой 404».

Источник изображений: Broadcom

VDDK — это комплект средств разработки (SDK), представляющий собой, согласно Broadcom, «набор библиотек и утилит, позволяющих создавать приложения для доступа к виртуальным дискам и управления ими», а также инструмент, «предоставляющий API для резервного копирования и восстановления, клонирования и выполнения других операций с виртуальными дисками». Благодаря этим возможностям VDDK может использоваться при переносе виртуальных машин (ВМ) из среды VMware в другие системы виртуализации.

Конкуренты VMware включили VDDK в состав своих инструментов для миграции. Среди них есть Microsoft Azure Migrate, Red Hat Migration Toolkit, Nutanix Move, а также иные утилиты миграции с VMware, включая virtv2v и nbdkit. Лицензия VDDK усложняет задачу миграции. Библиотеку запрещено повторно распространять с другими продуктами, поэтому ни один дистрибутив Linux или открытый проект не предоставляет её. Во всех случаях пользователю предоставляется ссылка на страницу загрузки продукта, которую Broadcom теперь удалила.

Компаниям пришлось внести свои изменения в рекомендации по миграции с VMware. В частности, Microsoft обновила руководство по процессу миграции Azure. Ранее она предписывала устанавливать VDDK в Azure Migrate Appliance, теперь же в случае отсутствия доступа к VDDK она предлагает вернуться к миграции на основе агентов. Red Hat сообщила, что VDDK является проприетарным ПО Broadcom, поэтому она не может размещать или распространять сам пакет, в связи с чем изучает долгосрочные альтернативы для устранения зависимости от VDDK, а пока настоятельно рекомендует сделать резервную копию образа VDDK, если таковой имеется.

В письме The Register компания VMware обосновала свои действия следующим образом: «Доступ к VDDK по-прежнему открыт для избранных партнёров по технологическому альянсу (Technology Alliance Partners, TAP) в рамках лицензированного сценария использования, которым всегда было резервное копирование и восстановление <…> VDDK не является компонентом, на который клиенты имеют безусловное право. Это SDK, распространяемый на условиях собственной лицензии для разработчиков; он никогда не входил в комплект поставки при покупке ПО Broadcom».

Позиция VMware заключается в том, что пользователи не должны рассчитывать на возможность использования VDDK, а миграция считается сценарием использования, не предусмотренным лицензией на этот инструмент (хотя он по-прежнему доступен в составе продуктов партнёров TAP), пишет The Register. Ресурс отметил, что сервисные компании, занимающиеся миграцией сред VMware, уже нашли обходные пути, позволяющие переносить ВМ без использования VDDK.

Решение VMware прекратить публичную загрузку VDDK совпало по времени с изменениями в политике лицензирования, из-за которых некоторые клиенты Broadcom начали подумывать о сокращении объемов использования её продуктов или о переходе на платформы конкурентов. Ресурс отметил, что перенос ВМ — это один из самых простых этапов миграции. Гораздо сложнее и затратнее перестройка или замена всей среды виртуализации, включая сети, хранилища и системы безопасности. В VMware это понимают и предлагают инструмент для аварийного восстановления (Site Recovery), который тоже может служить средством миграции. Так что ограничение доступа к VDDK мало что меняет для тех, кто решил отказаться от VMware.

Американский стартап Hypercubic, занимающийся разработкой специализированных ИИ-агентов для трансляции кода COBOL на современные языки программирования, объявил о проведении посевного раунда финансирования, в ходе которого на развитие привлечено $5,3 млн. Инвестиционную программу возглавила компания CIV. Кроме того, средства предоставили Y Combinator, Afore Capital, Multimodal Ventures, Pioneer Fund, Epsilon Ventures и Unpopular Ventures, а также ряд частных инвесторов.

COBOL (Common Business-Oriented Language), появившийся ещё в 1959 году, до сих пор остаётся основой глобальной финансовой инфраструктуры и приложений на мейнфреймах: по оценкам, более 95% транзакций по картам и операций банкоматов зависят от систем, написанных на этом языке. В мире насчитывается свыше 200 млрд строк COBOL-кода, однако эти программы крайне плохо документированы, а найти квалифицированных специалистов в соответствующей области очень сложно. Первые разработчики на COBOL давно отошли от дел, если вообще живы, да и их преемники приближаются к пенсионному возрасту.

Источник изображения: Hypercubic

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

Стартап Hypercubic предлагает решение проблемы с помощью ИИ-агентов, обученных на огромных объёмах кода COBOL. Система сначала тщательно анализирует исходники, восстанавливает скрытую бизнес-логику и автоматически генерирует документацию. Затем ИИ переписывает приложение на современных языках, сохраняя функциональность и совместимость с историческими данными. Утверждается, что такой подход сокращает сроки модернизации с нескольких лет до пары месяцев, одновременно повышая надёжность.

Вместе с тем Gartnet предрекает провал автоматизированному переносу ПО с мейнфреймов с помощью ИИ — к 2030 году ¾ поставщиков таких решений или закроются, или переориентриуются. Проблема не только в коде, который является только частью более обширного инфраструктурного комплекса, но и в данных, рабочем окружении и аппаратных решениях. IBM по-прежнему развивает мейнфреймы, позволяя интегрировать их с современными платформами и предлагая новые варианты использования.

США более не намерены использовать государственные суперкомпьютеры для прогнозирования погоды. Национальное управление океанических и атмосферных исследований (NOAA) решило использовать для своих операций в этой сфере мощности Google Cloud, сообщает The Register.

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

Ранее контрактом на управление суперкомпьютерами NOAA обладала General Dynamics, последними стали машины HPE Cray в дата-центрах в Аризоне и Вирджинии. Системы Dogwood и Cactus могли обеспечивать около 14 Пфлопс вычислительных мощностей. Теперь управление намерено перенести свою систему Weather and Climate Operational Supercomputing System в облако к декабрю 2027 года, вместе с ПО, применяемым для анализа данных Национальной метеорологической службой США (National Weather Service, NWS), входящей в состав NOAA.

Источник изображения: Raychel Sanner/unsplash.com

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

В рамках нового соглашения NOAA также может использовать ИИ-инструменты Google DeepMind для создания системы прогнозирования AI Global Forecast System. Это, как ожидается, позволит давать точные прогнозы погоды с использованием на 99,7 % меньшего количества вычислительных циклов — на прогнозирование будут уходить не часы, а минуты.

NWS уже занимается обновлением ПО, работающего с данными от математических моделей GFS и GEFS. В марте ведомство заключило контракты с Accenture и Booz Allen Hamilton, которые будут курировать разработку ПО для облачных ресурсов (HIVE и CIRRUS). Это программное обеспечение предназначено для региональных подразделений и будет рассылать экстренные предупреждения, заменяя действующие локальные программы.

Для выполнения новых задач Google рассчитывает использовать инстансы Google Cloud H4D на базе AMD EPYC Turin, предоставляющие до 192 vCPU (полноценное ядро, а не SMT), 1488 Гбайт RAM и 200G-интерконнект. Для выполнения задач, требующих использования суперкомпьютеров, можно использовать Cluster Toolkit для развёртывания кластеров и Cluster Director для их обслуживания. Служба Batch берёт на себя управление очередями, планированием и выделением ресурсов.

Тайваньский контрактный производитель электроники Foxconn начал использовать вместо ПО VMware решения сингапурского поставщика гиперконвергентной инфраструктуры (HCI) Arcfra для некоторых рабочих нагрузок виртуализации GPU, в том числе, связанных с ИИ, в некоторых удалённых офисах, пишет The Register.

На прошлой неделе Arcfra выпустила обновление платформы Neutree, предоставляющей модель как услугу (model-as-a-service), добавив возможности нативной виртуализации GPU и управления моделями. По словам компании, Foxconn внедрила Neutree «для модернизации распределённой заводской инфраструктуры и улучшения способов доставки, управления и наблюдения за ИИ-моделями в различных средах». Также Foxconn использует Neutree для «ускорения развертывания моделей, повышения оперативной прозрачности и создания масштабируемой основы для будущих задач в области ИИ и интеллектуального производства».

Источник изображения: Arcfra

Foxconn придаёт ИИ большое значение в реализации своих планов. В прошлом году председатель правления Янг Лю (Young Liu) высоко оценил возможности генеративного ИИ для значительного улучшения работы заводов компании.

Как сообщили в Arcfra ресурсу The Register, устаревшая система виртуализации VMware с SAN, на которую полагались филиалы Foxconn, становилась все более сложной в управлении и масштабировании в распредлённой глобальной сети, что приводило к высоким затратам на строительство и значительному увеличению эксплуатационных расходов и расходов на техническое обслуживание.

В Arcfra полагают, что Foxconn развернула их платформу «в своих филиалах в материковом Китае, Тайване, Вьетнаме и Северной Америке» и использует её для критически важных систем интранета, управления производством, ERP и управления производственными линиями. Arcfra также размещает среды DevTest и VDI-нагрузки Foxconn. В 2025 году Arcfra вошла в список лучших решений аналитической компании Gartner для полнофункционального ПО HCI.

Компания Broadcom, владеющая VMware, изменила стратегию, нацелившись на крупные компании, такие как Foxconn, утверждая, что подавляющее большинство целевых клиентов используют её флагманский пакет решений Cloud Foundation. Но The Register отметил, что многие крупные бренды решили отказаться от услуг VMware, среди них Tesco, Western Union, Allstate Insurance — и теперь Foxconn.

РТК-ЦОД сообщил о завершении работ по размещению оборудования одного из крупнейших автомобильных холдингов России ГК АВТОДОМ и ГК АвтоСпецЦентр в своём московском ЦОД. Компания обеспечила холдинг комплексной отказоустойчивой инфраструктурой с защищёнными каналами связи и надёжным резервным копированием.

Специалисты РТК-ЦОД в кратчайшие сроки завершили монтаж и подключение оборудования холдинга, которому было необходимо выполнить эти работы оперативно и с гарантированно надёжным взаимодействием всех систем и безлимитным доступом в интернет, говорит компания. Они также настроили защищённое соединение между дата-центром РТК-ЦОД и ИТ-системами ГК АВТОДОМ и ГК АвтоСпецЦентр, и перестроили схему резервного копирования.

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

Источник изображения: unsplash.com / Homa Appliances

Как отметил Алексей Шувалов, директор центра по работе с клиентами РТК-ЦОД, для такого крупного холдинга, как ГК АВТОДОМ и ГК АвтоСпецЦентр, даже кратковременный перебой в работе информационных систем может повлечь за собой финансовые и репутационные потери. Поэтому во главу угла при реализации проекта в РТК-ЦОД поставили отказоустойчивость и надёжное взаимодействие информационных систем заказчика. «Мы сфокусировались не просто на размещении оборудования, а на создании инженерной среды, где гарантирована стабильная работа, а риски сведены к абсолютному минимуму», — сообщил Шувалов.

В свою очередь, Руслан Хожабаев, директор ИТ-департамента ГК АВТОДОМ и ГК АвтоСпецЦентр подчеркнул, что для холдинга было важно получить комплексное готовое решение — с монтажом, подключением и обеспечением согласованной работы ИТ-систем. «РТК-ЦОД оперативно и профессионально решил все поставленные задачи, обеспечив нам надёжную ИТ-инфраструктуру, которая работает стабильно и без сбоев», — отметил он.

Провайдер «Рег.облако» и разработчик панели управления ispmanager сообщили о расширении программы Free Tier и запуске бесплатного решения для бесшовного перехода с классического хостинга на облачную инфраструктуру «Рег.облака».

Вместо ручной настройки через специальную консоль владельцам веб-ресурсов предоставляется готовая облачная среда с панелью ispmanager, через которую можно управлять сайтом, базами данных, почтой и файлами. Техническая начинка предложения включает облачный сервер с 1 vCPU, 1 Гбайт RAM и 10 Гбайт на NVMe-диске, публичный IPv4-адрес, резервное копирование и стартовую лицензию ispmanager, созданную специально для клиентов «Рег.облака» в рамках сотрудничества двух компаний. По запросу возможно расширение мощности сервера в два раза выше базовой конфигурации.

Источник изображения: Flipsnack / unsplash.com

Программа Free Tier (бесплатный уровень ресурсов) распространяется на всех новых пользователей «Рег.облака», зарегистрировавшихся после 13 апреля 2026 года. Срок предоставления бесплатных облачных ресурсов ограничен 6 мес.

Французский разработчик и SRE (Site Reliability Engineer) Амин Раити (Amine Raiti) объявил настоящую войну облачным гиперскейлерам, включая AWS, Google Cloud и Microsoft Azure. Он потребовал от них отказа от огромных комиссий за прекращение использования услуг. В противном случае гиперскейлерам грозит бесконечный поток сгенерированного ИИ сатирического музыкального контента, сообщает The Register.

Раити, работающий в некой финансовой организации, находящейся под надзором европейского центробанка, выбрал оружием генерируемые ИИ песни, сатирические стихи и музыкальные пародии, от K-pop до финской польки и музыки в стиле Шопена, назвав свою кампанию «Операция индюк» (Operation Dindon). Идея появилась, когда Раити работал управленцем в одной из французских Adtech-компаний. Бизнес был связан многолетними облачными договорами, которые действовали даже на фоне падения выручки компании и сокращения штата. Хотя конкретные облачные провайдеры в тех увольнениях не обвиняются, именно тогда привязка к вендору якобы перестала быть для Раити абстрактной технической проблемой.

Требования организатора интернет-протеста чрезвычайно просты: гиперскейлеры должны дать клиентам возможность отказаться от многолетних соглашений, если бизнес заходит в финансовый тупик, прекратить взимать огромные средства за выгрузку данных из своих облаков и обеспечить отказ от проприетарных сервисов гиперскейлеров без огромных трат на миграцию. Журналистам Раити привёл вопиющие примеры. По его словам, одна конфигурация AWS NAT Gateway может обойтись в €6,7 тыс. ($7777) ежегодно за функциональность, которую, по его словам, администраторы Linux-систем обеспечивали ещё в конце 1990-х гг. Управляемые Kubernetes-сервисы могут обходиться ежегодно в €14 тыс. ($16251) и более.

Источник изображения: Amine Raiti / LinkedIn

В отличие от обычных разговоров, не уходящих дальше отдельных IT-команд или публикации постов в LinkedIn, Раити превратил свой протест в настоящее представление, создав сатирический музыкальный сериал «Легенда об индюке» (The Legend of Dindon). Главный герой — вымышленный индюк, регулярно попадающий в зависимость от облачных сервисов и не способный выбраться из ловушек. Каждая серия посвящена отдельной проблеме: скрытым расходам, юридическим привязкам к вендорам или, например, завышенным тарифам. В начале мая Раити опубликовал т.н. «Железный ультиматум» (Iron Ultimatum) на 11 языках, адресовав его AWS, Google и Microsoft.

Организатор музыкальных протестов готов даже выпустить хвалебный поэтический сборник с похвалами в адрес облачных компаний, если те проведут значимые реформы. Если нет — операция продлится бессрочно, благо, создание одного трека занимает около двух минут, а обойдётся это не дороже €50/мес. «Коллекция» Раити уже включает порядка 50 сгенерированных ИИ треков. Сами облачные гиганты пока не ответили на ультиматум и до объявленного «дедлайна» в сентябре остаётся довольно много времени. Впрочем, нередко они и сами обвиняют друг друга в огромных платежах за отказ от сервисов и выгрузку данных.

SAP совершила резкий разворот в своей стратегии внедрения ИИ, пишет The Register. Ранее немецкая компания утверждала об отсутствии планов внедрять «инновации», такие как ИИ, в системы on-premise, включая устаревшую ERP-платформу ECC, вызывав возмущение у некоторых пользователей.

В июле 2023 года генеральный директор Кристиан Кляйн (Christian Klein) заявил, что «новейшие инновации и возможности» SAP будут предоставляться только в публичном или частном облаке с использованием RISE with SAP — программы переноса и трансформации, которую компания запустила совместно с партнёрами и облачными провайдерами в начале 2021 года. «Наши новые инновации не будут доступны для клиентов, использующих локальные или размещённые на локальных серверах ERP-системы крупных облачных провайдеров», — отметил он тогда.

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

Источник изображения: Stephen Andrews / Unsplash

Кляйн добавил, что большинство ИИ-помощников и агентов Joule будут доступны on-premise в качестве временного решения в ECC и S/4HANA клиентов, которые уже вложили значительные силы в процесс миграции, чтобы они могли воспользоваться преимуществами ИИ во время модернизации. «Это абсолютно правильное решение, и я рад видеть, как клиенты воспользуются этой возможностью», — добавил он.

Мухаммад Алам (Muhammad Alam), член исполнительного совета по продуктам и разработке, заявил на конференции, что SAP предоставит «значительную часть ИИ-помощников и агентов Joule для работы в гибридных средах с возможностью подключения к локальной среде S/4 и ECC». Он тоже отметил, что предложение будет доступно «клиентам, которые начали модернизацию на платформе RISE with SAP».

Источник изображения: SAP

Новая возможность включена в пакет услуг под новым брендом Business AI Platform, сказал Алам: «Мы сделали это для того, чтобы вы могли начать получать выгоду от ИИ уже сегодня на платформе SAP Business AI Platform, пока вы модернизируете свою инфраструктуру». Опцией смогут воспользоваться только подписчики тарифного плана Max Success Plan. Согласно заявлению компании, этот план позволит клиентам ускорить активацию помощников и агентов, а также «внедрять ИИ, включая облачные и подходящие локальные системы, в удобном для них темпе по мере перехода в облако». Планируется, что предложение станет доступно уже в этом месяце.