CloudMTS первым из российских облачных провайдеров запустил платформу роботизации по модели RPA-as-a-Service. Исследование
Сегодня в России на рынке ИТ развивается сразу несколько трендов. Это и миграция в облака, и импортозамещение, и роботизация бизнес-процессов. Особого внимания заслуживают решения, которые соответствуют сразу нескольким тенденциям. Именно так и случилось при изучении облачной отечественной платформы роботизации от CloudMTS.
Текущее положение дел на рынке
ИТ-маркетплейс Market.CNews ежегодно публикует обзор и рейтинг платформ роботизации (в качестве примера см. последний обзор 2023 года). В рейтингах представлено 6-8 российских разработок, каждое из которых поддерживает работу на инфраструктуре заказчика по модели on-prem, а некоторые — и облачную модель. Но есть нюансы.
CloudMTS предоставляет заказчикам доступ к готовым средам управления и разработки роботов (Оркестратор и Студия), расположенными в облачной инфраструктуре МТС. Заказчик может сразу начать самостоятельно разрабатывать и запускать роботов, подключая их к своей инфраструктуре, в том числе и своей внутри облака МТС.
Если изучить вопрос облачных RPA более подробно, то выяснится два ключевых нюанса:
- Сравнение RPA-as-a-Service с партнерскими интеграциями
- Сравнение RPA-as-a-Service с RPA из собственного облака разработчика RPA-платформы.
Рассмотрим их более подробно.
Полноценный RPA-as-a-Service и партнерские интеграции
Полноценный RPA-as-s-Service подразумевает получение гарантий и поддержки из одних рук — того юридического лица, с которым заключен договор. Стоимость также единая — как за пользование RPA-as-a-Service. В случае партнерских интеграций RPA и облачного провайдера ответственность делится между ними (за RPA отвечает вендора RPA, за облако отвечает провайдер IaaS).
В случае RPA-as-a-Service CloudMTS заказчик получает гарантию, SLA и поддержку из одних рук — от лица CloudMTS. Тарификация представляет собой единую стоимость за RPA-as-a-Service, а не сумму цен на аренду вычислительных ресурсов и RPA-платформы.
Что не так с RPA из облака вендора RPA?
Популярный вариант облачных RPA-платформ — получение услуги из рук вендора RPA из его же облака, будь то собственная облачная инфраструктура вендора или арендованная у кого-либо из провайдеров IaaS. В любом случае конкретно данный сегмент облака заточен под RPA и не предназначен для размещения ИТ-инфраструктуры заказчика. Требуется интеграция.
В случае RPA-as-a-Service CloudMTS заказчик получает первоклассную инфраструктуру IaaS уровня Enterprise для размещения данных и облачную RPA для роботизации бизнес-процессов.
Результаты исследования: сводная таблица
Чтобы сделать приведенные выше выводы аналитики Market.CNews провели исследование облачных решений вендоров IaaS и RPA через интервьюирование основных участников рынка. Ниже представлена сводная таблица с результатами исследования, ниже — более подробная информация по каждому из вендоров.
Как следует из таблицы, единственным вендором, предлагающим полноценное облако IaaS для размещения ИТ-инфраструктуры заказчика и собственную платформу роботизации является МТС.
Как реализована работа в облаках у российских вендоров RPA
Анализ решений проводился по нескольким критериям, наиболее полно охватывающих потребности интеграции облачной инфраструктуры и задач роботизации.
Наличие собственного облака провайдера
Очевидно, что вендоры RPA не являются провайдерами облачной инфраструктуры IaaS, поэтому собственного облака для размещения всех приложений заказчика не имеют. CloudMTS совместно с Primo RPA запустил RPA-as-a-Service с возможностью помесячной оплаты за использование сервиса и развернутой платформы RPA в собственной IaaS инфраструктуре. Из других реализаций стоит выделить партнерство ROBIN и Yandex Cloud.
Запуск оркестратора в облаке заказчика
Большинство платформ роботизации могут быть установлены в облачной среде заказчика. Это может быть как частное облако в цифровом контуре клиента, так и публичное облако провайдера.
Запуск робота в облаке заказчика
У большинства платформ роботизации роботы поддерживают работу в облаке, независимо от того, частное это облако или публичное. Для ограничения действий робота и защиты информации следует продумать политики безопасности.
Доступ к основным компонентам RPA платформы (студия, робот, оркестратор) в собственном облаке вендора
Вендоры RPA, за исключением МТС, не имеют собственного облака IaaS для размещения корпоративных приложений заказчика и могут предоставить в аренду из своего облака только саму платформу роботизации.
У компании ROBIN есть партнерская интеграция с Yandex Cloud.
Создание и управление роботами в собственной облачной инфраструктуре вендора
Здесь также, как и в предыдущем пункте, вендоры RPA, за исключением МТС, не имеют собственного облака IaaS для размещения корпоративных приложений заказчика и могут предоставить в аренду из своего облака только саму платформу роботизации.
У компании ROBIN есть партнерская интеграция с Yandex Cloud.
Организация сетевой связности облака вендора с инфраструктурой заказчика
Работы по интеграции не требуются при размещении платформы роботизации в том же облаке, где размещены корпоративные приложения заказчика. В противном случае работы могут оказаться весьма трудоемки и выполняются либо заказчиком самостоятельно, либо с помощью вендора за дополнительную плату.
Возможности RPA-платформы от CloudMTS
RPA CloudMTS — это первая в России облачная реализация платформы роботизации.
Робот может быть запущен на серверах CloudMTS в облаке заказчика. Оркестратор при этом общий для всех клиентов, но зоны доступа жестко разделены на уровне ПО.
CloudMTS совместно с Primo RPA запустил новый сервис RPA-as-a-Service. Заказчикам предоставляются доступы к готовым средам разработки и управления роботами для самостоятельной разработки роботов и их последующей работы в системах заказчика (расположенных как в облаке МТС, так и вне этого контура).
Оркестратор может использоваться одновременно несколькими заказчиками. Таким образом, совмещаются традиционные выгоды от использования технологии RPA с преимуществами использования облачной инфраструктуры.
Мировой опыт
Если говорить о мировом рынке роботизации, то облачные RPA-платформы есть как минимум у двух глобальных вендоров: Microsoft Azure, Alibaba Cloud.
Microsoft Power Automate
Microsoft Power Automate позволяет сотрудникам компании создавать безопасные автоматизированные рабочие процессы и предназначена для автоматизации и интеграции старого не имеющего API ПО (legacy) с современными приложениями, построенными на базе API.
Еще одна базовая сфера применения облачной RPA от Microsoft — перенос данных из мощного корпоративного ПО вроде SAP, Oracle, Salesforce и Dynamics 365 в другие приложения, используемые компанией.
Масштабирование роботов происходит на виртуальных машинах провайдера.
Alibaba Cloud
Облачная платформа роботизации Alibaba Cloud RPA ориентирована на розничную торговлю и предназначена для отслеживания заказов, выставления счетов, прогнозирования спроса, управления запасами, генерации всевозможных отчетов на основе табличных данных и т.д. Впрочем, данный функционал актуален и для других отраслей экономики — банковской сферы, промышленности, медицины и др.
Роботы работают поверх существующего ИТ-ландшафта предприятия и не изменяют его. Основная цель внедрения роботизации — снижение объемов ручного труда, ручного ввода данных, переноса данных из одной системы в другую, поиска и сопоставления информации.
Заключение
Облачные платформы роботизации — безусловно, новый шаг в сфере RPA, который призван распространить практику роботизации в пространство виртуальных машин и выполняемых на них процессах.
Если до появления облачных RPA роботы и оркестраторы для управления ими устанавливались исключительно на рабочих местах сотрудников и выполняли задачи на экране ПК, имитируя деятельность человека, то миграция RPA-технологий в облако открывает новые горизонты развития отрасли роботизации и ИТ-технологий в целом.
Несомненными преимуществами RPA CloudMTS являются возможность получения гарантий и поддержки из одних рук и возможность размещения данных в первоклассной инфраструктуре IaaS уровня Enterprise.