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

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

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

IBM Cloud Satellite — распределенное облако от IBM

IBM уже много лет развивает свое публичное облако — IBM Cloud Platform, которое охватывает порядка 20 локаций по всему миру и объединяет более 60 дата-центров, предоставляя сотни различных сервисов, объединенных в глобальный каталог услуг.

IBM Cloud Satellite представляет собой распределенное облако, в котором доступны сервисы из публичного облака IBM, в частности Red Hat OpenShift и автоматизированное развертывание решений IBM Cloud Pak, предоставляемые на базе той инфраструктуры, которую выбирает сам заказчик.

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

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

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

Кроме того, очень широкое поле открывается для использования IBM Cloud Sattelite при организации периферийных вычислений. В частности, компания Lumen, работающая в области автоматизации производства и «Индустрии 4.0», предлагает своим клиентам использовать возможности IBM Cloud Satellite посредством своей глобальной платформы периферийных вычислений Edge Compute. Она позволяет разворачивать приложения с интенсивным обменом данными (например, видеоаналитику) на сильно распределенных и удаленных друг от друга площадках (в офисах, торговых точках, на складах и пр.), пользуясь при этом инфраструктурой, рассчитанной на задержки в единицы миллисекунд. Поскольку приложение может запускаться в среде Red Hat OpenShift на базе IBM Cloud Satellite рядом с ближайшим узлом Lumen Edge, камеры и сенсоры смогут функционировать в режиме, близком к реальному времени, помогая улучшать качество анализа видеопотоков и повышать безопасность хранения и обработки данных.

Куда плывут облака

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

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

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

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

Инструменты контейнеризации: open source и все-все-все

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

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

Решить проблему с инструментарием для построения контейнерных сред взялись специалисты IBM: они предложили подход и создали технологии, сочетающие наиболее удачные из решений — как проприетарных, так и продуктов с открытым кодом. Другими словами, взяв за основу продукты open source, они довели их до промышленного уровня, оптимизировали для использования в контейнерных средах и дополнили собственными наработками.

Так появились на свет решения IBM Cloud Pak — наборы удобных инструментов IBM и RedHat, содержащие все необходимое для работы с контейнерными средами, как локальными, так и облачными, начиная со средств разработки приложений и автоматизации бизнес-процессов до механизмов искусственного интеллекта и средств информационной безопасности.

Инструменты собраны в пакеты так, чтобы с их помощью эффективно решать отдельные группы функциональных задач, что называется, от начала и до конца. Например, пакет IBM Cloud Pak, предназначенный для разработки приложений, позволяет на 84% сократить сроки вывода программных продуктов на рынок — об этом говорят результаты исследования, проведенного компанией Ovum. При этом уменьшаются потребности в вычислительных мощностях, повышается производительность конвейера непрерывной интеграции и развертывания (CI/CD), на 75% снижаются эксплуатационные расходы — экономия достигается благодаря повышению эффективности ИТ-администрирования и снижению соответствующих трудозатрат.

Что важно, вместе с подпиской на пакеты IBM Cloud Pak заказчики получают качественную поддержку «из одних рук» — от IBM.

Особое внимание разработчики пакетов уделяют отказоустойчивости, масштабируемости инструментария IBM Cloud Pak и его интеграции с основными корпоративными сервисами, такими, например, как мониторинг ИТ или управление идентификацией. Кроме того, продукты из IBM Cloud Pak регулярно сканируются на предмет известных уязвимостей создаваемых образов контейнеров.

Семейство пакетов IBM Сloud Pak

К настоящему времени подготовлены пакеты для решения следующих задач:

• Создание новых и модернизация имеющихся приложений: Cloud Pak for Applications.
• Интеграция приложениий и данных, управление жизненным циклом API, обмен сообщениями и событиями, высокоскоростная передача данных и защита интеграции: Cloud Pak for Integration.
• Автоматизация бизнес-процессов, RPA, оцифровка документов: Cloud Pak for Automation.
• Управление данными, бизнес-аналитика и механизмы искусственного интеллекта: Cloud Pak for Data, а также Cloud Pak for Data as a Service на базе IBM Cloud Satellite;
• Управление гибридными и мультиоблачными средами: Cloud Pak for Multicloud Management.
• Информационная безопасность (выявление угроз, реагирование на них, оценка рисков): Cloud Pak for Security.

«Облачные пакеты» в разрезе

Архитектура пакетов IBM Cloud Pak призвана обеспечить быструю загрузку и развертывание инструментов, легкую их настройку, простое управление и сопровождение.

