Весной этого года компания Micro Focus анонсировала платформу автоматизации операционной деятельности OPTIC (Operations Platform for Transformation, Intelligence and Cloud), способную объединять различные компонуемые решения, обеспечивая предоставление широкого набора возможностей для управления не только ИТ-эксплуатацией на основе подходов ITIL, ITSM и других, но и некоторыми важными бизнес-функциями. Подробностями создания и использования платформы поделился Артур Гиоев, технический директор Micro Focus в России и странах СНГ.

— Что собой представляет платформа OPTIC?

На сегодняшний день OPTIC — это наше видение. Прежде мы негласно разделяли все наши разработки для управления эксплуатацией ИТ на два больших направления: обеспечение качества ИТ-услуг (мониторинг, автоматизация ИТ и пр.) и управление корпоративной сервисной деятельностью (ИТ-поддержка диспетчерских служб и управление облачными средами). Мы прекрасно понимаем, что оба этих направления очень тесно связаны между собой, причем на многих уровнях: интеграции, данных, SLA/SLO и др. Поэтому мы определили для себя OPTIC как стратегию и поставили перед собой задачу — предоставить заказчикам цельную, функционально полную платформу, которая будет еще лучше делать то, что мы уже умеем.

— Какие изменения на рынке или в вашей компании привели к появлению новой платформы?

Самыми серьезными из внутренних изменений я считаю переход наших команд из HPE в Micro Focus и построение общей экосистемы продуктов компании. Кстати, мы одни из первых в отрасли поняли, что важно следить не за работой отдельных серверов или приложений, а за качеством предоставления сервисов, которые нужны бизнесу. Поэтому мы хотим помочь нашим заказчикам увидеть картину сервисов в целом. Как при этом себя чувствует конкретный сервер или сетевое устройство — это уже вторично.

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

— Какие идеи и запросы ваших заказчиков реализуются в новой платформе?

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

Еще одно важное направление, о котором говорят многие, — визуализация. Традиционно наши инструменты предназначались для ИТ-специалистов, поэтому очень часто информация о том, что происходит в конкретной области ИТ (серверы, приложения, сетевые устройства и пр.), была понятна только тем, кто с этой областью непосредственно работает. Однако для бизнес-менеджеров такая визуализация оказывается недостаточно информативной. Они хотят видеть ситуацию в понятных им срезах: по географии бизнеса, по продуктам, сервисам и пр. — причем с возможностью нисходящей детализации. И понятное дело, они бы хотели, чтобы визуализация отражала не только работу ИТ-систем, но и общие KPI бизнеса, а также, например, показатели работы конструкторских бюро, использующих САПР, или информацию с производственных участков, основанную на данных АСУ ТП. Кстати, ситуация с визуализацией хорошо иллюстрирует одну из актуальных современных тенденций: наблюдается размывание четких границ между миром «классических» ИТ и другими мирами — производством, НИОКР, обеспечением безопасности и пр.

— Какова архитектура новой платформы в общих чертах?

Со времен пребывания в составе HP мы стремились не выстраивать большой «космический корабль», у которого на борту есть всё и который нужно покупать целиком. Наш подход иной: мы разрабатываем модули под определенные группы задач, эти модули заказчик интегрирует для получения нужного ему решения.

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

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

— Будет ли у вашей платформы единое ядро?

Единого ядра у OPTIC, скорее всего, не будет. Вероятнее всего, появится единое хранилище совместно используемых нашими модулями микросервисов (например, для авторизации, отчетности, аналитики и пр.). Нет смысла их тиражировать, гораздо эффективнее применять их как разделяемые ресурсы.

Также единым будет хранилище данных на базе аналитической платформы СУБД Vertica, которое обеспечит консолидацию информации из наших систем. Vertica обладает высокой производительностью и масштабируемостью, что очень важно: современные информационные системы способны генерировать очень много данных о себе, поэтому такую «телеметрию» не так просто хранить и — самое главное — анализировать. Vertica легко справляется с этой задачей.

— В составе OPTIC наверняка будут встроенные механизмы автоматизации деятельности ИТ-специалистов. Какие сферы деятельности ИТ-департаментов они охватят?

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

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

— Как OPTIC будет уживаться с инструментарием ITOM с открытым кодом?

Команда, которая работает над OPTIC, уже достаточно давно приняла для себя решение об интеграции наших продуктов с самыми разными инструментами и смежными системами. Закрытые системы неудобны для заказчиков, к тому же совокупная стоимость владения ими высока. Клиенты предпочитают открытость и интеграцию, поэтому мы встроили в наши инструменты широкие возможности для взаимодействия со сторонними системами. В некоторых продуктах это целые пакеты функций, а для некоторых систем есть партнерские интеграционные решения. В наших инструментах есть и API, и REST API, командные интерфейсы, открытые и хорошо документированные базы данных, в том числе Vertica. В общем, мы уже давно научились не бороться с продуктами с открытыми кодами, а «жить» с ними в рамках ИТ-ландшафтов наших заказчиков.

— Подразумевает ли OPTIC какую-либо новую культуру или парадигму управления ИТ-операциями?

Думаю, что трансформация культуры уже идет. Любое ИТ-подразделение — это не монолитная структура, а несколько функциональных команд: кто-то отвечает за сети, кто-то — за Windows-серверы, кто-то — за Linux-серверы, кто-то — за базы данных и т. д. Специалисты привыкли работать именно так, и вряд ли есть смысл это ломать.

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

