Как известно, в 2027 году заканчивается срок технической поддержки предыдущей платформы приложений SAP ERP Central Component (SAP ECC), поэтому, по всей видимости, в течение ближайших шести лет им придется перейти на какую-то другую платформу. SAP призывает своих заказчиков мигрировать на S/4HANA, которую вендор обязуется развивать и поддерживать как минимум до 2040 года. Как показали результаты исследования IDC «Европейский опрос по мультиоблакам» («"European Multicloud Survey 2019"), в ходе которого были опрошены 218 пользователей SAP, только 10% пользователей платформы ECC планируют перейти на ERP-платформу другого вендора и лишь 3% предполагают остаться на ECC после окончания ее поддержки в 2027 году. Таким образом, более 85% пользователей ECC рассчитывают мигрировать на S/4HANA или уже перешли на эту платформу.

Аналитики IDC отмечают*, что, рассматривая возможность перехода на облачный вариант S/4HANA, многие пользователи опасаются проблем, связанных с обеспечением информационной безопасности. Кроме того, они беспокоятся по поводу производительности облачного решения и длительности задержек – они могут оказаться слишком долгими. Наконец, заказчики не уверены в том, что реальная совокупная стоимость владения решением в облаке окажется приемлемой. В связи с этим эксперты IDC рекомендует тщательно проанализировать все нюансы, связанные с переходом на облачное решение и последующей его эксплуатацией, прежде чем принимать окончательное решение в пользу облачного варианта S/4HANA,.

Реальной альтернативой облачному варианту S/4HANA является локальное (on-premise) развертывание этой платформы. Однако и тут не всё так просто: чтобы решение S/4HANA успешно работало, требуются высокопроизводительные серверы с большими объемами быстрой и надежной оперативной памяти, поскольку СУБД HANA, на базе которой работает платформа, основана на технологии in-memory: она загружает с внешних накопителей большие объемы данных и обрабатывает их прямо в оперативной памяти. Ну а чтобы обмен данными с накопителями происходил достаточно быстро, требуются высокопроизводительные и надежные системы хранения.

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

Семь раз отмерь, прежде чем выбрать

Аналитики IDC отмечают*, что в настоящее время на рынке присутствует 12 вендоров, чьи серверы сертифицированы для работы с S/4HANA. Вместе с тем, из основных процессорных архитектур сертификаты получили лишь две – Intel x86/64 Xeon (их использует большинство вендоров), и IBM POWER.

В IDC считают, что возможности архитектуры POWER обеспечивают целый ряд преимуществ при выполнении особо ресурсоемких приложений, таких как S/4HANA. В числе таких возможностей – мощная встроенная виртуализация, сертифицированная SAP, а также различные функции, повышающие надежность, доступность и удобство эксплуатации.

В пользу IBM говорит и большой портфель их собственных СХД на основе встроенной флэш-памяти NVMe, сочетающих высокую производительность, надежность и гибкость в управлении.

Поэтому эксперты IDC рекомендуют при выборе новой аппаратной платформы S/4HANA не ограничиваться решениями на базе Intel Xeon и рассмотреть наряду с ними архитектуру IBM POWER. В качестве горизонта планирования аналитики IDC предлагают взять пятилетнюю перспективу.

S/4HANA на платформе POWER

Рекомендуя платформу IBM POWER, эксперты IDC рекомендуют обратить внимание* на следующие аспекты.

1. Значительно более высокая производительность в расчете на процессорное ядро. Процессоры POWER предназначены для интенсивной обработки данных и имеют встроенное решение для виртуализации.

2. Практически идентичная функциональность S/4HANA на платформах POWER и Intel Xeon. S/4HANA работает на Linux. Со своей стороны, POWER поддерживает дистрибутивы SUSE и Red Hat Linux.

3. Масштабирование и надежность оперативной памяти. S/4HANA обычно развертывается на серверах с объемом памяти не менее 4 Тбайт. В крупных инсталляциях применяются серверы с 12 и даже 24 Тбайт оперативной памяти – для таких объемов требуется огромное количество модулей памяти, причем быстрой и надежной. В POWER по умолчанию включены защита памяти, ее зеркальное копирование, резервирование. Кроме того, предусмотрены аварийное удаление модулей памяти с использованием технологии проверки и исправления ошибок Chipkill, а также возможность «горячей» замены модулей памяти, позволяющая устранять неисправные блоки без отключения серверов.

Пиковая пропускная способность оперативной памяти в процессорах POWER9 достигает 192 Гбайт/с, а в модификациях POWER9 ' благодаря интерфейсу OpenCAPI она выросла до более чем 600 Гбайт/с. Ожидается, что в процессорах POWER10, которые должны появиться в конце 2021 года, пропускная способность оперативной памяти достигнет 1 Тбайт/с.

