Технология интеграции облачных платформ

Основные задачи, которые необходимо решить при построении платформы iPaaS следующие:
- целостность данных;
- простота администрирования;
- простота настройки интеграции;
- отказоустойчивость интеграции;
- возможность и простота получения статистических данных.
iPaaS определяется как набор облачных сервисов, позволяющих разрабатывать, выполнять и управлять интеграционными потоками, соединяющими любую комбинацию локальных и облачных процессов, служб, приложений и данных в рамках отдельных или нескольких организаций (рисунок 2).
Вот основные возможности, которые обеспечивает технология iPaaS:
Возможность легко разрабатывать и развертывать решения в облаке
Обработка событий, сопоставления и оркестровка
Возможность выставлять сервисы как REST, SOAP и т. д
Расширение API для разработки новых соединителей для подключения к облачным приложениям
Инструменты мониторинга и управления
Безопасный шлюз для подключения к корпоративным приложениям
Высокая масштабируемость и надежность [3].
Целостность является необходимой и критической характеристикой. Потеря данных на этапе перемещения данных между системами недопустима. Сохранение целостности данных также должно осуществляться и при возможном отказе какой-либо из составных частей платформы.
Достаточными условиями целостности в распределенной среде будут являться следующие правила, которые должны соблюдаться при передаче интеграционного сообщения от одного узла к другому:
все входные данные, поступившие в исполнительный компонент, должны быть обработаны в соответствии с логикой интеграционного процесса, не должно быть потерянных данных;
результирующие интеграционные данные должны идти в том порядке, в котором поступали входные данные.
Простота администрирования означает возникновение минимума накладных расходов на использование интеграционного программного обеспечения.
С точки пользователя, наиболее удобным является работа с решением по модели SaaS.
В этом случае пользователю нет необходимости выделять мощности для интеграционного программного обеспечения, и он избавлен от последующего обслуживания этого ПО. Для обеспечения простоты настройки в процессе настойки должен использоваться распространенный общепринятый подход. В этом случае пользователь избавлен от необходимости изучать новую систему, и он может использовать существующие наработанные навыки.
Поскольку, тем не менее, любая система имеет свою специфику, необходимо, чтобы процесс интерактивного обмена информацией с пользователем позволял предоставлять ему информацию в максимально удобном и наглядном виде

. Это требует повышенного внимания при разработке средств визуализации для средств интеграции.
Отказоустойчивость определяет время простоя интеграционных процессов, от которых может зависеть основной бизнес пользователя. Таким образом, недостаточное внимание к этому свойству будет косвенно влиять на убытки пользователя интеграционных сервисов.
Отказоустойчивость должна учитываться в архитектуре решения. Прежде всего, необходимо минимизировать количество частей, где возможны отказы. Это означает организацию архитектуры системы максимально простым образом.
Следующим подходом, увеличивающим отказоустойчивость решения, является уменьшение связности его частей.
Для реализации этого подхода следует в рамках решения осуществлять выделение отдельных приложений, а также формировать сервис-ориентированный подход к решению.
Основным методом взаимодействия между отдельными частями приложения считается RPC или удаленный вызов процедур.
Его популярность заключается больше в мимикрии удаленных функций под локальные, что порой является причиной ошибок разработки. Альтернативным подходом к удаленному вызову процедур является отправка сообщений, которая является низкоуровневой абстракцией, но привносит естественную асинхронность и масштабируемость.
Поскольку статистические данные определяют понимание происходящего процесса, рекомендуется собирать как можно больше параметров [1]. Существует множество решений для получения статистических данных мониторинга, но их сложно администрировать или управлять извне.
Хорошим тоном является внедрение датчиков статистических данных непосредственно в приложение. Таким образом, может собираться обширный набор статистических данных, включая те, которые специфичны для приложения, и определены лишь разработчиками. Для реализации подходов, направленных на повышение отказоустойчивости, инструмент сбора данных от датчиков рекомендуется реализовать как отдельное приложение. Различные варианты решения проблем интеграции данных ITсистем, которые предлагаются в настоящее время, можно разделить на три категории:
- решения по миграции данных между системами;
- решения по фасаду данных или оркестровки данных;
- решения, предоставляющие управление облаками.
В категорию решений, связанных с миграцией данных, попадают решения, предназначенные для перемещения данных из одной системы в другую. Частными вариантами обозначения таких решений являются решения по репликации или синхронизации данных.
Основной характеристикой систем этого типа является пассивное выполнение перемещения данных