Кстати, в области разработки подобная трансформация произошла: нынешние команды разработчиков Agile и DevOps нацелены на то, чтобы побыстрее предоставить заказчику готовый программный продукт, причем именно тот, который ему реально нужен, качественный и удобный в эксплуатации.

— Нашли ли в OPTIC отражение идеи подхода Agile к реализации новых цифровых сервисов?

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

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

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

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

— Стоит ли нынешним заказчикам продуктов Micro Focus для ITOM торопиться с переходом на OPTIC?

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

Все, что нужно, — поддерживать более или менее актуальные версии. Если, например, развернуть продукт и затем три года не устанавливать обновления, то переходить на свежий релиз будет сложно — проще переустановить продукт заново.

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

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

Мы стараемся двигаться предельно аккуратно. Главный приоритет для нас — качество и максимальная выгода для заказчиков, поэтому мы тщательно выбираем наиболее перспективные и полезные инновации. Например, не пытаемся встроить машинное обучение куда только можно. Наш подход другой: мы ищем области применения, в которых машинное обучение позволит повысить качество, расширить возможности наших технологий и при этом принесет пользу заказчикам.

Следите за нашими анонсами и вебинарами в Facebook и Telegram.

Технологии RPA способны трансформировать бизнес — в этом уверен Cергей Ложкин, исполнительный директор компании PIX Robotics, ведущего российского разработчика программного обеспечения для роботизации бизнес-процессов. В рамках интервью он рассказывает об основных тенденциях в области RPA и делится секретами успешной реализации проектов роботизации.

— Насколько долгосрочен, на ваш взгляд, интерес рынка к RPA и гиперавтоматизации?

Считаю, что интерес к этим темам долгосрочный, и вот почему. Во-первых, RPA — технология не новая, в США ее внедряют уже лет десять, а интерес к ней не снижается. Во-вторых, она эволюционирует: на рынке появляются новые системы, разрабатываются новые подходы к роботизации, создаются новые способы интеграции с другими программными системами. В третьих, технологии RPA проникают в новые прикладные области. Например, в организациях здравоохранения к роботизации только-только приступают. Кстати, там можно найти очень много сценариев для RPA: интеграция разнородных систем, сбор и анализ данных, подготовка сопровождения процессов, упрощение работы медиков с документами и т. д. И наконец, четвертый фактор: поскольку роботизация, как правило, используется на стыках разных систем, ниша для нее будет существовать всегда.

— Что позволяет считать RPA одной из ключевых тенденций именно цифровой трансформации, а не просто цифровизации? Можно ли с помощью RPA трансформировать бизнес?

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

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

— Всегда ли RPA — это обязательно Low Code? Какие альтернативы Low Code существуют в области RPA и могут ли они сосуществовать с подходом и технологиями Low Code?

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

Кроме того, нужно отметить, что Low Code — термин неустоявшийся, во многом маркетинговый. Едва ли кто-то даст четкое определение этого инструментария и сформулирует, чем он отличается, например, от No Code. При создании серьезного робота невозможно ограничиться только Low Code или No Code: отдельные фрагменты кода все равно придется писать вручную на одном из языков программирования.

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

Использование Low Code помогает вовлечь бизнес-пользователей и других заинтересованных лиц в проект RPA, ускоряет создание и масштабирование роботов. Однако проект нужно правильно реализовать. В частности, следует привлечь в команду необходимых экспертов. Тогда можно будет быстро обучить пользователей, способных писать роботов, и, таким образом, ускорить процессы RPA в разы по сравнению со стандартными технологиями разработки.

— Могут ли пользователи, не обучаясь основам разработки, создавать эффективных и надежных RPA-ботов, не прибегая к помощи ИТ-профессионалов? Если могут, то при каких условиях?

Могут, но на узких участках — чтобы роботизировать свой собственный труд. Если мы хотим получить решение в масштабах средней или крупной компании, то без ИТ-специалистов и привлечения ИТ-службы обойтись не удастся. Нужно спроектировать архитектуру, после чего сотрудники, обладающие системным складом ума и глубоко знающие возможности приложений, с которыми работают, могут освоить роботизацию рутинных бизнес-операций. Однако если пользователи будут действовать кто во что горазд, то ИТ-службы не возьмутся за поддержку их работы и проект роботизации не пойдет дальше двух-трех процессов. Чтобы этого не произошло, необходимо участие в проекте архитекторов, профессиональных разработчиков, ИТ-специалистов, способных обеспечить координацию разработки, а также тех, кто сможет обучить бизнес-пользователей с системным складом ума технологиям создания роботов в рамках их «песочниц».

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

Насколько мы видим, использование ИИ для роботизации бизнес-процессов пока скорее НИОКР, чем успешно применяемый подход. Да, в некоторых сценариях нейронные сети уже избавляют от написания рутинного кода. Безусловно, это направление будет развиваться, что позволит ускорить разработку там, где «дорожная карта» уже расчерчена. Кроме того, по нашему мнению, машинное обучение будет полезно в области анализа процессов (точнее, в Process Mining), а также везде, где есть возможность получить структурированные данные, на основе которых можно обучить нейронные сети. Однако, прежде чем эти технологии проникнут в реальную цифровизацию, пройдет, по нашим оценкам, несколько лет.

