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

Бирмингемский городской совет, крупнейший в Европе местный орган власти, объявил о серьёзных финансовых проблемах. Как сообщает The Register, это случилось после того, как стоимость реализуемого здесь ERP-проекта Oracle выросла с £20 млн до £100 млн ($125,5 млн). При реализации проекта возникли задержки, отмечены перерасход средств и недостаточный контроль.

Совет опубликовал уведомление в соответствии со Статьёй 114 — данный правовой инструмент применяется в Англии и Уэльсе для заявления о том, что организация не имеет достаточно средств для того, чтобы сбалансировать бюджет. В заявлении совета указывается, что помимо рабочих проблем, напрямую не связанных с IT, нынешнее критическое положение связано с большой нагрузкой, вызванной проблемами внедрения ERP-системы Oracle. Фактически речь идёт о банкротстве крупного города. Совет сделал запрос в Ассоциацию местного самоуправления для «дополнительной стратегической поддержки».

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

Ещё в мае совет заявил, что внедрение облачной системы ERP (Enterprise Resource Planning) Oracle, предназначенной для автоматизации рабочих и бизнес-процессов, будет вчетверо дороже, чем изначально ожидалось. В 2018 году в рамках проекта «Персонал и финансы» (Financial and People) было решено внедрить систему Oracle Fusion вместо продуктов SAP для управления финансами и HR. На тот момент уже возникли сложности с отслеживанием финансовых транзакций и кадровых ресурсов. План миграции неоднократно пересматривали, причём к 2022 году её стоимость почти удвоилась до £38,7 млн (около $48,5 млн).

Ирония в том, что в 2021 году основатель и технический директор Oracle Ларри Эллисон (Larry Ellison) заявил, что Бирмингемский городской совет стал одним из успешных примеров миграции с SAP на Oracle Fusion. Ранее источник в совете сообщал, что облачная ERP-система Oracle Fusion плохо подходит для городского самоуправления, поскольку она ориентирована на использование производственными компаниями и торговыми организациями. Платформу SAP пришлось серьёзно дорабатывать для использования советом, и те же функции приходится воссоздавать и в решении Oracle.

Американская биржа Nasdaq, по сообщению ресурса Datacenter Dynamics, завершила ещё один этап переноса своих рабочих нагрузок на облачную платформу Amazon Web Services (AWS): речь идёт о системе работы с ценными бумагами Nasdaq Bond Exchange.

О планах по переводу части служб на платформу AWS биржа Nasdaq объявила в конце 2021 года. Тогда сообщалось, что будет применяться решение AWS Outposts, которое позволяет развернуть локальную инфраструктуру AWS практически в любом дата-центре или на колокейшн-площадке. Это необходимо для обеспечения минимального времени отклика.

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

Перенос системы опционов Nasdaq MRX на платформу AWS был завершен в декабре 2022 года. А сервисы Nasdaq Bond Exchange начали функционировать на базе данного облака в конце августа нынешнего года.

Ожидается, что полный переход Nasdaq на AWS займёт около десяти лет. Он включает в себя перемещение некоторых рабочих нагрузок в основной дата-центр Nasdaq — на площадку Equinix NY11, которая располагается в Картерете (штат Нью-Джерси). В рамках проекта предполагается модернизация ЦОД: размер нынешнего одноэтажного комплекса, обеспечивающего колокейшн-площадь около 8500 м², будет увеличен в два раза. Объект, построенный в 2000 году, входит в число 24 центров обработки данных, купленных компанией Equinix в 2016 году у Verizon.

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

Аналитики Linxdatacenter прогнозируют, что в 2023 году российский рынок публичных облачных IaaS-сервисов покажет рост на 15 %. На этом фоне увеличивается потребность заказчиков в сервисах миграции как с локальной инфраструктуры, так и между облачными платформами разных провайдеров.

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

Новая услуга Linx Cloud предусматривает перенос вычислительной инфраструктуры клиента «под ключ». Помимо непосредственно работ по миграции, выполняемых инженерами Linxdatacenter, услуга включает: изучение топологии инфраструктуры клиента; подготовку и согласование плана миграции; приобретение необходимых лицензий; установку агентов по переносу и их тонкую настройку; подготовку облака, куда осуществляется миграция; пробную миграцию с тестовым запуском переносимых систем.

Автоматизированное решение для облачной миграции «Хайстекс Акура», положенное в основу сервиса, поддерживает работу с основными российскими облачными провайдерами, а также обеспечивает совместимость с различными ОС. На этой платформе в России реализована миграция более 23 тыс. виртуальных машин, а решение используют свыше 200 компаний.

Сервис Transfer Appliance, доступный в ряде регионов США, ЕС и Сингапуре, позволяет клиентам просто и безопасно перенести петабайты данных из их корпоративных ЦОД и других мест эксплуатации в Google Cloud. Сервис основан на одноимённой специализированной All-Flash СХД, которую клиент может запросить в Google Cloud Console, чтобы перенести на него свою информацию. На днях компания анонсировала новую версию Transfer Appliance.

Google Cloud проверяет потребности заказчика, такие как мощность и необходимая ёмкость, и отправляет полностью укомплектованное устройство, включая все необходимые кабели. Доступные для заказа ёмкости находятся в диапазоне от 40 до 300 Тбайт. Имеются также две базовые модификации Transfer Appliance: на 100 и 480 Тбайт. Благодаря встроенным средствам дедупликации и сжатия данных потенциально можно перенести до 1 Пбайт. Кроме того, предприятия могут выбрать вариант исполнения — для монтажа в стойку или автономное устройство.

Как только устройство прибывает к заказчику, его можно смонтировать как общий ресурс NFS и приступить к копированию данных. Затем устройство запечатывается для защиты от несанкционированного доступа при траспортировке и отправляется обратно Google. Перед переездом данные шифруются (AES-256), а клиент создаёт пароль и секретную фразу для их дешифровки. Это не только защищает информацию, но и позволяет соблюсти отраслевые стандарты ISO, SOC, PCI и HIPAA.

По прибытии устройства в Google специалисты компании осуществляют обратные операции, которые для краткости они называют «регидратацией». О её успешном завершении Google сообщает заказчику как правило в течении 1-2 недель. После миграции клиентам становятся доступны средства для анализа данных BigQuery и Vertex AI.

Google рекомендует предприятиям использовать сервис Transfer Appliance в тех случаях, когда для загрузки данных в облако через Интернет потребуется более недели, или когда необходимо перенести более 60 Тбайт данных. Ещё один вариант использования устройства — сбор данных в полевых условиях и на подвижных объектах, таких как корабли. По прибытии в порт их можно легко перенести в облако для последующей обработки или архивирования.

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