Каждый пакет имеет три слоя. Нижний общий для всех слой — контейнерная платформа Red Hat OpenShift, которая строится «поверх» Kubernetes. Она позволяет инструментальным пакетам развертываться и работать как локально, так в частных, гибридных и публичных облаках.

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

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

Дополнительную информацию о возможностях и особенностях IBM Public Cloud и IBM Cloud Pak можно получить из материалов форума IBM Cloud and AI, который прошел в ноябре 2020 года.

Получить материалы >>>

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

В начале

В начале 2019 г. руководство заказчика, взяв курс на цифровую трансформацию, поставило перед своим ИТ-отделом и подрядчиком амбициозные цели. Речь шла не только о внедрении современной системы ЭДО для оперативного решения актуальных деловых задач, но и о развёртывании необходимого спектра решений «1С», современного, эффективного почтового сервера, систем учёта рабочего времени, удалённого доступа и других актуальных бизнес-инструментов.

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

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

Трансформация

Вторым этапом сотрудничества интегратора и заказчика, после проведения аудита и подготовки коммерческого проекта с детальным обоснованием работ, стали закупка и поставка оборудования HPE; третьим — Монтаж оборудования и настройки системы командой РТА на объекте заказчика.

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

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

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

Результаты сотрудничества

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

Так, все базовые инфраструктурные сервисы в ООО «СНГТ» переведены на новую платформу Windows Server 2019, развёрнутую на базе универсальных отказоустойчивых программно-определяемых серверов HPE Proliant DL360 G10. Существенно повышена скорость взаимодействия серверов с массивами данных за счёт перехода на стандарт FiberChannel 16 GB/s на базе экономичных и надёжных коммутаторов SAN HPE StoreFabric SN3600. Доступ пользователей и устройств к корпоративной сети контролируется с помощью Aruba ClearPass. Система виртуализации проектировалась с учётом резервирования, на случай отказа одного из серверов и/или компонентов систем хранения данных. Была развёрнута система резервного копирования.

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

Дальнейшие Планы

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

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

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

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

Непрерывность коммуникаций

АО «Евразийский банк» — социально важный коммерческий банк Казахстана с 25-летней историей развития. Входит в десятку крупнейших банков страны по размеру активов, занимает ведущие позиции на рынке розничного банкинга, предоставляет широкий спектр услуг корпоративным клиентам и субъектам МСБ. Банк относится к экосистеме группы ERG — одной из крупнейших компаний в мире в сфере добычи и переработки минеральных ресурсов.

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

Требования проекта

В силу требований проекта клиент изначально не рассматривал возможность размещения в облаках гиперскейлеров (GCP, AWS, Azure), а ориентировался на услуги локальных провайдеров. В качестве площадки выбрали публичное облако «ИТ-ГРАД» (входит в Группу МТС) на базе виртуализации VMware.

После тестирования возможностей облачной инфраструктуры «ИТ-ГРАД» специалисты АО «Евразийский банк» оперативно развернули на виртуальных ресурсах провайдера сервис видеоконференцсвязи для «бесконтактного» общения с партнерами и взаимодействия с клиентами.

Использование облачных технологий позволило сохранить непрерывность коммуникаций и значительно упростить взаимодействие с партнерами АО «Евразийский банк».

Что еще может дать облако

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

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

Облачный провайдер «ИТ-ГРАД» готов предложить банкам, инвестиционным агентствам и другим предприятием из сегмента финансов безопасную облачную инфраструктуру. 12 лет на рынке виртуализации позволяет нам подбирать под задачи клиентов точечные решения с учетом требований и оптимального бюджета. Использование High-End оборудования от проверенных поставщиков и виртуализации на базе технологий и продуктов VMware гарантирует высокий уровень доступности сервиса и бесперебойную работу приложений в облаке «ИТ-ГРАД».

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

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

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

Крупному бизнесу, обладающему большими финансовыми и людскими ресурсами, решать подобные вопросы, как правило, относительно просто. Сложнее обстоят дела в компаниях средней руки, где и свободных средств не так много, и ИТ-отдел не так велик, поэтому простота в настройке и обслуживании СХД для таких предприятий – насущная необходимость. Ситуация усугубляется еще и тем, что, по данным исследования «VotE Storage, Transformation 2020», проведенного компанией 451 Research, объемы данных растут почти в два раза быстрее, чем ИТ-бюджеты: 19% в год против 10% в год соответственно.

СХД для среднего бизнеса

Решение VSP серии E сочетает очень высокую производительность и крайне высокий уровень надежности

