В прошлом месяце компания Rimini Street добавила в свои предложения поддержку SAP S/4HANA Cloud, что позволит компаниям оттянуть и упростить дорогостоящий переход с локальных развёртываний ECC на новую платформу S/4HANA, даже несмотря на давление со стороны SAP. В Rimini Street считают, что компаниям не нужно немедленно отказываться от локальных ERP-систем в пользу новых облачных продуктов, предлагаемых им SAP или Oracle.

Будучи сторонним поставщиком сопровождения ПО и управляемых услуг для продуктов SAP и Oracle, компания помогает клиентам продолжать работу с локальными ERP, предоставляя техническую поддержку, которая, по её словам, более оперативна, чем та, которую предлагают провайдеры, и стоит значительно дешевле. И если SAP, похоже, фактически не так уж против деятельности Rimini Street, то разбирательства с Oracle продолжаются уже несколько лет, а дело дошло даже до Верховного суда США.

Изображение: Jim Wilson / Unsplash

Как и многие поставщики корпоративного ПО, компания SAP призывает своих клиентов перейти на облачные версии своего ERP-продукта. Для неё такой переход имеет несомненные плюсы, позволив обеспечить более стабильное поступление дохода вместо спорадического характера традиционного лицензирования, а также упростив общий процесс разработки и доставки ПО, отметил ресурс IT Jungle . Облачный бизнес SAP действительно быстро растёт.

Но такой шаг негативно отразится на клиентах, которые используют ПО SAP локально, включая около 1,5 тыс. компаний, использующих SAP Business Suite и старые продукты R/3 на серверах IBM POWER, и множество других предприятий, развернувших ПО SAP в локальных средах AIX, Linux и Windows. Для них уже начался обратный отсчёт времени, поскольку в прошлом году SAP сообщила о прекращении в 2027 году массовой поддержки ECC (ERP Central Component) 6.0 для локальных компонентов. Опционально можно докупить расширенный пакет обслуживания до 2030 года.

После этого клиентам будет предоставлен выбор: или продолжать использовать устаревшее ПО SAP локально без поддержки и обновлений, или перейти на облачное предложение SAP S/4HANA. Для упрощения перехода в облако SAP предлагает клиентам программы вроде RISE with SAP, которые сочетают в себе ПО, бизнес-аналитику, услуги по трансформации и помощь партнёров. С этой же целью недавно компания предложила пакеты с недорогими облачными подписками RISE. Вместе с тем в июле SAP скорректировала политику, сообщив, что увеличит стоимость поддержки локальных решений на 5 % в 2024 году, хотя уже увеличила в этом году стоимость услуг на 3,3 %. В предыдущем десятилетии у компании повышения тарифов не было.

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

«Новые возможности SAP будут реализованы только в публичном и частном облаке SAP с RISE <…> так мы будем внедрять инновации со скоростью, гибкостью, качеством и эффективностью. Наши инновации не будут доступны для клиентов, использующих локальные или размещённые у гиперскейлеров ERP-системы», — заявил в июле гендиректор SAP. Все новые возможности ERP, решения по устойчивому развитию и учёту выбросов углерода, а также новые инновации в области ИИ «будут доступны только в облаке и реализовываться посредством [программ] RISE и GROW», — подчеркнул он.

GROW with SAP — это пакет ERP, предложенный компанией в марте и предназначенный в первую очередь для компаний среднего бизнеса. Пакет включает SAP S/4HANA Cloud Public Edition, вариант ПО компании для публичного облака. GROW with SAP представляет собой предварительно настроенный пакет, который автоматизирует бизнес-процессы в сфере финансов, продаж, закупок, производства, цепочки поставок, обслуживания, управления активами, НИОКР и проектирования и может использоваться в различных отраслях.

Немецкоязычная группа клиентов SAP Deutschsprachige SAP-Anwendergruppe (DSAG) заявила, что решение SAP сделать улучшения доступными только для облачных клиентов окажет немедленное влияние на существующих локальных клиентов, пишет Computer Weekly. Председатель правления DSAG назвал решение компании разворотом на 180° и серьёзным ударом, поскольку компании, использующие S/4HANA локально, также не будут иметь права на некоторые обновления. «Это означает смену парадигмы», — отметил он.

«У клиентов, которые уже инвестировали в локальную S/4HANA, теперь может сложиться впечатление, что они потратили миллионы зря. Это не укрепит доверия, если SAP не покажет клиентам чёткие пути развития для плавного перехода к облаку и ERP следующего поколения, не ставя под угрозу сделанные ими инвестиции», — заявила DSAG. DSAG также крайне недовольна и обеспекоена последними шагами SAP, поскольку они, по её мнению, уже поставили под угрозу систему здравоохранения целой страны.