Так или иначе, мы никуда не уйдем от участия архитектора в проектах RPA и от ручного труда специалистов там, где шаблоны не работают или где требуется творческий подход, — в таких случаях машинное обучение не поможет.

— Известно, что реализация RPA-проектов будет значительно более эффективной, если в компании выстроена соответствующая экосистема. Можно ли считать ее наличие необходимым условием успешной реализации проекта RPA?

Мы считаем, что наличие экосистемы — это обязательное условие роботизации. Но важно понять, что мы имеем в виду под экосистемой. Мы считаем, что в ней обязательно должны быть три блока. Первый — программное обеспечение: оно должно обладать нужным качеством, соответствовать целям роботизации и особенностям организации. Второй блок — это методология: как использовать ПО, как выбирать процессы, как их роботизировать, как организовать архитектуру и разработку роботов, как правильно управлять проектом RPA и т. д. Третий блок — комьюнити. Это все, что связано с людьми: общение в сообществе коллег, личные встречи и обсуждения, взаимодействие на различных электронных площадках, поддержка пользователей и пр.

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

— С чего лучше начать создание экосистемы RPA? К каким масштабам и к какому уровню ее зрелости следует стремиться?

Считаем, что лучше всего начать с построения локального центра компетенции — это один из компонентов экосистемы RPA, который будет отвечать за дальнейшее наращивание знаний в этой области и за достижение целей проекта внедрения. Центр компетенции можно сформировать в самом начале, а можно — по завершении пилотного проекта, когда появятся первые результаты. Кроме того, нужно разработать и утвердить регламенты поиска процессов, их ранжирования, выбора процессов и определения целей их роботизации.

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

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

— Насколько применимы к проектам RPA подходы Agile?

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

— Насколько необходимо изменение корпоративной культуры при реализации проектов RPA? Что именно в ней должно измениться?

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

— Какие риски являются наиболее серьезными в проектах RPA и как их можно минимизировать?

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

Еще один риск — «фанатизм»: завышенные ожидания нередко приводят к попыткам заменить чуть ли не все имеющиеся системы программными роботами. Но если технология используется неправильно, то об успехе ее реализации придется, скорее всего, забыть. Роботизация живет «между» системами, от них нельзя отказываться. Нужно правильно сформировать ИТ-архитектуру и вовлекать в процесс RPA не только бизнес-пользователей, но и ИТ-службу, поскольку именно ей придется обеспечивать дальнейшее сопровождение систем роботизации и развивать их в рамках ИТ-ландшафта компании.

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

— Как отличить зрелую платформу от незрелой? Каковы признаки зрелой платформы роботизации?

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

— Какие основные рекомендации вы могли бы дать тем, кто сегодня приступает к роботизации своих бизнес-процессов?

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

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

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

Компания Hitachi Vantara объявляет о приобретении компании Io-Tahoe — подразделения британской энергетической компании Centrica, специализирующейся на инновациях в области обработки данных. Присоединение компании Io-Tahoe — важный шаг для Hitachi, призванный поддержать стратегическое развитие и укрепление лидерских позиций в сфере цифровой трансформации таких важнейших секторов социальной инфраструктуры, как энергетика, транспорт, финансовые услуги, здравоохранение и промышленное производство.

Основанная в 2017 году компания Io-Tahoe объединила инженерию данных, науку и аналитику на базе открытой унифицированной платформы, которая позволяет командам, занимающимся данными, более эффективно взаимодействовать и внедрять инновации.

Разрабатываемое Io-Tahoe ПО для управления данными на основе алгоритмов искусственного интеллекта помогает клиентам из списка Fortune 1000 решать самые сложные проблемы и добиваться значимых результатов для бизнеса за счет повышения качества данных, их учета, утверждения рабочих процессов, а также контроля соблюдения корпоративных и нормативных требований. Эти возможности будут интегрированы в решение Lumada DataOps Suite — гибкую структуру управления данными с возможностью интеграции, каталогизации и периферийных вычислений.

«Мы рады добавить передовую технологию управления данными от Io-Tahoe, гарантирующую качество данных и их соответствие требованиям регулирующих органов, в наш пакет Lumada DataOps Suite, — заявил Радхика Кришнан, директор по продуктам Hitachi Vantara. — Мы стремимся помочь нашим клиентам трансформировать свой бизнес с помощью более глубокого использования данных, и приобретение Io-Tahoe значительно укрепляет наши возможности в этом направлении. По мере того как среды данных становятся все более сложными, Lumada предоставляет пользователям больше актуальной контекстной информации, что позволяет им более полно использовать данные и сокращает время возврата инвестиций».

Команду Io-Tahoe возглавит Аджай Вохора, получивший докторскую степень в области науки о данных в Кембриджском университете. Аджай вместе с коллегами будут работать под началом директора по продуктам Hitachi Vantara Радхики Кришнана.

«Hitachi Vantara идеально подходит для технологии автоматизации данных Io-Tahoe, — говорит исполнительный директор Io-Tahoe Аджай Вохора. — Пакет Lumada DataOps Suite должен стать краеугольным камнем любой инициативы, основанной на использовании данных. Интеграция с технологией Io-Tahoe создает уникальный набор инструментов, способных оказать реальное влияние на бизнес во многих отраслях».

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