К системам хранения данных, позиционируемым как решения среднего уровня – вполне доступным по цене и в то же время достаточно емким и производительным, сегодня велик интерес не только со стороны среднего бизнеса, но и крупного. И руководители, и ИТ-менеджеры становятся всё более прагматичными и если выбирают решения уровня Hi-End, то четко понимают, как их будут использовать и за счет чего смогут их окупить. Но все чаще они приобретают решения среднего уровня с компромиссным соотношением цены и возможностей.

Именно на таких покупателей рассчитаны созданные целиком на базе флэш-памяти и NVMe новые СХД Hitachi Virtual Storage Platform (VSP) серии E – модели среднего уровня VSP E590 и E790. В них реализованы интеллектуальные встроенные средства управления, позволяющие значительно упростить все аспекты эксплуатации СХД – от быстрой установки до автоматизированного конфигурирования и интеллектуального управления производительностью. Что важно, эти модели совместимы с программной системой управления инфраструктурой данных масштаба предприятия Hitachi Ops Center, обеспечивающей автоматизацию ИТ-операций с применением механизмов искусственного интеллекта (AIOps), в том числе оптимизацию, планирование, защиту ресурсов данных и другие виды управления ими.

«Решение VSP серии E отличается не только функциональными возможностями, которые подходят организациям из сегмента среднего бизнеса, но и крайне высоким уровнем надежности, – отмечает Алексей Никифоров, директор по технологиям Hitachi Vantara в России и СНГ. – Данные становятся все более ценным цифровым активом, что особенно заметно в период пандемии и дистанционной работы, из-за чего и их сохранность критически важна. VSP серии E обладает стопроцентной гарантией доступности данных и обеспечивает возможность миграции без прерывания работы. СХД спроектирована так, чтобы в ней не было единой точки отказа, и снабжена несколькими уровнями резервирования. Это позволяет предупреждать возникновение проблем и решать их еще до того, как они приведут к простоям».

Благодаря флэш-памяти и NVMe эти СХД обладают очень высокой производительностью, которую до недавнего времени могли обеспечить только решения Hi-End. Учитывая очень малое значение задержки (менее 66 мкс), столь высокая производительность делает возможным использование VSP E590 и E790 для работы с приложениями, задача которых – обработка огромных объемов данных в реальном времени.

Что важно, модели VSP E590 и E790 очень компактны по сравнению с традиционными СХД на основе жестких дисков – это платформы форм-фактора 2U. Такая компактность в сочетании с высокой плотностью хранения, достигаемой благодаря технологии интеллектуального адаптивного сжатия данных (в соотношении 4:1 с незаметной для приложений компрессией и 7:1 с эффективной компрессией) позволяет консолидировать хранение данных множества систем, экономя при этом немалый объем пространства дата-центра при замене дисковых массивов на новые СХД Hitachi.

СХД как сервис

Модель «СХД как сервис» избавляет компанию от необходимости каждые три-пять лет делать крупные инвестиции в замену или дорогостоящее обновление системы хранения

Сделать системы хранения еще более доступными, а расходы на них максимально прозрачными и предсказуемыми призвана предлагаемая через партнеров услуга виртуальной СХД Hitachi Virtual Storage as a Service. Компания, воспользовавшаяся этой услугой, получает в свое распоряжение оборудование, производя оплату за него, исходя из фактического потребления ресурсов. Сами СХД могут при этом развертываться на собственной серверной площадке компании – заказчика услуги или в арендуемом ею дата-центре.

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

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

Услуга Hitachi Virtual Storage as a Service предоставляется в трех вариантах: блочное, файловое или объектное хранение данных. Параметры блочного и файлового хранения доступны в двух уровнях: с приоритетом производительности или емкости. Кроме того, предусмотрено два уровня обслуживания: премиальное (полный пакет сервисов) и основное (частично управляемые сервисы). Всего предусмотрено пять классов услуг хранения, которые отличаются по производительности (скорости) СХД и доступности данных (99,995% или 100%).

СХД для самых взыскательных

На сегодняшний день СХД Hitachi VSP 5000 – это самые быстрые в мире флэш-массивы NVMe

Семейство СХД Hitachi VSP 5000 ориентировано на предприятия, предъявляющие повышенные требования к системам хранения данных, а также на географически распределенные организации. Благодаря усовершенствованной операционной системе массивы VSP 5000 позволяют консолидировать в одной СХД как структурированные, так и неструктурированные данные, которые используют самые разные корпоративные приложения – и транзакционные, и аналитические, обеспечивая при этом высокую производительность и надежность хранения. На сегодняшний день это самые быстрые в мире флэш-массивы NVMe: за счет массового параллелизма их быстродействие достигает 21 млн операций ввода-вывода в секунду, а задержка – всего 70 мкс, это лучший показатель в своем классе.

