Немецкоязычная группа клиентов 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, пока не сообщается.

Девять китайских компаний, специализирующихся на исследованиях и разработках в области чипов с открытой архитектурой RISC-V, по сообщению The Register, объявили о формировании отраслевой структуры China RISC-V Industry Alliance. Об инициативе объявлено на индустриальном форуме RISC-V в Шанхае в конце августа 2023 года.

В альянс вошли разработчик T-Head (принадлежит гиганту Alibaba Group Holding), VeriSilicon Microelectronics, Xinlai Technology, Shanghai Saifang Technology, Shanghai Shiqing Technology, Juquan Optoelectronics, Shanghai Hengrui Intellectual Property Services Co., Ltd., Xinsiyuan Microelectronics и StarFive (поддерживается корпорацией Baidu).

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

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

Цель проекта заключается в том, чтобы создать «здоровую экосистему чипов с открытым кодом и способствовать быстрому развитию платформы RISC-V». Это важно в условиях жёстких санкций со стороны США, которые закрыли для китайских компаний доступ к решениям по производству передовых микропроцессоров.

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

Сбербанк, по сообщению газеты «Коммерсантъ», создал инструмент разработки и автоматического дополнения кода GigaCode. Это отечественный аналог системы GitHub Copilot на базе ИИ, которая способна давать советы по написанию кода разработчикам ПО.

Отмечается, что Сбербанк зарегистрировал программу GigaCode/JARVIS в реестре Роспатента. Этот инструмент подходит для разных языков программирования. Регистрация оформлена 8 августа нынешнего года, а 3 августа банк зарегистрировал домен gigacode.ru. Условия доступа к GigaCode пока не раскрываются.

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

В апреле 2023-го Сбербанк представил нейросеть GigaChat, способную генерировать фрагменты программного кода. Говорится, что инструмент GigaCode «развивается параллельно с GigaChat и имеет ряд пересечений». Новая система может интегрироваться с популярными IDE, включая IntelliJ IDEA и PyCharm, а также Visual Studio Code.

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

«Группа Астра» (ОС Astra Linux), по сообщению газеты «Коммерсантъ», до конца 2023 года планирует развернуть собственную платформу для совместной разработки и хостинга IT-проектов с открытым кодом. Речь идёт об аналоге сервисов GitHub и GitLab.

Согласно данным «СПАРК-Интерфакса», в рамках создания новой платформы АО «Группа Астра» приобрело 26 % в ООО «Ресолют» — создателе сервиса для хранения открытого исходного кода и совместной разработки GitFlic. В дальнейшем доля в этом разработчике будет доведена до 51 %, тогда как 49 % останутся у основателей «Ресолюта».

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

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

О финансовых условиях сделки между «Группой Астра» и «Ресолютом» ничего не сообщается. По оценкам участников рынка, 26-процентная доля может стоить приблизительно 5 млн руб. Таким образом, получение контроля обойдётся в 10 млн руб. Между тем топ-менеджер одной из российских IT-компаний считает, что целью сделки была «покупка команды разработчиков», а 51 % в «Ресолюте» он оценивает в 50–70 млн руб.

Ранее российских разработчиков начали ограничивать в доступе к GitHub. После этого была запущен отечественный репозиторий решений с открытым кодом Mos.Hub. За два месяца работы эта площадка привлекла более 3 тыс. пользователей.

Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации (Минцифры России), по сообщению газеты «Коммерсантъ», готовит поправки в постановления правительства №1236 и №325, регулирующие процедуру включения продуктов в реестр российского ПО. Речь идёт об ужесточении требований в отношении совместимости с отечественными разработками.

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

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

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

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

Мир мейнфреймов очень консервативен, в нём часто используются системы, создаваемые десятилетиями на базе давно устаревших языков программирования, но IBM собирается это изменить. Компания анонсировала новый ИИ-сервис watsonx Code Assistant for Z, который должен помочь разработчикам модернизировать программную инфраструктуру.

Нередко до сих пор функционирующие на базе мейнфреймов системы, к примеру, банковские, используют приложения на языке COBOL, которому уже более 60 лет и который не вполне соответствует современным стандартам. Поддерживать систему в актуальном состоянии становится всё сложнее, а стоимость такой поддержки только растёт. Эту проблему и призван решить сервис watsonx Code Assistant for Z.

Источник изображений здесь и далее: IBM

В рамках сервиса предусмотрен доступ к ИИ-ассистенту, работающему на базе одной из крупнейших нейросетей с 20 млрд параметров, IBM watsonx.ai. Целью технологии является перевод COBOL-приложений на язык Java с одновременной минимизацией возникающих в процессе переноса проблем. Ожидается, что это избавит от необходимости поддержки устаревшего кода, снизит затраты на разработку при одновременном её ускорении и упростят внедрение новых технологий, поскольку Java на сегодня является одним из самых распространённых языков программирования в бизнес-сегменте.

Ручной перевод с COBOL на Java весьма трудоёмок, поскольку в сложных приложениях речь порой идёт о миллионах, а иногда и миллиардах строк устаревшего кода, к тому же многое придётся переписывать с нуля. watsonx Code Assistant for Z поможет делать это постепенно, обеспечивая при этом высокое качество кода, а инструментарий IBM Application Discovery and Delivery Intelligence позволит определить первоочередность кода для модернизации. Также будет поддерживаться автоматизированное тестирование для валидации обновлённых приложений.

AMD объявила о приобретении компании Mipsology из Палезо (Франция), специализирующейся в области программного обеспечения для искусственного интеллекта, с которой её связывают давние партнёрские отношения. Как ожидается, команда разработчиков Mipsology поможет AMD разработать полный стек ИИ-решений и упростит развёртывание ИИ на оборудовании AMD.

Основанная в 2015 году компания Mipsology разрабатывает передовые решения для инференса и инструменты оптимизации нагрузок, адаптированные для оборудования AMD. Флагманское ПО Zebra компании поддерживает отраслевые платформы, включая TensorFlow, PyTorch и ONNX Runtime, и помогает ускорить развёртывание инференс-нагрузок на CPU и FPGA. Также ПО поддерживает программный стек AMD Unified AI (UAI).

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

«ИИ является нашим главным стратегическим приоритетом и важным фактором роста спроса на полупроводники в ближайшее десятилетие. Приветствуя квалифицированную команду Mipsology в AMD, мы продолжим расширять возможности нашего программного обеспечения, чтобы позволить клиентам по всему миру использовать огромный потенциал повсеместного ИИ», — отметил представитель AMD в блоге компании.

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

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

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

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

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 удачи в столь смелом начинании.