Алексей Сидоров, главный евангелист и директор по управлению данными Denodo:

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

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

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

Кроме того, появляется целый класс систем хранения данных, которые более не опираются на реляционные принципы. Обобщенно их принято называть NoSQL (not only SQL) — базы данных не только SQL. За этим термином скрывается множество различных подходов и методологий, в том числе базы данных «ключ-значение» (Key-Value store), документоориентированные, объектные и графовые базы данных.

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

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

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

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

— Где виртуализация данных наиболее эффективна?

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

Многие организации используют нашу платформу как основу для реализации централизованной ролевой модели доступа к данным с применением динамического маскирования.

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

— В каких случаях очевидны преимущества виртуализации данных перед традиционными ETL-решениями? Используются ли сочетания этих технологий с учетом уже сложившейся технологической предыстории?

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

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

Зачастую наши заказчики предпочитают модернизировать существующее традиционное хранилище путем замены слоя физических витрин данных на виртуальные. Данный подход позволяет сочетать преимущества ETL и виртуализации, кардинально ускоряя процесс создания новых отчетов для бизнеса.

— Насколько важна виртуализация данных в облачных средах, а также при использовании территориально, административно и технологически разделенных источников информации?

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

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

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

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

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

Революционный сдвиг необходим в отношении к данным и управлении ими. Мы должны перестать думать о данных в терминах серверов, хранилищ, петабайтов и т. п.

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

— Что дает конечным пользователям работа с виртуализированными данными?

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

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

— Может ли виртуализация данных снижать затраты при выполнении проектов цифровой трансформации?

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

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

Александр Прохоров, директор по продажам Denodo в России:

Александр Прохоров: «Развитие канала и сертификация партнеров — важнейшие первоочередные задачи Denodo в России»

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

— Насколько российские организации готовы к внедрению виртуализации данных?

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

— Что и для каких отраслей вы намерены продвигать в первую очередь в нашей стране?

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

Мы традиционно делаем ставку на своих партнеров, через которых идут все продажи и осуществляется первая линия поддержки заказчиков. Развитие канала и сертификация партнеров — важнейшие первоочередные задачи Denodo в России.

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

Об этом и не только говорили на первой клиентской конференции компании Arenadata — российского разработчика корпоративной платформы для сбора, хранения и управления данными на базе Open Source. Обзор основных тезисов, прозвучавших на мероприятии, — в этом материале.

Облака, альянсы и культурные нормы

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

Первым из таких трендов стало все более заметное доминирование облачных технологий — Cloud First. «Представление физического мира в облачном пространстве открывает принципиально новые возможности. Корпоративные приложения стремительно мигрируют в публичные облака, и в неменьшей степени это касается платформ данных», — подчеркнула Лариса Малькова, управляющий директор практики Applied Intelligence Accenture в России.

Лариса Малькова: «Корпоративные приложения стремительно мигрируют в публичные облака, и в неменьшей степени это касается платформ данных»

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

Еще один важный тренд — появление data-альянсов, в которых партнеры объединяют свои данные. Часто компаниям требуется обогатить свою информацию — например, чтобы расширить знания о клиентах. «На основе появившихся сведений можно предоставлять принципиально новые сервисы, поэтому разнообразие таких партнерств будет только расти», — уверена Лариса Малькова.

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

К цифровым двойникам и фабрикам данных

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

Первая из тенденций, которые обозначил Александр Тимчур, директор департамента поддержки продаж Arenadata, — требования к опосредованной конфиденциальности данных. «Сейчас все чаще идет речь о создании маркетплейсов данных, предоставляемых внешним или внутренним заказчикам. Исходные данные, как правило, в значительной степени приватны — они содержат конфиденциальные сведения того или иного вида», — напомнил Тимчур. Однако любые данные можно преобразовать: они перестанут содержать коммерческую тайну или персональную информацию. Например, сейчас наблюдается большой спрос на агрегированные данные. Для компании это означает рост данных и числа задач — речь идет о высоконагруженных витринах данных. Производитель платформы данных должен удовлетворять весьма жестким условиям.

Александр Тимчур: «Cейчас наблюдается большой спрос на агрегированные данные. Для компании это означает рост данных и числа задач — речь идет о высоконагруженных витринах»

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

Следствием усложняющихся задач становится построение фабрик данных (Data Fabric). Такой подход подразумевает абстрагирование пользователей от технологий и развитие концепции доступа к данным из единой точки. Однако его особенностью является избыточность хранения: одни и те же данные должны быть представлены в СУБД разных типов, чтобы с ними можно было эффективно работать в разных ситуациях. Для ИТ это означает рост затрат и повышение требований к интеграционным возможностям. Единая платформа данных позволит сильно облегчить работу в этой парадигме.

Развитие в трех направлениях

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

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

Александр Ермаков, технический директор Arenadata, поделился планами по развитию платформы обработки и хранения больших данных Arenadata EDP (Enterprise Data Platform). По его словам, развитие решения будет происходить в трех ключевых направлениях. Первое — гибридная инфраструктура. Все больше компаний интересуются реализацией платформ, связанной с облаками — как частными, так и публичными. В то же время никто не готов отказываться от традиционных, «железных» решений. Современные платформы должны быть готовы работать в гибридной среде.

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

Экосистема: развитие с помощью партнеров