Немецкоязычная группа клиентов SAP (DSAG) призвала разработчика программного обеспечения продлить поддержку специализированного отраслевого решения SAP IS-H для больниц и организаций здравоохранения на основе устаревшей платформы SAP ECC на фоне опасений нарушения процессов отчётности в больницах в Германии, Швейцарии и Австрии, пишет The Register.

Как отметила DSAG, только в июне этого года SAP заявила, что позволит третьим сторонам разрабатывать преемника решения IS-H посредством лицензионного соглашения с такими партнёрами как T-Systems Austria. И тогда же SAP заявила, что не планирует выпускать следующую версию IS-H. Однако фактически замена IS-H доступна только для клиентов, которые уже перешли или собираются перейти на актуальную платформу S/4HANA, сообщила DSAG.

Чтобы перейти на альтернативу IS-H, пользователям ECC придётся мигрировать на S/4HANA до окончания основной поддержки ECC в 2027 году. При этом у них будет очень мало времени для миграции на новую платформу, жизненно важную для работы медицинских организаций. Поэтому DSAG призвала SAP продлить поддержку ECC для таких клиентов без дополнительной оплаты. Сейчас SAP предлагает купить расширенную поддержку таких систем до 2030 года.

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

Вальтер Шиннерер, член правления DSAG в Австрии, заявил, что во избежание дополнительных затрат клиникам и больницам придётся заменить IS-H с SAP ERP в течение трёх лет. «Хотя новое решение должно быть доступно с 2025 года, T-Systems Austria и всем компаниям, которых это касается, будет сложно произвести миграцию до окончания срока основного обслуживания IS-H в 2027 году», — сообщил он. Шиннерер отметил, что это нереально, поскольку только на проведение тендера на разработку преемника IS-H уйдёт около двух лет.

«Поскольку SAP изменила свою собственную отраслевую стратегию, она теперь должна дать какие-то гарантии, чтобы окончательно не потерять доверие клиентов. Первым дело можно было бы предложить расширенное обслуживание без дополнительной оплаты для SAP Patient Management (IS-H)», — сказал Шиннерер. По данным DSAG, обслуживание более 95 % всех пациентов Австрии зависит от этого решения. Без новой платформы невозможно будет принять пациентов, сделать выписку и выставить счета, заявила DSAG.

SAP согласилась, что третьи стороны могут разработать решение для больничной отрасли непосредственно на S/4HANA, но предпочтительным методом создания отраслевого ПО она назвала использование облачной среды. По словам DSAG, пользователи не хотели бы разворачивать новое решение в облаке из-за потенциального конфликта с местным законодательством.

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

Представитель SAP заявил The Register, что стратегия выпуска и обслуживания ПО остаётся неизменной. «Здравоохранение стратегически важно для SAP. Мы находимся в постоянном и тесном контакте с нашими клиентами и партнёрами из системы здравоохранения, чтобы помочь им оставаться эффективными даже в нестабильные времена», — сообщил представитель компании. «Наша цель на будущее, основанная на отзывах наших клиентов и соответствующая стратегии SAP, состоит в том, чтобы предоставить модульную систему», — добавил он.

«SAP также выполняет свои существующие обязательства по решению SAP Patient Management (IS-H); продукт основан на SAP Business Suite и, таким образом, соответствует текущим обязательствам по техническому обслуживанию», — подытожил представитель SAP. Продлит ли SAP срок бесплатной поддержки IS-H на ECC, пока не сообщается.

Сообщество разработчиков ядра Linux отказалось принимать от российской компании «Байкал Электроникс» патчи для ядра. О запрете, как отмечает ресурс Phoronix, сообщил Якуб Кичиньский (Jakub Kicinski), занимающийся поддержкой сетевой подсистемы Linux. «Нам некомфортно принимать патчи от вашей организации или обновления, связанные с произведённым вами оборудованием», — заявил господин Кичиньский в переписке с Сергеем Сёминым, сотрудником «Байкал Электроникс».

Дело в том, что российский разработчик процессоров и SoC с архитектурами MIPS и Arm находится под европейскими и американскими санкциями. В этой связи Якуб Кичиньский посоветовал «Байкал Электроникс» воздержаться от внесения изменений в сетевую подсистему ядра Linux «до дальнейшего уведомления». Отметим, что именно благодаря «Байкал Электроникс» в ядре Linux появилась полноценная поддержка Warrior P5600 — именно это решение лежит в основе чипа «Байкал-Т1».

Источник изображения: «Байкал Электроникс»