4. Отказоустойчивость HANA на платформе POWER. Время безотказной работы этой СУБД на серверах IBM POWER оценивается в более чем 99,999%. Эти серверы позволяют реализовать дополнительный пассивный узел для аварийного переключения с помощью встроенной системы виртуализации PowerVM. Работая на другом узле в режиме ожидания, виртуальные машины могут использоваться для развертывания сред тестирования и разработки. Это также экономит пространство дата-центров и способствует снижению совокупной стоимости владения.

В целях предупреждения сбоев на платформе POWER в фоновом режиме выполняется мониторинг компонентов, а также предиктивный анализ их поведения на основе эвристик. При обнаружении негативных тенденций система оповещает о надвигающихся проблемах, предоставляя возможность оперативно предпринять необходимые действия по предотвращению надвигающегося сбоя.

5. Гибкость развертывания. Используя систему виртуализации PowerVM, предприятия могут развернуть несколько экземпляров СУБД SAP HANA на одном сервере IBM POWER: продуктивные среды могут спокойно сосуществовать со средами разработки и тестирования, выполняясь в своем собственном изолированном пространстве. Это позволяет эффективно консолидировать рабочие нагрузки (на одном сервере IBM POWER могут выполняться до 16 экземпляров HANA, находящихся в продуктивной эксплуатации), применяя для их развертывание меньшее количество серверов и одновременно повышая их КПД. Стоимость владения сокращается в том числе благодаря уменьшению количества физических серверов и сокращению необходимого для их размещения пространства дата-центров.

Об экономичности платформы POWER заявили аналитики Forrester Consulting. Проведенная ими оценка общего экономического эффекта («Total Economic Impact», TEI)**, получаемого при использовании платформы POWER для развертывания SAP HANA, продемонстрировала заметный выигрыш в стоимости владения по сравнению с известной платформой на базе Intel Xeon, в том числе благодаря существенному (на 48 часов в год) сокращению времени простоев.

Интеллектуальный подход к проблемам заказчиков

Сегодня уже тысячи клиентов SAP HANA и S/4HANA развернули свои СУБД и ERP-платформы на серверах IBM POWER. Добиться этого удалось благодаря кропотливой работе, проведенной после объявления в 2016 году планов IBM и SAP по совместному продвижению решений на базе платформ SAP HANA, S/4HANA и IBM POWER.

В частности, специалисты IBM тщательно проанализировали проблемы, возникавшие у клиентов SAP HANA и S/4HANA, и создали решения, которые помогут их решить. В частности, выяснилось, что, во-первых, далеко не всех устраивает наличие единственной технологии долговременной памяти Intel Optane, которую предлагали вендоры серверов архитектуры x86, пытавшиеся с ее помощью решить проблемы с довольно частыми сбоями оборудования. Во-вторых, заказчики не желают искать компромиссы между производительностью и гибкостью, с одной стороны, и надежностью и устойчивостью работы, с другой.

Проблемы удалось решить, реализовав на платформе IBM POWER новые технологии оперативной памяти. О некоторых мы уже упомянули о них выше. Еще одна технология – так называемая виртуальная долговременная оперативная память (Virtual Persistent Memory, vPMEM) – была реализована на основе платформе виртуализации IBM PowerVM. Эта технология позволяет создавать тома долговременной памяти на основе широко распространенной технологии DRAM, обеспечивая возможность быстрого перезапуска рабочей нагрузки с использованием долговременной памяти. Впрочем, по мнению экспертов IBM, уже в ближайшие два-три года на рынке появится широкий спектр новых технологий гибридной памяти, сочетающей производительность и долговременное хранение.

SAP HANA в «Ленте» работает на IBM POWER

Ярким примером российского заказчика, развернувшего SAP HANA на серверах IBM POWER, является компания «Лента» — соответствующий проект она реализовала в 2016 году. Переход на платформу IBM Power Systems позволил не только повысить производительность системы, но и добиться высокой стабильности и гибкости. В настоящее время серверный комплекс с 16 ТБайт оперативной памяти обеспечивает производительность более 700 тыс. SAPS.

В ходе своего выступления на ежегодной конференции Sapphire Now генеральный директор SAP Кристиан Кляйн преподал клиентам наглядный урок, подтверждающий, что при перемещении критически важных процессов в облако нужно выбирать себе надежного партнера.

В SAP этого не сделали, и арендованная ей платформа онлайн-мероприятий рухнула именно раз в тот момент, когда Кляйн должен был выйти на виртуальную сцену. Компании пришлось приложить немалые дополнительные усилия для того, чтобы перенаправить 150 тыс. клиентов, наблюдающих за выступлением, на резервные потоки в LinkedIn и Twitter.