«Мы вышли на рынок с дистрибутивом Hadoop и за три года прошли путь от одного продукта до формирования платформы. Все, что мы создавали в течение этих лет, было именно технологической экосистемой, которая сейчас широко известна на рынке», — подчеркнул Сергей Золотарев, генеральный директор Arenadata.

Разрозненные решения для работы с данными трудно заставить действовать слаженно, на достижение результата могут уйти годы. Во многом следствием этого стало то, что некоторое время назад на рынке начали появляться платформы данных, состоящие из тесно интегрированных компонентов разных производителей. «В результате заказчик получает не просто набор технологий, а готовые рецепты решения прикладных задач», — подчеркнул Дмитрий Лазаренко, директор по продукту Mail.ru Cloud Solutions.

Дмитрий Лазаренко: «Некоторое время назад на рынке начали появляться платформы данных, состоящие из тесно интегрированных компонентов разных производителей. В результате заказчик получает не просто набор технологий, а готовые рецепты решения прикладных задач»

В прошлом году было запущено совместное решение Arenadata и Mail.ru Cloud Solutions — Arenadata DB Cloud. Это управляемая база данных в облаке Mail.ru, которая специально была создана для решения сложных аналитических задач. Ее применение позволяет динамически масштабироваться и достаточно быстро обрабатывать тяжелые данные. Одной из первых решение «Arenadata DB как сервис» стала использовать компания «Ашан» в рамках облачной платформы Mail.ru Data Platform. Компания перешла на комплексную платформу для аналитики данных в облаке, чтобы использовать зрелые платформенные решения, такие как Kubernetes как сервис, технологии Hadoop-стека, Arenadata DB Cloud, — в том числе для задач прогнозирования спроса. В «Ашане» ожидают, что применение решения позволит увеличить выручку на 2% и сократить излишние запасы товаров в магазинах на 5%. Это даст значительный эффект в масштабах компании.

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

Дмитрий Гребенщиков: «С одной стороны, нам важно постоянно повышать производительность разрабатываемых решений, с другой — вопросы использования импортонезависимости сегодня критичны для организаций»

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

Компания активно работает с предприятиями с госучастием, поэтому задачи импортозамещения в условиях цифровой трансформации являются для нее особенно актуальными. В партнерском проекте «Диасофт» разработал интеграционный инструмент для ускоренной миграции данных — SUP (Streaming Unloader in Parallels). Он позволяет выполнять перенос данных из СУБД Oracle на Arenadata DB со скоростью 1 Гбайт/с.

Олег Гиацинтов: «Партнерство с Arenadata для нас стратегическое: мы высоко оцениваем синергетический эффект совместного использования этой платформы с решениями для управления данными Informatica»

В компании DIS Group интегрировали платформы Informatica и Arenadata. «Партнерство с Arenadata для нас стратегическое: мы высоко оцениваем синергетический эффект совместного использования этой платформы с решениями для управления данными Informatica», — сообщил Олег Гиацинтов, технический директор DIS Group. Для успешного функционирования любой платформы требуется обеспечить качество данных, возможность их обезличивания и защиты, а также построения каталога данных. Быстрая и точная оценка данных, выявление их бизнес-значимости ускоряют процессы работы с информацией. Не менее важными эффектами становятся снижение требований к команде и унификация процессов разработки.

Цифровые экосистемы на практике

Наблюдаемые на рынке тенденции оказывают влияние и на потребности заказчиков. Например, в рамках проектов по цифровизации банк «ВТБ» принял решение о создании единой платформы данных с масштабной миграцией ИТ-инфраструктуры на платформу Arenadata EDP.

«В первую очередь нам потребовалось научиться по-новому работать с данными», — отметила Ирина Петровская, вице-президент, заместитель руководителя департамента управления и координации технологических изменений банка «ВТБ».

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

Ирина Петровская: «В первую очередь нам потребовалось научиться по-новому работать с данными»

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

«Главные преимущества решения Arenadata — это возможность масштабировать как ресурсы для хранения, так и вычислительные ресурсы, а также доступность архивов систем-источников в Hadoop и интеграция с потоковыми данными», — считает Павел Денисенко, руководитель управления архитектуры данных компании X5 Retail Group.

Павел Денисенко: «Главные преимущества решения Arenadata — это возможность масштабировать как ресурсы для хранения, так и вычислительные ресурсы, а также доступность архивов систем-источников в Hadoop и интеграция с потоковыми данными»

X5 активно выходит на рынок онлайн-сервисов, выпускает для партнеров продукты, основанные на больших данных, расширяя при этом спектры источников и типы потребителей данных. Компании требовалось гибкое единое хранилище, которое должно было стать общим информационным полем для потребителей всех типов. Его построили на базе Arenadata DB и SAS Data Integration Studio. Перспективным направлением развития созданной в X5 платформы является переход на облачную инфраструктуру.

***

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

Автор статьи — Роман Волков, глава представительства Pure Storage в России/СНГ и странах Балтии.

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

Каждая из этих систем хранения данных выполняет важную роль. Приложения, использующие файловую СХД, стали более требовательными, системы управления базами данных — более сложными, а с развитием Интернета, Интернета вещей и возрастающего спроса на аналитику в индустрии произошел взрыв потребности на объектные СХД.