Благодаря возможностям дедупликации и сжатия данных массивы VSP 5000 обеспечивают эффективное использование памяти с наименьшими затратами, а благодаря высокой доступности – отсутствие внезапных простоев. Массивы могут работать как с файловыми, так и с блочными рабочими нагрузками. В файловых контроллерах СХД реализованы алгоритмы аппаратного ускорения. Предусмотрена поддержка до 80 узлов виртуальных кластеров и до 64 одновременно работающих виртуальных серверов Hitachi Enterprise Virtual Server (EVS) для NAS, при этом каждый такой сервер располагает своим собственным набором IP-адресов, политик и распределением отдельных портов.

Встроенное интеллектуальное многоуровневое облачное хранение файловых систем обеспечивает прозрачную миграцию данных между локальным и внешним уровнями гибридного облака с использованием механизма бизнес-правил на основе политик. Чтобы дать возможность реализовать самые новейшие цифровые инновации, предусмотрена поддержка Kubernetes и Ansible, облачных сред Amazon S3, Microsoft Azure и IBM Cloud Object Storage.

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

Для создания особо надежных и отказоустойчивых конфигураций в массивах серии 5000 реализована репликация систем NAS с возможностью синхронной кластеризации «активный-активный» на расстоянии до 500 км с автоматизированным захватом в глобально активных метрокластерах. Такие конфигурации обеспечивают очень быстрое аварийное восстановление систем с их возвратом к нормальной работе.

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

Два года назад ВТБ завершил два крупных присоединения – Банк Москвы и ВТБ 24. В результате в банке образовалась очень сложная архитектура аналитического ландшафта. Естественным образом на нем сформировались три крупных блока, построенных на различных технологиях и обладающих функционалом различной степени зрелости. Получившееся наследие не устраивало ни ИТ, ни бизнес: сразу же столкнулись с дублированием и разрозненностью данных, как следствие – высокой стоимостью разработки и долгим временем создания новых продуктов. Кроме того, используемый технологический стек стремительно устаревал. Для ряда аналитических компонентов применялся комплекс Oracle SuperCluster, и еще большее число продуктов базировалось на Oracle BigData Appliance. Окончание жизненного цикла обоих решений стало огромной проблемой и привело к масштабной миграции ИТ-инфраструктуры на платформу Arenadata.

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

Проблемы объединенного ландшафта

Александр Бусыгин, начальник управления «Фабрика данных», банк ВТБ

«Два крупных объединения – с Банком Москвы и ВТБ 24 – дались очень тяжело, это был сложный организационный процесс, все внимание было сконцентрировано на непрерывности бизнеса и соответствии регуляторным требованиям. На создание единой аналитической архитектуры и в целом комплексной архитектуры объединенного банка времени не хватало», – объясняет Александр Бусыгин, начальник управления «Фабрика данных» банка ВТБ. В рамках объединения на стороне ИТ проводился лишь минимальный набор мероприятий, позволявший поддерживать текущие бизнес-процессы на приемлемом уровне качества. Далее планировались масштабные задачи по приведению аналитической архитектуры банка к целевому состоянию.

Аналитическая архитектура ВТБ на момент старта программы по модернизации и оптимизации включала три крупных хранилища, унаследованных из присоединенных банков. Так, в Банке Москвы существовало единое хранилище на классическом Oracle объемом около 85 Тбайт. Его основной функционал фокусировался на рисках, а также отчетности – управленческой и обязательной. Хранилище ВТБ 24, занимавшегося розничным бизнесом, было построено на платформе Teradata. Сейчас оно самое большое – объем горячих данных этого хранилища составляет около 240 Тбайт и имеет огромное количество бизнес-функционала, у него несколько тыс. пользователей. Помимо классических задач отчетности, хранилище решает массу специфичных бизнес-задач – например, на нем работает движок, который для всех клиентов рассчитывает бонусные баллы, используемые в мобильном банке и в партнерских программах. Кроме того, из архитектуры ВТБ 24 приехало оперативное хранилище данных на технологии Oracle SuperCluster и озеро данных на базе Oracle BigData Appliance (интегрированная система, созданная совместно с Cloudera). Хранилище самого ВТБ работало на Oracle и было достаточно компактным – 60 Тбайт.

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

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

Упрощение и стандартизация