На следующий день Кляйн признал, что в ходе его выступления и последующих сеансов наблюдались «определенные технические проблемы».

«Я уже сожалею о решении использовать платформу независимого поставщика, – заметил он. – Ведь нам нужна уверенность в том, что техническая платформа работает».

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

Общая платформа без общей базы программного кода

Четыре компонента своего портфеля продуктов – аналитику, управление данными, разработку приложений и интеллектуальные технологии – SAP объединила под общим именем Business Technology Platform. Здесь имеются общая модель данных и возможность единой подписки на широкий спектр предлагаемых компанией приложений, но нет общей базы программного кода.

«В общем случае неважно, написаны ли облачные приложения на одном и том же языке программирования или нет, – считает Кляйн. – Важно лишь, чтобы в них присутствовали общая модель данных, одинаковые бизнес-сервисы, … был заложен одинаковый пользовательский опыт (customer experience)».

Теперь, когда все основные приложения работают с базой данных HANA, предусматривающей обработку в оперативной памяти (in-memory), SAP сосредоточится на интеграции обслуживаемых ими бизнес-процессов. По словам Кляйна, этот путь уже наполовину пройден, а к концу года должно быть выполнено 90% запланированного.

Учет углеродного следа

Одна из проблем, к которым приковано сегодня внимание различных общественных групп, связано с изменением климата.

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

SAP Product Carbon Footprint Analytics использует информацию о потреблении энергии, счетах за материалы и прочих закупках, которая уже имеется в других системах SAP. Анализируются и независимые источники. Первым клиентом SAP, перешедшим к эксплуатации этой системы, стала компания Doehler, поставляющая ингредиенты для пищевой промышленности.

Отраслевые облака

Кляйн представил обновление концепции отраслевого облака – набора решений, ориентированных на конкретные вертикальные рынки – например, потребительских товаров или автомобильный – использующие SAP Cloud Platform. Они подключаются к другим элементам SAP Business Technology Platform, используя набор опубликованных API, и выполняются на инфраструктуре SAP или в одной из других гипермасштабных систем: Amazon Web Services, Microsoft Azure или Google Cloud Platform. Впервые отраслевое облако было продемонстрировано компанией в 2014 году, когда была поставлена цель охватить им все 25 обслуживаемых отраслей. Сегодня Кляйн признает, что добиться этого только своими силами SAP не удастся. В процессе доставки решений для отдельных отраслей компания будет взаимодействовать со своими партнерами.

Эмоциональный интеллект

Заплатив за Qualtrics 8 млрд долл., в SAP много говорили об измерении опыта сотрудников (employee experience) и клиентов, однако на нынешнем мероприятии эта тема затрагивалась уже не так активно.

За направление Qualtrics в компании отвечала Дженнифер Морган, еще до того, как она стала еще одним генеральным директором наряду с Кляйном – правда, всего на полгода.

Кляйн мимоходом упомянул об этом в своем выступлении, а позже объяснил журналистам снижение внимания к этой теме включением соответствующих технологий в портфель продуктов SAP, в частности, в инструмент управления персоналом SuccessFactors. Указанный инструмент позволяет организации следить за тем, как чувствуют себя сотрудники, начиная с момента приема на работу и на протяжении всей своей трудовой деятельности в компании.

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

InfoWatch и SAP CIS подписали соглашение о начале сотрудничества в области обеспечения безопасности корпоративных данных. К моменту его подписания у компаний уже был первый совместный продукт — InfoWatch Connector for SAP ERP, который соединит систему SAP и систему предотвращения утечек данных (Data Leak Prevention, DLP) InfoWatch Traffic Monitor.

Как заверила Наталья Касперская, президент группы компаний InfoWatch, это первый в мировой практике тандем «ERP плюс DLP». Его актуальность несомненн: в первом полугодии в мире было зарегистрировано 1039 утечек общим объемом 2,39 млрд записей. В 2017 году соответствующие покалатели равнялись 925 и 7,87 млрд соответственно (сокращение объема утечек, зарегистрированное впервые, удивило даже Касперскую). Почти две трети утечек этого года, 64,5%, произошли по вине сотрудников, а самым популярным каналом остается Интернет, посредством которого «уходит» более 70% информации (через браузеры, облачные хранилища, электронную почту, мессенджеры).

Работает система просто — информация о защищаемых объектах (данные о сотрудниках, поставщиках, клиентах, ценах) по расписанию загружается через Connector в Traffic Monitor, получивший статус сертифицированного продукта для интеграции с SAP ERP. В дальнейшем он, пропуская через себя потоки информации, запрашиваемые из корпоративной базы данных следит за тем, чтобы «чувствительные» данные не покидали предписанные им периметры, которые в каждом конкретном случае могут зависеть от степени конфиденциальности самих данных, личностей отправителя и получателя и т.д.