Но по мере того, как менялось наше представление о способах использования данных, технические барьеры, которые обычно сопровождали работу с перечисленными системами, вывели на первый план проблемы, которые стало невозможно игнорировать. В результате мы видим появление новой категории СХД, которые нацелены на удовлетворение современных требований к хранению данных, — унифицированные файловые и блочные СХД (UFFO).

Радикальные перемены

Сегодня данные становятся ядром, вокруг которого строится деятельность многих предприятий из абсолютно разных сфер экономики. Кроме того, объемы данных растут с каждым годом, что для большинства компаний означает необходимость в больших объемах хранения. Так, согласно исследованию IDC, продажи внешних систем хранения в России по итогам 2020 года составили 564,3 млн долл. Вместе с этим, существенный прирост показала доля систем хранения на базе флеш-памяти с долей в 60,2% в денежном выражении и в 38,5% в емкостном. Все это говорит о растущем спросе на высокопроизводительные системы на рынке. Поэтому с точки зрения как экономии, так и производительности и эффективности, главной задачей компаний сегодня становится своевременно поспевать за тенденциями в развитии СХД. Так, на 2021 год компании должны не только хранить, но и эффективно использовать имеющиеся у них в распоряжении массивы данных.

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

Конечно, это не означает, что файловые и объектные СХД были лишены каких-то инновационных преобразований. Системы быстрой обработки файлов появились в традиционных архитектурах для обеспечения стабильно высокой производительности как при работе с легкими файлами, так и с более тяжелыми форматами. Такие системы также используются для работы с последовательной или произвольной файловой нагрузкой. Тем не менее, принимая во внимание тот факт, что работа с современными данными требует одновременного использования всего перечисленного ранее функционала, ограничения этих систем хранения данных очевидны. Похожим образом и объектные СХД подвергались изменениям и обновлениям. Первоначально созданные для хранения больших объемов некритических данных быстрые объектные системы хранения возникали пропорционально росту облачных приложений. Эти приложения использовали объект в качестве накопителя по умолчанию и поэтому требовали более высокого уровня производительности для обработки рабочих нагрузок.

Но что если бы мы смогли объединить все преимущества этих систем в одну? Пользователи, а также ИТ-руководители снова задаются одними и теми же вопросами: если бы у нас с самого начала была бы многофункциональная, высокопроизводительная СХД с низкими задержками по доступной цене, были бы у нас вообще уровни хранения и различные типы хранилищ? Ответ очевиден — никому не нужны эксплуатационные сложности. Именно поэтому мы должны учитывать, тот факт, что по мере развития технологий и экономики будут возникать новые архитектурные изменения.

Переход на унифицированную быструю систему хранения файлов и объектов

Проблемы, постепенно возникающие в работе с привычными СХД, привели к появлению унифицированной скоростной быстрой системы хранения файлов и объектов. Унифицированная СХД, построенная таким образом, чтобы объединить возможности быстрых систем хранения файлов и объектов на одной платформе, позволит предприятиям напрямую оперировать современными данными, отвечая всем требованиям современных приложений. Это, в свою очередь, открывает для бизнеса возможность быстро внедрять инновации и двигаться вперед в постоянно меняющейся конкурентной среде.

Но какие именно тенденции привели к важности использования унифицированной быстрой системы хранения файлов и объектов? Рассмотрим пять главных движущих сил стремительных перемен в индустрии.

1. Рост машинно-сгенерированных данных: по прогнозам IDC уже к 2025 году объем генерируемых данных, увеличится более чем в 4 раза — до 175 зеттабайт. При этом сами данные будут все более многообразными и сложными. Поскольку компании все чаще используют приложения, требующие больших объемов данных, им необходимы платформы хранения, способные считывать, хранить и обрабатывать большие массивы данных и предоставлять стратегические сведения в режиме реального времени, не опасаясь высоких задержек или простоев.

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

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

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

5. Возможные перебои в работе, связанные с атаками программ-вымогателей: ни для кого не секрет, что программы-вымогатели — это серьезная проблема как в частном, так и в государственном секторе. Благодаря объединению быстрой файловой и объектной систем на одной платформе компании в случае атаки могут быстро восстанавливать информацию с защищенной резервной копии со скоростью до 270 Тбайт в час. Это дает предприятиям возможность гораздо быстрее возвращаться к нормальной работе и минимизирует количество перебоев.

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

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

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

Компания Hitachi Vantara, дочернее предприятие концерна Hitachi, специализирующееся на решениях для цифровых инфраструктур и управления данными, заключила стратегическое партнерское соглашение с компанией «Марвел-Дистрибуция» — одним из крупнейших широкопрофильных ИТ-дистрибуторов России и СНГ. «Марвел» будет предоставлять корпоративные решения, произведенные на базе продуктов Hitachi Vantara и адаптированные под индивидуальные требования клиентов, под собственным брендом F+data.

«Марвел-Дистрибуция» будет заниматься сборкой инфраструктурного оборудования на своей промышленной площадке в Санкт-Петербурге в соответствии с российскими стандартами и тесном сотрудничестве с производственными подразделениями Hitachi Vantara. Российские специалисты, занимающиеся производством, прошли обучение у ведущих европейских экспертов, что гарантирует высокое качество продукции и соответствие мировым стандартам Hitachi Vantara.