Как уточняет Phoronix, отказ принимать патчи последовал после того, как «Байкал Электроникс» предложила ряд исправлений для сетевого драйвера STMMAC. Он предназначен для Ethernet-контроллеров Synopsys, которые используются в решениях российской компании. «Серия исправлений, о которой идёт речь, не относится непосредственно к решениям "Байкал Электроникс", а представляет собой всего лишь исправления для сетевого драйвера Synopsys, используемого несколькими различными аппаратными платформами/организациями», — подчёркивается в публикации.

Корпорация IBM, как сообщает ресурс Network World, опровергла предположения о том, что разработка операционной системы AIX отошла на второй план. Компания заявляет, что по-прежнему привержена данному проекту, а развитие платформы и внедрение в неё новых функций рассчитано как минимум до 2030 года.

В начале 2023 года стало известно, что IBM полностью передала разработку Unix-платформы AIX своему индийскому подразделению. Тогда говорилось, что разработчикам AIX в США было предложено подыскать другую работу в компании, но некоторые оказались в «подвешенном состоянии». Высказывались предположения, что данная мера нацелена на то, чтобы избавиться от пожилых сотрудников. Кроме того, появились слухи, что проект AIX теряет приоритет.

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

IBM теперь заявляет, что разработка AIX уже велась в Индии, тогда как специалисты в США работали над платформой POWER, на которой функционирует AIX. Отмечается, что компания решила сосредоточить дальнейшее развитие AIX в Индии по многим причинам, а не исключительно из соображений экономии средств. В компании говорят, что осенью 2023 года будет выпущено очередное обновление AIX 7.3. Компания намерена и дальше придерживаться цикла ежегодного обновления платформы.

«Мы продолжим совершенствовать систему. Ни одно из действий по оптимизации ресурсов, которые мы предприняли, не повлияло на наш план развития ОС или кого-либо из сотрудников, которые вовлечены в проект», — отмечают в корпорации. Более того, по словам IBM, которой теперь принадлежит Red Hat, бывают даже случаи переноса рабочих нагрузок с Linux на AIX. Сейчас AIX является фактически единственным активно развивающимся наследником UNIX System V Release 4.

IBM полностью передала разработку платформы AIX своему индийскому офису. Об этом сообщил ресурс The Register. До этой передачи, которая, по данным The Register, произошла в III квартале 2022 года, разработка AIX, согласно его источнику, была равномерно распределена между специалистами IBM в США и Индии. С наступлением 2023 года все работы были перемещены в Индию.

Согласно данным The Register, пострадало порядка 80 разработчиков AIX в США, которым было предложено подыскать другую работу в компании, выделив на решение вопроса неограниченное время. Сообщается, что большая часть программистов перешла на другие должности в IBM, хотя некоторые оказались в «подвешенном состоянии». По словам собеседника The Register, это в основном пожилые сотрудники, имеющие право на получение пенсии.

Изображения: IBM

«Среди моих коллег общее мнение состоит в том, что перераспределение используется для того, чтобы вытолкнуть пожилых сотрудников из компании и сделать это таким образом, чтобы избежать проверки, которая проводится при увольнениях», — говорит источник. При увольнении работника обычно выплачивается выходное пособие, что отражается в отчётности. Перераспределение (направление работников на поиск другой должности внутри компании, возможно, с переездом) позволяет избежать этих затрат и заполнения лишних бумаг. Кроме того, это может побудить работника уволиться по собственному желанию.

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

В феврале 2022 года директор по персоналу IBM директор по работе с персоналом IBM Никль Ламоро (Nickle LaMoreaux) выступила с опровержением «ложных утверждений о возрастной дискриминации в компании». В последнее время многие из исков против IBM были урегулированы компанией на условиях конфиденциальности, нередко без признания своей вины и без возможности формирования коллективных исков.

EPI (European Processor Initiative), целью которого является создание европейских высокопроизводительных процессоров и ускорителей для серверов, HPC-систем и автономного транспорта, успешно завершил первую фазу развития — CPU под кодовым именем Rhea стал на шаг ближе к реальности. Его выпуск запланирован на конец 2022 года.

Консорциум EPI был создан в 2018 году, сейчас в него входят уже 28 компаний и организаций в 10 странах Евросоюза. Сегодня EPU объявил о достижении целей первой фазы проекта, который включает три основных направления разработки: процессоры общего назначения (GPP), ускорители (EPAC) и SoC для робомобилей.

Планы European Processor Initiative (Изображения: EPI)