Исполняющий обязанности генерального директора SAP CIS Дмитрий Красюков заверил, что в SAP ERP, как и в любой другой системе такого рода есть свои средства защиты информации. Однако усиление защиты повысит уверенность клиентов SAP в том, что их данные находятся в безопасности.

В дальнейшем компании видят три основных направления сотрудничества. Во-первых, это разработка коннекторов к SAP S/4HANA и линейке CRM-продуктов C/4HANA.

Во-вторых, в SAP выбрали решение InfoWatch Appercut в качестве рекомендуемого программного обеспечения для анализа исходного кода. Заказчики компании смогут проверять бизнес-приложения, разработанные на базе платформы SAP, для защиты от закладок и недокументированных возможностей.

Третье направление — анализ данных в решениях SAP посредством интеграции InfoWatch Prediction с SAP HANA и бизнес-решениями SAP (SAP GRC и SAP SuccessFactors). Продукт InfoWatch позволит прогнозировать информационные риски для компании. Например, сопоставляя активность сотрудника на сайтах поиска работы (что само по себе некриминально) и возросшие объемы выгрузки данных из баз данных (пусть даже осуществляемые в рамках служебных полномочий) можно будет сделать вывод о том, что сотрудник собирается покинуть компанию, причем не с пустыми руками.

Что же до уже созданного продукта, то первоначально Connector for SAP ERP будет предлагаться тем российским клиентам, которые уже имеют у себя оба продукта, таковых, по словам Касперской довольно много. В дальнейшем продукт может попасть в глобальный прайс-лист SAP и он станет доступным по всему миру. Как полагают в InfoWatch, наибольший интерес к коннектору, как и к другим продуктам компании, проявят в странах Юго-Восточной Азии, на Ближнем Востоке и в Латинской Америке.

Выпущенная в 2011 году высокопроизводительная система управления базами данных SAP HANA, совершающая все процессы in-memory — в оперативной памяти, сегодня помогает воплощать проекты крупнейших компаний по всему миру. Бизнес все время требует инноваций, а устаревшие технологические системы могут иметь серьезные последствия для заказчиков, вложивших в них существенные средства. Чтобы этого не случилось, компания SAP постоянно совершенствует свои продукты, оставаясь конкурентной на рынке.

Благодаря тому что детальный анализ информации в решениях SAP HANA и S/4HANA занимает секунды, специалисты любой компании, пользующейся этими технологиями, могут принимать более быстрые и эффективные решения и практически в реальном времени реагировать на изменения рынка

InsiderRESEARCH, независимое исследовательское подразделение компании Wellesley Information Services, по запросу Hitachi Vantara провело опрос среди действующих заказчиков SAP с годовой выручкой не менее 1 млрд долл. Исследование было призвано определить, на каком этапе цифровых преобразований находятся заказчики SAP на текущий момент, как влияют основные технологические тенденции в отрасли на формирование плана по переходу к новой инфраструктуре, а также выявить препятствующие этому проблемы.

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

В ходе исследования подтвердилось, что сохранение устаревших систем, размещаемых в инфраструктуре заказчика, – это заведомо проигрышная стратегия для организации, которая стремится к инновациям для улучшения качества обслуживания клиентов и перестройки бизнес-процессов. Ответы респондентов свидетельствуют, что решения SAP HANA и/или S/4HANA являются обязательной частью стратегического плана действий на ближайшее время. На сегодняшний день с решением S/4HANA работают всего 29% респондентов, и 78% используют SAP Business Suite. 51% участников опроса используют HANA. Большое число респондентов указали, что используют в качестве СУБД Oracle (57%) или Microsoft SQL Server (55%), однако планирует перейти на решения SAP.

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

Переход на «цифру»

Приоритетными целями цифровых преобразований SAP является перевод бизнес-процессов на цифровую основу и более оптимальное использование новых цифровых технологий. Как убеждены респонденты, эти технологии помогут их компаниям стать более конкурентоспособными. Так 65% опрошенных отдают предпочтение интеллектуальным приложениям, 39% выступают за прикладной искусственный интеллект и расширенное машинное обучение, 27% проголосовали за интеллектуальные устройства.

Главные проблемы участники опроса видят в высоких затратах (59%), дефиците ресурсов (44%) и недостаточной компетентности в указанной сфере (40%).

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

Дальнейшая разработка SAP предполагает использование облачных технологий для любых цифровых трансформаций. На данный момент около 75% имеющихся ресурсов размещено во внутренней инфраструктуре заказчиков, однако половину элементов инфраструктуры в области разработки, тестирования, контроля качества и промышленной среды они планируют в течение ближайших трех лет перенести в облако. В целях экономии времени такой переход просто необходим.