В производственную линейку вошли как аппаратные решения начального уровня, так и оборудование сегмента Hi-End, в том числе инновационные решения All-Flash для высоконагруженных систем. На фоне растущего числа предприятий и ускорения темпов цифровизации в России отмечается рост спроса на корпоративные решения All-Flash отечественного производства, и партнерство Hitachi Vantara с компанией «Марвел-Дистрибуция» позволит оперативно закрыть эту потребность рынка.

«Мы рады сотрудничеству с “Марвел-Дистрибуция” в новом проекте, который объединит нашу экспертизу в области решений для управления данными с опытом партнера в сфере дистрибуции, — отмечает вице-президент Hitachi Vantara по стратегическому партнерству и альянсам в регионе EMEA Том Пегрум (Tom Pegrume). — Мы уверены, что сможем предложить растущим российским предприятиям первоклассные корпоративные системы хранения данных, необходимые для построения ИТ-инфраструктур любого масштаба».

«Наше сотрудничество с Hitachi в своем роде уникально для оборудования такого класса. “Марвел-Дистрибуция” начинает выпускать исключительно канальный продукт, не создающий для бизнес-партнеров риска прямой конкуренции с производителем на рынке конечного заказчика», — прокомментировал директор по производству собственных торговых марок компании «Марвел-Дистрибуция» Евгений Кривошеев.

Прошедший год стал серьезным испытанием для многих организаций. Помимо разрешения сложной финансовой ситуации, вызванной пандемическими ограничениями, компаниям пришлось спешно создавать условия для дистанционной работы сотрудников, меняя правила игры на ходу. Это оказалось сложной задачей не только с технологической, но и с человеческой точки зрения. И усугубились эти сложности появлением новых проблем безопасности и угроз. Наиболее полно киберитоги 2020 года представлены в докладе Trend Micro "A Constant State of Flux: Trend Micro 2020 Annual Cybersecurity Report", ну а мы ограничимся наиболее значимыми событиями и тенденциями.

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

Вымогатели поднимают ставки

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

Количество атак вымогателей на различные отрасли. Самыми популярными среди вымогателей отраслями в 2020 году были органы власти, банки, промышленность и здравоохранение. Источник: Trend Micro

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

Результатом такого подхода стал экспоненциальный рост суммы выкупа, который требовали операторы вымогателей у своих жертв. По данным коалиции страховых компаний, только за период с начала 2019-го по первый квартал 2020 года сумма выплат удвоилась.

Хит-парад числа инцидентов с участием программ-вымогателей 2020 года. Источник: Trend Micro

Лидером киберпреступного хит-парада вымогательского ПО стал печально известный WannaCry — он «засветился» более чем в 220 тысячах инцидентов. А по объемам полученных выкупов вперёд с большим отрывом вырвался вымогатель Ryuk, операторы которого получили более 150 млн долларов США.

Ковид-брендированные атаки

Главным инфоповодом, который эксплуатировали злоумышленники в 2020 году, стала пандемия COVID-19. В 2020 году было обнаружено более 16 млн угроз, связанных с коронавирусной инфекцией. Почти 90% из них представляли собой вредоносный спам — популярный среди злоумышленников вектор из-за технически более простой реализации по сравнению с созданием мошеннических сайтов и вредоносных программ.

Распределение COVID-брендированных угроз по типам. Источник: Trend Micro

Распределение COVID-брендированных угроз по странам. Источник: Trend Micro

Большая часть обнаружений пришлась на США, Германию и Францию, которые также были в числе стран, наиболее сильно пострадавших от пандемии.

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

Уязвимая «удаленка»

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

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

Случаи эксплуатации уязвимостей в популярных VPN-сервисах в 2020 году. Источник: Trend Micro

Одной из самых заметных и распространенных уязвимостей VPN в 2020 году стала критическая ошибка CVE-2019-11510 в VPN-решении Pulse Connect Secure. В 2020 году было обнаружено 800 000 уязвимых серверов с этим продуктом. Уязвимость использовали киберпреступники в реальных атаках: именно с ее помощью в системы жертв устанавливался вымогатель Sodinokibi.

Переход на удаленную работу также привёл к росту зависимости от таких коммуникационных инструментов, как Zoom, Slack и Discord. Это, в свою очередь, привело к увеличению числа атак, направленных на эти приложения. Одним из самых известных типов атак был «зумбомбинг», при котором посторонние срывали Zoom-встречи сотрудников компаний, учащихся и различных организаций.

Угрозы в облаках и уязвимый Интернет вещей

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

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

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

Количество атак на роутеры в 2020 году выросло почти втрое, количество атакованных роутеров — на 30%, прочие IoT-устройства в 2020 году также атаковали на 30% чаще. Источник: Trend Micro

Количество атак с использованием скомпрометированных роутеров в 2020 году удвоилось по сравнению с 2019 годом, при этом количество взломанных роутеров выросло лишь на 36%. Прочие устройства Интернета вещей использовались для проведения атак в 2020 году на 22% чаще, чем в 2019. Источник: Trend Micro

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

Во втором полугодии 2020 года исследователи Forescout обнаружили набор из 33 уязвимостей устройств Интернета вещей, получивший название Amnesia. Эти уязвимости присутствовали в большом количестве устройств Интернета вещей по всему миру, в том числе в промышленных устройствах (IIoT). Использование этих уязвимостей позволяет злоумышленникам захватить контроль над устройствами и использовать их для вредоносных действий.

