Gartner утверждает, что 75% компаний используют как минимум 6 различных приложений для оптимизации своей повседневной деятельности и снижения операционных расходов. Эти приложения решают различные задачи, включая управление данными о клиентах и ​​цепочками поставок, формирование счетов, учет и пополнение запасов продукции. Каждый отдел обычно использует только одно или два бизнес-приложения и не имеет доступа к данным, хранящимся в других базах данных. Что делать, если вашему менеджеру по продажам срочно нужна информация, которой нет в JIRA и CRM? Сколько раз вы теряли важного клиента просто потому, что производственный отдел не знал об увеличении спроса на продукцию? Возможно, пришло время перестать работать в убыток и обратиться к интеграции корпоративных приложений.

Интеграция корпоративных приложений: определение, методы и лучшие практики

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

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

Интеграцию приложений можно использовать на 4 уровнях:

· Уровень данных. Процесс включает в себя извлечение и преобразование данных, хранящихся в одной базе данных, и передачу их в другую. Этот тип интеграции осуществляется с помощью инструментов ETL (извлечение, преобразование, загрузка). Этот подход лучше всего подходит для предприятий, которые хотят интегрировать два приложения (например, CRM и программное обеспечение для котировок). Поскольку компоненты инфраструктуры связаны одной связью, после добавления в систему новых приложений все запутается;

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

· Уровень методов (ESB). Определяя методы, которые могут совместно использоваться несколькими приложениями, поставщики могут разработать общую бизнес-логику для экосистемы программного обеспечения предприятия. Этот подход требует значительной модификации существующих приложений и, следовательно, отнимает много времени. Помимо Corba, Java RMI и других методов EAI, разработчики часто обращаются к веб-сервисам для распределения функций между приложениями. Интеграция на уровне методов подходит для крупных предприятий со сложной ИТ-инфраструктурой. Одна из крупнейших страховых компаний Восточной Европы, например, имела планы выхода на новые рынки и нуждалась в автоматизации выдачи страховых полисов. Интеграция с базой данных позволила компании оформлять полисы на основе местных правил страхования (которые отличаются от рынка к рынку), генерировать отчеты и отправлять данные в головной офис. Другой пример приходит от Аэрофлота, ведущего авиаперевозчика России. Компания разработала комплексную систему оповещения экипажей, которая извлекает данные о рейсах и расписаниях сотрудников и легко интегрируется с платформой корпоративного колл-центра. Долгое время предпочтительным подходом к EAI считалась интеграция методом (или корпоративной шиной). Однако все может измениться с появлением микросервисов.

Микросервисы: эволюция интеграции корпоративных приложений

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

Технический блог Enterprise Integration, освещающий концепции, тенденции и инструменты EAI, недавно опубликовал любопытную статью, в которой говорится, что синхронные и асинхронные микросервисы — это будущее интеграции приложений.

Вот их пример. Страховая компания рассматривает возможность автоматизации расчета стоимости полиса и нуждается в приложении для этого. Новое приложение будет использовать данные о предыдущих договорах с клиентами (приложение CRM). Подход синхронных микросервисов включает в себя разделение микросервиса котировок, который встраивает данные контракта в локальную базу данных. В соответствии с асинхронным подходом должно быть два микросервиса, отвечающих за получение данных о контрактах и ​​расчет котировок соответственно.

Когда дело доходит до интеграции корпоративных приложений, универсального решения быть не может. Хотя крупные компании, такие как eBay, PayPal и Gilt Groupe, успешно перешли на микросервисы, малые предприятия могут не иметь необходимого опыта и ресурсов для поддержки сложной системы микросервисов.

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