При переходе на облачную инфраструктуру компании могут чувствовать себя уверенно, поскольку технологии компаний Hitachi и SUSE, с которыми плотно сотрудничает SAP, оптимизированы для частных и гибридных облачных сред. Так, развернуть HANA и S/4HANA позволяет SUSE Linux Enterprise Server, связывающий конвергентные системы Hitachi Vantara и приложения SAP.

Благодаря тому что детальный анализ информации в решениях HANA и S/4HANA занимает секунды, специалисты любой компании, пользующейся этими технологиями, могут принимать более быстрые и эффективные решения и практически в реальном времени реагировать на изменения рынка. Новые технологические разработки SAP главным образом нацелены на повышение конкурентоспособности компаний и полностью оправдывают шаги на пути к достижению этих целей.

В 2011 году компания SAP по инициативе основателя Хассо Платнера выпустила высокопроизводительную СУБД HANA (High-Performance Analytic Appliance). Особенность нового продукта состояла в том, что размещение, обработка, хранение информации, а также произведение расчетов и вычислений происходили только в оперативной памяти (in-memory), диски использовались только для хранения «мгновенных снимков» системы на случай ее полного восстановления.

SAP HANA может агрегировать информацию «на лету», давая пользователю возможность работать с детализированной информацией и принимать более продуманные решения.

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

Оптимизация работы системы направлена на взаимодействие оперативной памяти и процессора. Кроме того, SAP HANA реализует поколоночный метод хранения информации, что позволяет системе использовать механизмы компрессии данных. Таким образом, платформа работает с уже сжатой информацией и может не тратить время и другие ресурсы на ее разархивирование. Поколоночное хранение также способствует снижению объемов данных, которые хранятся в системе. Это происходит за счет того, что система может агрегировать информацию «на лету», а пользователь — работать с детализированной информацией и принимать более продуманные решения.

В SAP HANA устранен даже такой недостаток поколоночного хранения, как низкая скорость записи данных. Этого удалось достичь с помощью внедрения технологии Delta Storage, которая быстро вносит данные в систему и учитывает их при расчетах.

Не только хранилище

SAP HANA имеет ряд дополнительных возможностей помимо хранения и структурирования больших данных. Например, в программу встроена библиотека функций PAL (Predictive Analytics Library), реализующая прогнозирование, библиотека бизнес-функций BFL (Business Function Library) и набор инструментов для работы с геолокационной информацией. Эти программы позволяют производить обработку и структурирование данных на стороне платформы, не передавая информацию между серверами приложений и СУБД SAP HANA.

Ирина Яхина: «Благодаря совмещению свойств аналитической и транзакционной СУБД в одном продукте SAP HANA также может использоваться как аналитическая СУБД, что позволит сэкономить средства, необходимые для создания аналитического хранилища»

«Благодаря подходу к вычислениям in-memory технология может обрабатывать информацию в режиме реального времени, — рассказывает Ирина Яхина, директор по технологиям Hitachi Vantara в регионе EMEA. — Это повышает производительность транзакций, что позволяет специалисту выполнять комплексные аналитические запросы в учетной системе. Ему больше не нужно ждать, пока в аналитической системе отразятся последние изменения, — все текущие бизнес-процессы видны пользователю во время работы с информацией. Благодаря совмещению свойств аналитической и транзакционной базы в одном продукте SAP HANA также может использоваться как аналитическая система управления базами данных, что позволит сэкономить средства, необходимые для создания аналитического хранилища. Ценно и то, что SAP HANA активно работает с другими технологическими компаниями. Например, развернуть SAP HANA и SAP S/4 HANA позволяет SUSE Linux Enterprise Server, который связывает конвергентные системы Hitachi Vantara и приложения SAP. Решения Hitachi в сочетании с технологиями SUSE оптимизированы для частных и гибридных облачных сред, благодаря чему компании могут чувствовать себя уверенно в процессе перехода на облачную инфраструктуру».

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

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

Где использовать SAP HANA?

Технология SAP HANA может эффективно применяться во многих отраслях – от энергетической и машиностроительной до финансовой и розничной. В нефтегазовой отрасли платформа поможет мониторить процессы бурения, отслеживать график строительства, текущую ситуацию на скважине, прогнозировать возможные критические ситуации. С помощью SAP HANA компания может реализовать более эффективный сбыт ресурсов и анализировать текущие цены на рынке. Для похожих целей внедряется технология и в металлургии: здесь SAP HANA обеспечивает дистанционный оперативный мониторинг электроэнергии в отдельных частях производства, благодаря чему производитель сможет устранить все факторы ее неэффективного использования. В энергетике SAP HANA также наиболее часто используется для отслеживания количества и распределения ресурсов.