Различный технологический стек ведет не только к неоптимальной стоимости владения инфраструктурой, но и к возникновению массы бизнес-проблем. Например, усложнился регламент загрузки данных – в некоторых сложных ситуациях он достигает 6 дней. Это мало кого устраивает. Другая очевидная бизнес-проблема – крайне долгий вывод на рынок новых продуктов. Любая доработка бизнес-приложения влечет необходимость изменений во всех трех хранилищах, а зачастую и в озере данных. Это увеличивает бюджет доработок втрое-вчетверо и занимает длительное время, так как текущие хранилища живут в своем производственном цикле.

Наконец, большая технологическая проблема пришла со стороны вендора: Oracle SuperCluster и озеро данных на базе Oracle BigData Appliance подошли к концу жизненного цикла.

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

Естественным стал вывод о невозможности поддерживать и развивать текущий ландшафт. Банк решился на создание единой полноценной платформы данных, которая должна включать в себя несколько компонент. Во-первых, это часть, отвечающая за загрузку и управление оперативными данными оперативного хранилища данных. Вторая компонента – хранилище данных с единой бизнес-моделью, включающее специализированные витрины для ad-hoc аналитики и банковских приложений, витрины с оперативными данными, пользовательские песочницы и т. д. Третья важная составляющая – озеро данных, ориентированное на задачи машинного обучения и data science, а также часть задач отчетности. Наконец, необходимо развивать слой аналитических и BI инструментов для работы с данными.

«Исторически сложилось, что у нас есть практически все BI-инструменты, присутствующие на рынке, их надо систематизировать. И внедрять новый инструментарий машинного обучения и data science», – отмечает Бусыгин.

Критерии выбора

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

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

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

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

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

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

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

В числе возможных вариантов рассматривались решения Cloudera, Teradata, Oracle и Huawei. Но если говорить о полном покрытии выставленных критериев, то их закрыла только платформа Arenadata. Таким образом, банк принял для себя концептуальное решение на годы вперед.

Планы миграции

«После того, как определились с потенциальным поставщиком, мы организовали пилотный проект: одно дело – проектирование и теоретическая оценка, и совсем другое – работа системы в реальности», – подчеркивает Бусыгин. Для тестирования взяли два ключевых направления – производительность СУБД, сравнивая возможности Arenadata DB и SuperCluster, а также Arenadata Hadoop, который сравнивали с BigData Appliance. Тестирование проводили на сопоставимых мощностях, а объем обрабатываемых данных в пилоте был типовым для процессов ВТБ. Arenadata за полтора месяца тестирования показала очень достойные и стабильные результаты, проблем с точки зрения функционирования выявлено не было. Различий в производительности между текущим решением и новой платформой практически не наблюдалось.

Согласно разработанным планам, в ВТБ в течение следующих двух лет внедряется единое целевое хранилище данных на базе Arenadata DB, проводится миграция озера данных с BigData Appliance на Arenadata Hadoop. Кроме того, имеющиеся витрины данных в максимальной степени переносятся со старых платформ на новые.

Решения Oracle и Teradata временно остаются в архитектуре банка, и для этого есть несколько причин. Во-первых, банк уже сделал инвестиции в эти решения, и они должны вернуться – желательно с прибылью. Поэтому часть решений на них продолжит работать, речь идет о 15-20% функционала. Тем не менее на Arenadata переходят все ключевые системы.

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

Эффекты и ожидания

В ходе проекта специалисты ВТБ уже перевели первую большую витрину, которая отвечает за формирование регулярной отчетности для ЦБ РФ, на Arenadata DB. Это произошло в сентябре 2020 года. Сейчас она работает в режиме опытно-промышленной эксплуатации. Параллельно ведется работа по полному переводу платформы на Arenadata DB, которую планируется завершить к апрелю 2021 года.

Банк уже получил инфраструктуру для создания целевого хранилища и озера данных – это программно-аппаратные комплексы Arenadata DB и Arenadata Hadoop на основе машины баз данных СКАЛА-СР. Их планируется развернуть до конца года, и со следующего года раз в квартал начнется перевод в опытно-промышленную эксплуатацию первых частей аналитических бизнес-приложений. Весь путь по созданию целевого хранилища и миграции озера данных планируется завершить до конца 2022 года. После этого предполагается заняться переносом на новую платформу оставшихся унаследованных приложений.

Что планируется получить от этого с точки зрения бизнеса?

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

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

Согласно опросу Института Гэллапа (Gallup), 87% сотрудников во всем мире не работают с полной самоотдачей, так как вынуждены постоянно отвлекаться. В последнее десятилетие ИТ-службы методично внедряли технологии, которые, по их мнению, упрощали операции и стимулировали совместную работу. На самом деле эффект оказался обратным. О том, как изменится положение вещей и какие тенденции намечаются на рынке труда, рассказывает Амир Сохраби, региональный вице-президент Citrix по развивающимся рынкам.

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