Первое направление возглавляет SiPearl при поддержке Atos. Компания создаёт 6-нм чип Rhea с ядрами Arm Neoverse V1. Однако это лишь часть общей картины — чип получит ещё 29 различных блоков RISC-V, а также внутренний интерконнект NoC (Network-on-Chip) для связи ядер и различных подсистем. В целом, чип уже работоспособен на уровне RTL — полный дизайн в настоящее время проходит валидацию в эмуляторах, но его уже можно использовать для создания системного и прикладного ПО.

Rhea получит контроллеры памяти с поддержкой HBM2E, для валидации которых CEA подготовила отдельную платформу. За защиту будет отвечать автономная система управления безопасностью (SMS) от ProvenRun. Пизанский университет разработал целый набор IP-блоков Crypto Tile для ускорения AES, ECC/ECDSA/ECIES/ECDH и SHA2/SHA3. Crypto Tile имеет безопасное хранилище ключей, защиту от атак по сторонним каналам, поддержку постквантового шифрования (Crystals Kyber и Dilithium) и эффективной работы со сверхдлинными ключами, а также аппаратный генератор случайных чисел и быстрые AXI4-интерфейсы.

Первая партия чипов EPAC

Для современного процессора очень важен фактор энергопотребления, и здесь огромный вклад внесли университеты Болоньи и Цюриха, разработавшие новый контроллер питания на базе ядер RISC-V. Он использует современные алгоритмы машинного обучения для более эффективного управления многоядерными SoC. Регуляторы напряжения и референсная платформа для них (пока на базе FPGA) спроектированы компаниями Atos и E4 Computer Engineering.

Прототип ускорителя EPAC

Направление ускорителей представлено чипами EPAC 1.0 на базе ядер RISC-V и IP-блоков различных специализированных ускорителей, первые образцы которых были выпущены этой осенью. Тестовая плата для EPAC разработана E4 Computer Engineering. Предварительное тестирование показывает отличную степень программируемости и совместимости. Сейчас идёт разработка и портирование ПО и драйверов.

Тестовая платформа для новой европейской платформы автономного транспорта

Наконец, третья ветвь EPI, находящаяся под патронажем Infineon, представила концепт платформы автономного транспорта на базе BMW X5. Основой служит SoC eHPC на базе IP-блоков, созданных в рамках других направлений работы EPI. В состав платформы входят новые камеры и радарные ИИ-системы. Серьёзное внимание уделено безопасности — есть соответствие требованиям стандарта ASIL D. Новая платформа является модульной и позволяет подключить чипы Rhea и EPAC, ускорители Kalray MPPA и ПЛИС Menta eFPGA.

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

Intel в рамках мероприятия Innovation раскрыла имя партнёра по разработке IPU Mount Evans — им оказалась компания Google. Впрочем, это не означает, что новинки будут доступны только ей и окажутся оптимизированы только под её задачи. IPU хоть и ориентированы в первую очередь на гиперскейлеров (среди возможных заказчиков называют и Facebook✴), но, по мнению Intel, будут интересны и менее крупным игрокам. Более того, было, наконец, прямо сказано, что ведётся работа и над Project Monterey от VMware.

Как пояснил Гвидо Аппенцеллер (Guido Appenzeller), технический директор подразделения Data Platforms Group Intel, название IPU (Infrastructure Processing Unit) было выбрано в противовес всё ещё относительно новому, но более привычному термину DPU (Data Processing Unit) именно потому, что IPU охватывает более широкий спектр задач по работе именно с инфраструктурой, а не только c данными.

Справедливости ради отметим, что и сами DPU, поначалу чаще ориентированные именно на ускорение работы с СХД и устранению узких мест в передаче данных, уже расширили свою функциональность и практически являются IPU именно в терминологии Intel — этот класс сопроцессоров независим от хост-системы и занимается обслуживанием инфраструктуры, включая работу с сетью и хранилищем, изоляцию и телеметрию, управление нагрузками и т.д.

У Intel достаточно богатый опыт работы по сетевому направлению с гиперскейлерами. По словам Аппенцеллера, семь из восьми крупнейших компаний этого класса используют решения Intel во всей или хотя бы в некоторых частях своей инфраструктуры. Так, Microsoft, Baidu и JD полагаются на SmartNIC на базе FPGA. Партнёрство же с Google будет выгодно для обеих компаний. Intel получит заказы, а Google, наконец, обретёт то, что давно есть у Amazon — аналог Nitro. На масштабе в миллионы серверов это очень важно.