«В сфере транспорта технология используется для контроля дислокаций, выполнения графиков, планирования расписаний, а также оптимизации расхода топлива, — рассказывает Ирина Яхина. — В финансовой отрасли SAP HANA может внедряться для анализа кредитоспособности, фиксации финансовых показателей в режиме реального времени, управления дебиторской и кредиторской задолженностями, автоматизации контроля межсистемных процессов, оптимизации управления коммерческими предложениями, формирования консолидированной отчетности компании и продуманного управления затратами на кадровые ресурсы. В банковском секторе технология помогает снизить нормы резервирования и риски, а в связке с системой защиты от мошенничества понижается уровень потерь от неправомерных действий».

Опыт России

В России SAP HANA уже успешно реализуется крупными компаниями. На ее базе работает аналитическая система «М.Видео» — эта торговая сеть использует технологию для создания аналитических отчетов, структурирования больших данных, отслеживания информации о продажах с последующим расчетом необходимого количества товара и исключением издержек из-за ошибок логистики. После внедрения технологии SAP в инфраструктуру компании время формирование отчетов сократилось с 24 часов до нескольких минут, время выполнения аудиторских запросов — с половины рабочего дня также до нескольких минут, загрузка данных в отчеты по товародвижению — с трех часов до получаса.

Другой продавец электроники, использующий SAP HANA, компания «Эльдорадо» получила доступ к данным продаж в режиме реального времени, что позволило ей корректировать маркетинговые кампании и проводить комплексный мониторинг жизненного цикла продукта с точки зрения поведения потребителей. Кроме того, на 66% было ускорено комплексное управление товарным ассортиментом, а время планирования, наоборот, сокращено с 35 до 12 часов.

Преимущества SAP HANA используют и в «РЖД», где с внедрением платформы преобразовалась работа информационной системы компании. Чтобы успешно провести модернизацию транспортного обслуживания, «РЖД» потребовалось трансформировать техническую базу компании, для чего в системе были объединены все бизнес-процессы. Тем самым изменилась работа около 200 тыс. сотрудников «РЖД». С помощью SAP HANA компания доработала старые приложения, улучшила продажу пассажирских билетов через Интернет и систему управления пассажирскими и грузовыми перевозками.

SAP HANA и SAP S/4 HANA являются одним из необходимых звеньев при реализации стратегии цифровой трансформации независимо от предпочтительных бизнес-результатов и долгосрочных стратегических целей. Это подтверждают и результаты исследований: например, в ходе исследования insiderRESEARCH, проведенного по заказу Hitachi Vantara, около половины (44%) из 140 опрошенных сообщили о том, что планируют внедрить ERP-систему SAP S/4HANA уже в этом году, при этом 25% предполагают использовать пакет бизнес-приложений SAP Business Suite на платформе SAP HANA, а 24% планируют использовать хранилище данных SAP BW/4HANA. Все это подчеркивает важность работы с платформой, а также свидетельствует о желании бизнеса пройти через цифровую трансформацию, работая с большими данными и аналитикой.

Когда в 2015 году SAP анонсировала новое поколение своего решения ERP (enterprise resource planning) S/4HANA, генеральный директор компании Билл Макдермотт назвал его «крупнейшим событием по крайней мере за последние 23 года, если не за всю историю компании».

Казалось бы, по прошествии двух лет уровень распространения этой технологии должен был оправдать ожидания немецкого производителя программного обеспечения, но настороженное отношение клиентов к S/4HANA и лежащей в ее основе технологии хранения данных в оперативной памяти HANA привело к тому, что темпы внедрения сегодня все еще отстают от желаемых.

По сути, HANA представляет собой новый тип СУБД, хранящей и обрабатывающей данные в оперативной памяти, а S/4HANA – система управления предприятием, работающая поверх этой СУБД. Оба эти решения могут функционировать на платформе управляемого частного облака SAP, в публичных облаках AWS, Azure и Google Cloud, а также в собственном ЦОД клиента на его территории.

Важно отметить, что СУБД SAP HANA, впервые представленная в 2010 году, имеет принципиально отличную от классических реляционных баз данных архитектуру. Она загружается в оперативную память, а данные хранятся не в строках, а в колонках, благодаря чему анализ и вычисления выполняются гораздо быстрее, практически в реальном времени.

С учетом того, что в прошлом у SAP были проблемы с HANA, клиентов терзает вопрос, зачем им переносить свои ценные корпоративные данные в это новое хранилище?

В беседе с корреспондентами Computerworld в 2015 году вице-президент SAP по маркетингу кросс-платформенных продуктов Матиас Хендли признал, что вокруг HANA есть определенная путаница, и компании нужно активнее разъяснять, для каких целей предназначен каждый из ее продуктов.