Гибкие модели труда

По прогнозам аналитиков, в ближайшее десятилетие в мире будет не хватать 85,2 млн работников. Хороших специалистов найти трудно, но они есть. Либо они живут далеко от офиса, либо им неудобно работать в традиционном офисе. Рынок труда становится более гибким. Ожидается, что в 2020 г. число фрилансеров превысит половину занятого населения, а к 2030 году их будет более 85%. Чтобы привлечь нужных профессионалов, компаниям придется выйти за привычные рамки и принимать гибкие модели: фриланс, контрактную и удаленную работу.

Недавно Центр экономических и бизнес-исследований (Centre of Economics and Business Research, CEBR) опросил 2500 специалистов, чтобы оценить перспективы такого подхода. Оказалось, что компании не против расширить круг поиска сотрудников, если это положительно скажется на привлечении новых заказчиков и развитии бизнеса. Работодатели готовы нанимать тех, кто ранее не планировал работать. Это пенсионеры или люди, которые присматривают дома за детьми или пожилыми родственниками и поэтому могут трудиться лишь несколько часов в неделю.

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

Повышение квалификации, переподготовка и мобильность специалистов

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

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

Цифровое рабочее пространство

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

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

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

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

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

Автоматизация рутинных задач

Отсутствие вовлеченности — одна из причин психологических проблем на рабочем месте, которая быстро набирает обороты. Часто она связана с однообразной, не приносящей удовлетворения деятельностью, перегрузками и высоким уровнем стресса. Согласно недавнему опросу Института Гэллапа, 85% специалистов в мире работают не в полную силу. Бизнес ежегодно теряет из-за этого порядка $7 триллионов.

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

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

Упрощение работы с технологиями

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

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

Расстановка приоритетов и управление рабочей нагрузкой

Продолжительность рабочего дня — один из факторов психологического состояния. Недавний опрос, который компания Citrix провела в 9 странах, показал, что 86% офисных сотрудников считают нормальным работать сверхурочно. Из них 47% делают это ежедневно или почти каждый день.

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

Мониторинг психологического здоровья

Специалисты сегодня активно исследуют технологии для выявления и диагностирования психологических перегрузок.

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

***

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

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

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

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

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

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

Инструменты контейнеризации: open source и все-все-все

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

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

Решить проблему с инструментарием для построения контейнерных сред взялись специалисты IBM: они предложили подход и создали технологии, сочетающие наиболее удачные из решений — как проприетарных, так и продуктов с открытым кодом. Другими словами, взяв за основу продукты open source, они довели их до промышленного уровня, оптимизировали для использования в контейнерных средах и дополнили собственными наработками.

Так появились на свет решения IBM Cloud Pak — наборы удобных инструментов IBM и RedHat, содержащие все необходимое для работы с контейнерными средами, как локальными, так и облачными, начиная со средств разработки приложений и автоматизации бизнес-процессов до механизмов искусственного интеллекта и средств информационной безопасности.

Инструменты собраны в пакеты так, чтобы с их помощью эффективно решать отдельные группы функциональных задач, что называется, от начала и до конца. Например, пакет IBM Cloud Pak, предназначенный для разработки приложений, позволяет на 84% сократить сроки вывода программных продуктов на рынок — об этом говорят результаты исследования, проведенного компанией Ovum. При этом уменьшаются потребности в вычислительных мощностях, повышается производительность конвейера непрерывной интеграции и развертывания (CI/CD), на 75% снижаются эксплуатационные расходы — экономия достигается благодаря повышению эффективности ИТ-администрирования и снижению соответствующих трудозатрат.

Что важно, вместе с подпиской на пакеты IBM Cloud Pak заказчики получают качественную поддержку «из одних рук» — от IBM.

Особое внимание разработчики пакетов уделяют отказоустойчивости, масштабируемости инструментария IBM Cloud Pak и его интеграции с основными корпоративными сервисами, такими, например, как мониторинг ИТ или управление идентификацией. Кроме того, продукты из IBM Cloud Pak регулярно сканируются на предмет известных уязвимостей создаваемых образов контейнеров.

Семейство пакетов IBM Сloud Pak

К настоящему времени подготовлены пакеты для решения следующих задач:

• Создание новых и модернизация имеющихся приложений: Cloud Pak for Applications.
• Интеграция приложениий и данных, управление жизненным циклом API, обмен сообщениями и событиями, высокоскоростная передача данных и защита интеграции: Cloud Pak for Integration.
• Автоматизация бизнес-процессов, RPA, оцифровка документов: Cloud Pak for Automation.
• Управление данными, бизнес-аналитика и механизмы искусственного интеллекта: Cloud Pak for Data.
• Управление гибридными и мультиоблачными средами: Cloud Pak for Multicloud Management.
• Информационная безопасность (выявление угроз, реагирование на них, оценка рисков): Cloud Pak for Security.

Более подробно узнать об идеологии инструментария IBM Cloud Pak и предназначении отдельных пакетов можно узнать из видеоматериалов IBM.

«Облачные пакеты» в разрезе

Архитектура пакетов IBM Cloud Pak призвана обеспечить быструю загрузку и развертывание инструментов, легкую их настройку, простое управление и сопровождение.

Каждый пакет имеет три слоя. Нижний общий для всех слой — контейнерная платформа Red Hat OpenShift, которая строится «поверх» Kubernetes. Она позволяет инструментальным пакетам развертываться и работать как локально, так в частных, гибридных и публичных облаках.

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

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

Дополнительную информацию о возможностях и особенностях IBM Cloud Pak можно получить из материалов форума IBM Cloud and AI, который прошел в ноябре 2020 года.

Существует не так уж много видов спорта, где победу от поражения отделяют сотые доли секунды. «Формула-1» относится именно к таким. Чтобы добиться успеха в гонках, болид должен быть не только безукоризненно спроектирован, собран и протестирован, но и требует непрерывного совершенствования. Чтобы создать лучшую машину в одном из наиболее конкурентных и требовательных к технологиям видов спорта, необходимы неординарные решения.

Alfa Romeo Racing ORLEN стремится повысить скорость и качество разработки своих новых болидов. Помочь им войти в число сильнейших команд «Формулы-1» должно партнерство с Acer, предоставившей свои мощные рабочие станции линейки ConceptD. Стационарные и мобильные решения ConceptD поддерживают работу 250 инженеров команды во всех фазах разработки и тестирования автомобилей.

Технологии имеют значение

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

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

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

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

Скорость рождается за пределами трассы

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

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

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

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

Каждый раз накануне очередного Гран-при во время «гонки перед гонкой» проводятся масштабные исследования, во время которых выделяются несколько стратегий, ведущих к оптимальному результату. «Время на трассе сильно ограниченно, поэтому большинство наших экспериментов происходят виртуально, в режиме симуляции. Для этого нужны очень мощные станции — например, ConceptD 700, которые настолько хороши, что дают ощущение реального присутствия пилота в машине», — подчеркивает Жан Моншо, технический директор Alfa Romeo Racing ORLEN.

Мощь — не только под капотом

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

Например, одной из проблем на пути решения ключевых задач любой команды «Формулы-1» являются очень большие объемы графических данных. Сотни пользователей работают в системах САПР (в Alfa Romeo Racing ORLEN используют Dassault Catia), осуществляя трехмерное моделирование деталей с очень большим объемом графических операций. Группа компьютерного моделирования накладывает на болиды очень сложные сетки, а затем получает на их основе видео очень высокого разрешения — зачастую это файлы объемом в несколько терабайтов. Оценка динамики автомобилей также сопряжена с очень большими требованиями к рабочим станциям.

Alfa Romeo Racing ORLEN нуждалась в решениях, способных обеспечить эффективную работу приложений для разработки гоночных болидов, проведение тестирования созданных моделей и поддержку работы команд на выезде, непосредственно в ходе гонок. Выходом стали решения Acer линейки ConceptD, включающие стационарные рабочие станции ConceptD 700, оптимизированные для работы в системах 3D-проектирования с высокими рабочими нагрузками, и ноутбуки ConceptD 7 Ezel, а также мониторы с высокой точностью цветопередачи ConceptD CM. Они дали инженерам свободу и надежность, а также максимально ускорили итерационные циклы в ходе разработки болидов.

«Нас интересует долгосрочное сотрудничество, и в каждой области важно работать с лидерами рынка. С ConceptD мы получили решения, стирающие границы между реальным и виртуальным миром», — отмечает Фредерик Вассёр, глава команды Alfa Romeo Racing ORLEN и директор Sauber Motorsport.

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

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

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

— Как вы оцениваете технологическое состояние рынка продуктов RPA в нашей стране и динамику спроса российских компаний на эти продукты?

Спрос на RPA-решения растет, а вместе с ним — и конкуренция среди платформ. Но, к сожалению, российский рынок RPA-платформ двигается с задержкой относительно мирового. Большинство российских платформ сейчас находятся на уровне продуктов, обладающих минимальными достаточными для удовлетворения потребителей функциями (minimum viable product, MVP), хотя они позиционируются как полноценные промышленные решения. Это иногда приводит к негативному восприятию заказчиками RPA как технологии и тормозит развитие нашего рынка в целом.