Однако IPU (как аппаратные устройства) — только часть общей картины. Для полноты не хватает как минимум ещё двух компонентов: программного стека и сопутствующей инфраструктуру. Tofino-3 — анонсированный ранее чип или, как его называет сама Intel, Intelligent Fabric Processor — не только поддерживает коммутацию на скорости 25,6 Тбит/с с параллельным сбором телеметрии, но и является полностью P4-программируемым. А это позволяет организовать сквозные мониторинг, управление и оптимизацию трафика для конкретных задач.

Или, иными словам, IPU и подходящие коммутаторы позволяют сделать всю инфраструктуру практически полностью программно определяемой, но с аппаратной разгрузкой части функций и близкой к bare metal итоговой производительностью. Правда, в качестве демо Intel опять же приводит «классические» примеры с СХД и Open vSwitch, а также сценарии глубокого мониторинга производительности и быстрого поиска проблемных мест в сети. Но этим потенциальные возможности не ограничиваются.

Более того, со стороны ПО и средств разработки жёсткой привязки именно к «железу» Intel нет. Компания представила open source фреймворк IPDK (Infrastructure Programmer Development Kit) для упрощения переноса и, что важно, оптимизации наиболее тяжёлых или нетривиально реализуемых функций ПО на SmartNIC (с FPGA или иной программируемой логикой), IPU/DPU, коммутаторы или CPU. IPDK дополняет уже имеющиеся решения вроде DPDK, SPDK и т.д. возможностями работы с P4.

Летом уходящего года компания Tachyum объявила о том, что собирается отправить Xeon «на свалку истории». Сделать это должен 128-ядерный процессор нового поколения Prodigy. Хотя массово он пока не производится, компания продолжает активно работать над проектом и совсем недавно объявила начало предзаказов на эмуляторы нового процессора, как программные, так и базирующиеся на ПЛИС. Также она продемонстрировала рабочий UEFI для будущих CPU.

Молодая словацкая компания замахнулась на многое. Её процессор должен получить до 128 ядер, работающих на частоте до 4 ГГц. Чтобы «накормить» его данными, предусмотрен 12-канальный контроллер памяти DDR5. С периферией Prodigy будет общаться посредством 48 линий PCIe 5.0, но также получит и два контроллера Ethernet класса 400G. Характеристики весьма впечатляют.

Разработчики заявляют, что Prodigy найдёт своё место в системах класса Big Data и мощных системах машинного обучения. Если верить Tachyum, производительность разрабатываемого процессора должна достигнуть 16 и 8 Тфлопс на классичесих вычислениях FP32/FP64. В режиме машинного обучения и инференса возможности новой архитектуры выглядят ещё внушительнее, поскольку речь идёт о цифре 262 Тфлопс.

Столь громкие анонсы в истории вычислительной техники часто заканчивались «на бумаге», но Tachyum действительно работает над реализацией Prodigy. Как это обычно бывает, новая процессорная архитектура отрабатывается разработчиками с помощью эмуляции — как чисто программной, так и базирующейся на мощных ПЛИС. Это позволяет понять возможности и особенности поведения архитектуры, пусть и работающей с меньшей производительностью.

В начале декабря Tachyum объявила об открытии предзаказов на ПЛИС-эмулятор Prodigy, позволяющий начать разработку программного обеспечения для будущих систем на базе нового процессора уже сейчас. Поставки должны начаться в первом квартале 2021 года. В середине месяца Tachyum анонсировала и возможность заказа программного эмулятора Prodigy. Главная ценность такого эмулятора — более низкая стоимость в сравнении с вариантом на базе ПЛИС.

Любой процессор неработоспособен без сопутствующего системного программного обеспечения — BIOS или, что сейчас встречается намного чаще, UEFI. В начале месяца Tachyum объявила о том, что передаст OEM и ODM-партнёрам UEFI, разработанное для новой архитектуры. При этом ПО будет поставляться не только в бинарном виде, разработчики получат и исходные коды.

К настоящему времени, таким образом, компания предлагает программные и ПЛИС-эмуляторы нового процессора, и сопутствующее программное обеспечение. К чести Tachym, разработан не только UEFI — имеется и ядро Linux с поддержкой новой архитектуры, набор средств разработки, включая компиляторы (в том числе, для ИИ-задач) и отладчики кода. Успешно продемонстрирована возможность работы на Prodigy бинарного кода, созданного для архитектур x86, ARM и RISC-V.

Первые чипы Prodigy должны появиться уже в следующем году. Если запуск будет успешным, Tachym может сильно изменить привычную картину мира в сфере HPC и ИИ, ведь новая архитектура обещает быть производительнее классических Xeon и EPYC при на порядок более низком энергопотреблении, втрое более низкой стоимостью в пересчёте на MIPS, и вчетверо более низкой стоимостью владения.

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