На конференции SAP User Group, проходившей в 2016 году, тогдашний председатель совета директоров SAP Филип Адамс заметил, что 12% их пользователей вообще никогда не слышали о S/4HANA. «Это довольно странно, и нашей маркетинговой команде есть, о чем подумать», – добавил он.

По результатам второго квартала 2017 года число клиентов S4/HANA увеличилось на 70% по сравнению с предыдущим годом. Теперь их насчитывается уже более 6 тыс., и в их число входят такие известные компании, как Google и гигант энергетической отрасли Centrica.

Клиенты SAP могут развернуть HANA и S/4HANA и в своем собственном ЦОД, но разработчик предпочел бы все же увидеть их на SAP Cloud Platform.

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

Постепенно в компании приходят к мысли о том, что именно с облачным развертыванием HANA и S/4HANA должны быть связаны перспективы.

Президент SAP в странах Европы, Ближнего Востока и Африки Фрэнк Коэн в интервью Computerworld заявил: «Я твердо убежден в том, что будущее за публичным облаком. Не за публичным облаком для отдельных компаний, а за публичным облаком для каждого. И реализация такого сценария – всего лишь вопрос времени. У меня нет никаких сомнений в том, что уже очень скоро облако начнет приносить больший доход, чем системы, развертываемые на территории клиента. Посмотрите на кривую темпов роста облачных продаж, и вы сами легко сможете спрогнозировать, когда это произойдет. Для меня совершенно ясно, что уже через несколько лет облако будет доминировать».

Компания SAP объявила о том, что в ее глобальном прайс-листе появилось первое российское решение — SAP Upstream Field Activity Management by OIS, созданное компанией «АСУпроект» совместно с SAP.

«АСУпроект» работает в нефтяной отрасли почти четверть века, а некоторые ключевые ее сотрудники, по словам Андрея Портянникова, заместителя генерального директора компании — и того больше. Среди пользователей ее комплекса систем OIS, автоматизирующих различные аспекты деятельности предприятий ТЭК, -крупнейшие российские компании, в том числе «Роснефть», «Газпром нефть», ЛУКОЙЛ, ТНК-BP, «Башнефть», «Руснефть».

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

Повысить эффективность работы месторождения можно, создав интегрированную систему управления, которая, опираясь на данные, получаемые с датчиков, установленных на промысловом оборудовании, позволяет моделировать технологические процессы в реальном времени, составлять планы мероприятий (например — ремонтных), делать прогнозы относительно объемов добычи нефти.

Функционально SAP UFAM состоит из четырех блоков. Аналитический позволяет специалистам различных профилей (строителям, нефтянникам, ремонтникам и т. д.) совместно анализировать состояние дел на месторождении. Плановый, на основе результатов анализа и с учетом приоритетов (например — нужно добиться максимального объема добычи или максимальной прибыльности месторождения), автоматически определяет набор требуемых мероприятий и составляет «шахматку», минимизирующую простой скважин, техники, персонала. Далее, используя интегрированный план и модель месторождения, строятся прогнозы режимов работы оборудования. Системы мониторинга отслеживают процессы работы всех систем, сигнализируют об отклонениях параметров от расчетных или, при наличии готовых сценариев, реагируют на происходящее самостоятельно.

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

Быстрое согласование планов и оперативность внесения корректировок обеспечивает SAP HANA (можно поставить ее в своем дата-центре, можно пользоваться облачной версией из ЦОД самой SAP). Входе бета-тестирования в одной из «крупнейших европейских нефтяных компаний», осуществленной при поддержке SAP, анализ месторождения из 40 тыс. скважин занял около часа. Европейские тестеры особо отметили, что внедрение SAP UFAM позволит им из 18 применяемых систем оставить только четыре.

Теоретически место HANA может занять другая система, контракт с SAP не накладывает на «АСУпроект» никаких ограничений. Однако Портянников не видит достойных аналогов, кроме того, большинство крупных компаний ТЭК используют продукты SAP, что дает решению немецкой компании дополнительные плюсы в глазах потенциальных заказчиков.

Работа над решением шла около трех лет. За это время в SAP провели многосторонний аудит «АСУпроекта», на качество кода, на зрелость процессов разработки, способность оказывать поддержку решения, финансовую устойчивость. И теперь в планах компании вывести UFAM на мировой рынок. Как полагают в SAP, востребовано оно будет везде, кроме Северной Америки, где к российскому продукту отнесутся «настороженно».

На подходе к прайс-листу SAP еще два отечественнных продукта — разработки в области безопасности и документооборота.