— Компания Robin фокусируется на потребностях российских организаций. Каковы их основные требования к RPA? Каким образом они отражаются в ваших разработках?

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

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

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

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

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

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

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

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

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

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

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

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

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

— Какие новые функции версии 2.0 вашей платформы наиболее важны для российских компаний?

Клиенты заинтересованы буквально во всех новшествах платформы 2.0. Наиболее ожидаемые из них: способность роботов работать в компьютерах с ОС Linux; расширенные возможности управления правами (например, разрешение работы определенных роботов только на определенных машинах или управление правами групп пользователей на использование групп роботов); контролируемость системы. Контролируемость всегда позволяет определить, кто, когда, где и какого робота создал или запустил, какие ресурсы потребляют те или иные роботы и почему это происходит, в каких роботах используются действия определенного типа и версии.

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

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

Теперь о создании действий на различных языках программирования. Все зависит от того, какие программисты есть у заказчика, причем здесь и сейчас. Чаще всего нас просят предоставить возможность использовать C# и Python. Наша платформа позволяет создавать также действия и на Java, но почему-то этим языком интересуются реже. Наверное, Java-программисты слишком дорогие для их использования в RPA.

— Осуществляется ли доработка ПО RPA в соответствии с требованиями крупных заказчиков? Насколько часто и как быстро это происходит?

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

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

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

— Каким образом реализован полный отказ заказчиков от программирования?

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

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

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

— Как вы применяете решения на базе искусственного интеллекта и каковы перспективы этого направления?

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

Итоги необычного года, планы и перспективы ведущей российской BI-платформы Visiology обсудили на онлайн-конференции ViRush 2020.

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

Об этом было рассказано на конференции ViRush 2020, которая в этом году прошла в новом формате. Серия десятиминутных докладов-«шотов», представленная онлайн, была призвана, как анонсировали в Visiology, «максимально погрузить аудиторию в мир business intelligence, не отнимая много рабочего времени».

В составе комплексных решений

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

По данным консалтингового агентства PAC, к 2022 году российский рынок внедрений и услуг BI должен вырасти до 75 млрд руб. По оценкам Visiology, в ближайшие 3–5 лет объем рынка отечественного ПО бизнес-аналитики BI составит около 6,5 млрд руб. Импортозамещение — один из основных трендов на поле BI в России, рассказала Новикова. Нефтяной бизнес, ТЭК, предприятия критической инфраструктуры осознают необходимость создания импортонезависимого контура, в котором решения BI являются одним из обязательных компонентов.

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

Polymedia занимается внедрением BI-платформы Visiology и реализацией комплексных проектов с использованием этой системы в различных секторах крупного российского бизнеса и в госструктурах. Елена Новикова рассказала, что продвижению BI в госорганы существенно помогает национальная программа «Цифровая экономика». В этом году в компании наблюдают значительный рост интереса к ситуационным центрам, поскольку регионы нуждаются в инструментах мониторинга реализации нацпроектов в условиях кризиса. Polymedia выполнила ряд масштабных проектов в органах госвласти и крупных госкорпорациях с использованием BI-платформы Visiology и специализированного оборудования.

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

Достижения трудного года

Иван Вахмянин, генеральный директор Visiology, отметил, что прошедший с предыдущей конференции год был для компании сложным, но очень интересным. Прежде всего продолжалось развитие BI-платформы Visiology и активно шли ее внедрения: за год выпущено 4 релиза, выполнено около 100 новых развертываний, обучено 350 специалистов по платформе.

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

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

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

Ко всему этому Visiology оказалась готова, но в течение года шла работа над новыми возможностями, укрепляющими позиции платформы на рынке крупных BI-внедрений. Так, появилась поддержка ландшафта разработки dev-test-prod, позволяющего переносить данные между серверами, выделенными для разработки и для исполнения; реализован встроенный мониторинг нагрузки на процессоры и память, позволяющий вовремя принять меры в случае возникновения проблем; реализована регламентная отчетность — возможность регулярно генерировать документы заданного сложного формата. Кроме того, на подходе сертификация Visiology в ФСТЭК, которая позволит использовать платформу в проектах, ограниченных строгими регуляторными требованиями к безопасности.

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

Еще одна новация — ViXtract, бесплатный ETL-инструмент на основе Python, простой в изучении и использовании и с большим числом коннекторов к исходным системам. Эта разработка — первый вклад Visiology в сообщество open source.

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