Ландшафт угроз: резюме

В 2020 году инфраструктура Trend Micro Smart Protection Network защитила пользователей от более чем 62 млрд угроз, в числе которых были вредоносный спам, файлы и сайты.

В тройку самых опасных угроз вошли вымогатель WannaCry, майнер криптовалюты Coinminet и ботнет Emotet:

Самые распространённые угрозы 2020 года. Источник: Trend Micro

Количество новых семейств вымогательского ПО в 2020 году выросло на 34%. Из более чем 11 млн спам-рассылок 2020 года, почти в половине случаев в качестве вредоносного вложения использовались PDF-файлы. Второе и третье место по популярности среди киберпреступников получили XLSX и HTML.

Типы файлов, используемые в качестве вредоносных вложений в спам-кампаниях. Источник: Trend Micro

Большая часть компьютеров, на которых было обнаружено заражение вредоносным ПО, работала под управлением ОС Windows. Однако системы с macOS и Linux также были в числе пострадавших:

ОС компьютеров, заражённых вредоносным ПО в 2020 году. Источник: Trend Micro

Как справиться с угрозами

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

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

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

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

И конечно, невозможно переоценить необходимость своевременного и эффективного управления исправлениями. Уязвимости, такие как Zerologon или появившиеся в 2021 году ProxyLogon, доказывают, что лучшее время для обновления — немедленно.

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

Автор — Михаил Кондрашин, технический директор Trend Micro в России и СНГ.

Как известно, в 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.

2021 год становится ключевой вехой в истории операционной системы AIX. В этом феврале она отметила свое 35-летие, что стало поводом для воспоминаний и размышлений о том, как команде разработчиков удалось на протяжении нескольких десятилетий сохранять лидерство и инновационность AIX как основной операционной системы серверов IBM Power Systems. Но еще важнее весьма оптимистичный взгляд в будущее с новым релизом AIX, который продолжил ее дорожную карту более чем на 10 лет.

35 лет – полет нормальный

Отмечая юбилей операционной системы AIX, многие из команды разработчиков вспоминали о том, как эта система развивалась и взрослела вместе с ними. Люди становились старше и опытнее, а в продукте появлялись новые технологии – DLPAR, VIOS, LPM и Live Update. Рос и портфель продуктов: PowerHA для доступности, PowerSC для безопасности, PowerVM для виртуализации и PowerVC для управления облачными средами. Все это вместе сделало AIX лучшей операционной системой для выполнения критически важных рабочих нагрузок.

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

Одним из преимуществ решений Power Systems является возможность выполнять не только различные рабочие нагрузки в рамках одного вычислительного комплекса. Что гораздо важнее, они выступают мостиком к новой экосистеме традиционных корпоративных платформ, таких как SAP HANA, облачных решений, таких как IBM Cloud Private или Redhat Openshift, и систем искусственного интеллекта. Все эти решения могут работать «плечом к плечу» со всеми бизнес-критичными приложениями предприятия.

Решения Power Systems с операционной системой AIX на долгие годы зарекомендовали себя как лучшие платформы уровня Enterprise и стали надежным фундаментом для многих бизнес-приложений и СУБД. Этого удалось достичь за счет глубокой интеграции IBM AIX с аппаратными решениями и соответствия актуальным трендам и требованиям к современным операционным системам. Таким образом, AIX не только остается основной платформой для выполнения критически важных вычислительных задач, но и эволюционирует в сторону гибридных мультиоблачных сред и платформ open source. Вдобавок к традиционной надежности, клиенты получают большую масштабируемость, автоматизированное управление облаками с помощью Ansible, гибкое лицензирование и более 300 продуктов open source.

Общеизвестно, что решения Power Systems с операционной системой AIX обладают лучшей в классе надежностью и имеют самый низкий процент незапланированных простоев. Например, с появлением в AIX технологии Live Update компании могут даже обновлять версии без перезапуска системы. Кроме того, Power Systems остается приверженным дальнейшему развитию AIX в направлении ключевых возможностей системы: ее производительности, масштабируемости и надежности, а также инновационных возможностей.

Движение в сторону облаков

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

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

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

Расширяя инновации

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

Мы вступаем в новую эру, и AIX продолжит поддерживать развивающиеся технологии, на которые возлагают надежды многие компании. Эти новые технологии подразумевают серьезное обновление платформы. Новая версия AIX 7.3, которая станет доступной с IV квартала 2021 года, продолжит традиции надежности и безопасности, но с новыми, расширенными возможностями. Она обеспечит дополнительную отказоустойчивость, безопасность и масштабируемость, необходимые для беспроблемного вхождения ИТ-инфраструктуры компаний в мир гибридных облаков.

Среди главных особенностей AIX 7.3:

• Непрерывные вычисления. Повышенное быстродействие системы для динамического управления вычислениями и памятью.
• Масштабируемость. Система оптимизирована для возросших масштабов вычислений и хранилищ данных больших объемов.
• Безопасность. Дополнительные улучшения, гарантирующие защиту данных как при обработке, так и при хранении.
• Гибридные облака. AIX 7.3 готова к автоматизированному управлению «из коробки» с помощью системы управления конфигурациями Ansible.

Узнать больше о новых возможностях AIX 7.3 и планирующихся изменениях в ней, а также много интересного, можно на очередной встрече в «Инфраструктурном Клубе IBM».