Немногим более года назад компания SAP СНГ объявила о начале предоставления сервисов из российского облака, расположенного в центре обработки данных «Ростелекома» (см. «Законопослушные облака SAP», Computerworld Россия, 18 сентября 2015). За это время в ЦОД «прописались» три решения — SuccessFactors, Ariba и HANA Enterprise Cloud. В начале ноября к ним официально добавилось четвертое — SAP Integrated Business Planning.

SAP IBP — относительно новое (ему около полутора лет) решение для планирования. Его главной особенностью Андрей Шарак, заместитель генерального директора SAP СНГ, назвал возможность согласовывать планы различных подразделений (маркетинг, закупки, продажи, логистика и т. д.), которые обычно составляются независимо и сводятся в генеральный план «вручную», что занимает довольно много времени; в середине года план корректируют, чтобы он отвечал изменениям на рынке. При таком подходе на складах пылятся излишние запасы (по оценке SAP, их можно сократить более чем на 40%), а продуктов, нужных клиентам, наоборот, недостает. Средний уровень клиентского сервиса, то есть удовлетворенности предложением, у нас — 84%, на Западе — 90-95% (повышение качества обслуживания на 2-3% дает прирост продаж в 1%).

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

Первым пользователем IBP стала владимирская компания ABI Product, специализирующаяся на производстве мясной продукции. Кризис, санкции и особенно контрсанкции, по словам Людмилы Гвоздевой, директора по стратегическому планированию, сказались на деятельности ABI, и руководство решилось не перестройку бизнес-процессов.

Процессы эксперты Ernst & Young наладить помогли, однако планирование на основе электронных таблиц новым условиям ведения бизнеса не удовлетворяло. Оценив имеющиеся на рынке предложения, в ABI внедрили два продукта немецкой компании — SAP Demand Planning и SAP Advanced Planning and Optimization.

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

В дальнейшем ABI планирует расширить использование SAP IBP для автоматизации процессов планирования цепочки поставок, а также интегрированного планирования операций.

У другого клиента, группы компаний «Мегаполис» (специализация — логистика и дистрибуция), уже используются два облачных решения — SuccessFactors и Ariba, к внедрению IBP там только приступают, пилотный проект стартовал в ноябре. Однако ожидания большие, применение Ariba для некоммерческих закупок (товаров, необходимых для работы самой компании) за месяц позволило сэкономить около 10 млн руб. — 14% соответствующего бюджета.

Если перенос в российское облако SucsessFactors был обусловлен требованиями закона ФЗ-152 «О персональных данных», то появление в нем IBP, по словам Шарака, связано с желанием клиентов из стран СНГ работать с отечественным облаком. Более того, фиксация цен в рублях подвигает к переходу в российский ЦОД и зарубежные компании. Поэтому Шарак ожидает дальнейшего роста количества контрактов на облачные сервисы прежними «трехзначными» темпами и обещает, что в 2017 году в российском центре появятся еще два приложения — одно в первом квартале, второе осенью.

Ставки SAP на HANA снова выросли — создано хранилище данных SAP BW/4HANA, специально оптимизированное для выполнения на платформе обработки в памяти.

Преимущество SAP BW/4HANA — сведение к минимуму перемещения и дублирования данных благодаря обработке непосредственно в месте хранения — на предприятии или в облаке. К тому же решение позволяет интегрировать поточные данные реального времени и показания датчиков, работающих в средах Интернета вещей.

SAP обеспечила выполнение на HANA решения для создания хранилищ данных SAP Business Warehouse еще в 2014 году, но c BW/4HANA ситуация иная. Как и пакет бизнес-приложений S4/HANA, выпущенных SAP в прошлом году, новое хранилище данных не просто оптимизировано для HANA — оно вообще не может работать ни на какой другой платформе.

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

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

Упрощенная среда разработки SAP BW/4HANA позволяет моделировать и строить хранилище быстрее, чем с помощью альтернатив, заявил Цай. По его словам, данные автоматически распределяются между зонами хранения «горячей», «теплой» и «холодной» информации, что позволяет оптимизировать управление данными и снизить затраты на хранение.

Для аналитических задач SAP BW/4HANA можно интегрировать с озерами данных Hadoop и системой SAP Vora. Есть также возможность загружать объекты хранилищ данных из SAP BusinessObjects Cloud для исследования, визуализации данных и извлечения полезной информации.

В SAP BW/4HANA встроены инструменты миграции, помогающие при переходе на систему с других хранилищ данных. Само решение может использоваться локально или в облаке. Оно доступно в готовой к развертыванию форме в облаках Amazon AWS и SAP Hana Enterprise Cloud, а со временем обещана поддержка и других облаков. Как сообщил Цай, возможен вариант оплаты только за время использования BW/4Hana в рабочем режиме, поэтому не обязательно покупать платформу HANA целиком.

В продажу новое решение SAP поступит 7 сентября.