Техника
Проектный руководитель
В дополнение к неудобствам, связанным с постоянным переключением между различными независимыми системами, раздробленная среда приложений часто дублирует данные и функциональность, усилия пользователей и деньги, необходимые для их обслуживания. Интеграция корпоративных приложений может вернуть утраченную прозрачность и порядок вашим бизнес-процессам, а также раскрыть скрытый потенциал существующих систем.
В этой статье рассматриваются преимущества, которые вы можете ожидать от интеграции, имеющиеся у вас варианты и важные моменты, которые вам лучше не упускать из виду, если вы хотите добиться успеха.
Затраты, управленческие усилия и риски, связанные с интеграцией, высоки, поэтому ИТ-директора предпочитают не торопиться с интеграционными проектами. Однако преимущества, которые можно получить от интеграции корпоративных приложений, выглядят впечатляющими. Они включают в себя:
Интеграция может обеспечить всестороннее представление о бизнес-компонентах — будь то управление клиентами, управление цепочками поставок, управление активами и т.д.
Интеграция данных из нескольких точек соприкосновения с клиентами, распределенных по различным подразделениям компании (несколько CRM, клиентский портал, физический офис / магазин, несколько маркетинговых каналов и т.д.), позволяет получить полную картину взаимодействия клиентов с бизнесом и предоставлять расширенные программы лояльности. Вот пример аналогичного интеграционного проекта, который мы успешно завершили.
Подключив CRM и данные цифровой аналитики, Domino’s удалось разработать более продвинутую маркетинговую стратегию.
В результате их ежемесячный доход увеличился на 6%, а расходы на рекламу сократились на 80% в годовом исчислении.
Интеграция системы управления заказами и системы обслуживания клиентов может помочь отделу обслуживания клиентов получать самую свежую информацию о заказах клиентов, периодах их активности, возвратах товаров и т.д., а также более адекватно адаптировать службы поддержки.
В управлении цепочками поставок доступ к консолидированной информации из системы бухгалтерского учета, программного обеспечения для управления запасами и портала поставщиков значительно облегчает категорийным менеджерам разработку долгосрочной стратегии развития категории.
Подключив, например, приложения для управления разрозненными запасами и поставщиками, бизнес может более точно планировать пополнение запасов или более эффективно управлять продажами, например, повышать цены, чтобы избежать ситуации отсутствия запасов, когда спрос растет, но поставки задерживаются.
Постоянное переключение между приложениями не только неудобно, но и отнимает много времени и приводит к дублированию усилий и увеличению числа ошибок. Например, интеграция CRM и решения для управления документами может упростить жизнь отделов продаж и повысить их эффективность. Имея CRM в качестве основного инструмента в процессе работы над сделкой, они могут быстро находить информацию (условия, объем услуг, модели сотрудничества), относящуюся к аналогичным случаям.
Интеграция позволяет внедрять инструменты Интернета вещей, искусственного интеллекта и анализа данных в основные бизнес-процессы. Кроме того, агрегируя общеорганизационные данные и обеспечивая их согласованность, вы можете улучшить возможности обучения алгоритмов машинного обучения.
Чтобы начать работу, вы должны понимать, какой тип интеграции вам нужен. Выбор во многом зависит от того, чего вы ожидаете достичь с помощью будущего интеграционного проекта.
Вам нужно, чтобы ваши многочисленные приложения использовали один согласованный набор данных? Благодаря интеграции данных приложения могут работать независимо, каждое из которых имеет свое собственное хранилище данных, но также при необходимости повторно использовать информацию из других приложений для обеспечения согласованности данных по всей организации.
Вы хотите, чтобы какая-то функция была повторно использована с пользой для всей организации? Благодаря общей бизнес-функции некоторые элементарные бизнес-функции (проверка номера социального страхования, подтверждение платежа и т.д.) могут быть повторно использованы в нескольких корпоративных приложениях, чтобы избежать дублирования функций, упростить обновления и снизить затраты на разработку новых приложений. Например, Travelex, всемирно известному поставщику финансовых услуг, удалось снизить затраты и время на разработку приложений на 30% за счет внедрения компонентов многократного использования.
Вы хотите создать новый бизнес-процесс, повторно используя логику существующих приложений? С внедрением распределенного бизнес-процесса вы можете по-новому использовать уже существующий код ваших приложений. Отдельный компонент для управления интеграцией (также известный как хореограф) может координировать работу составного рабочего процесса. Например, устанавливая связи между запасами поставщиков, партнерами по доставке и собственными запасами, розничный торговец может предоставлять своим клиентам расширенную информацию об условиях доставки и статусе заказа. Этот тип интеграции помогает увеличить стоимость предыдущих инвестиций и снизить расходы на разработку и обслуживание приложений.
Вы хотите избавить пользователей от необходимости переключаться между несколькими экранами приложений? Благодаря интеграции презентаций корпоративные приложения отображаются пользователям через общий интерфейс, что упрощает работу и сокращает количество ошибок. Выбранный тип интеграции становится основой для будущего архитектурного решения, моделей связи и точек подключения будущего интеграционного решения.
Чтобы быстро проиллюстрировать типы решений, которые создают архитекторы интеграции, давайте рассмотрим три наиболее популярных подхода к созданию интеграционных решений на сегодняшний день - старую и надежную общую базу данных, широко распространенную сервис-ориентированную архитектуру (SOA) и все более популярную роботизированную автоматизацию процессов (RPA).
Самым старым вариантом является интеграция нескольких приложений путем внедрения общей базы данных. В этом сценарии набор приложений повторно использует одни и те же данные из одной общей базы данных. Ориентировочная стоимость проекта варьируется от 1 миллиона долларов до более чем 10 миллионов долларов для средних и крупных корпораций в зависимости от размера и сложности решения.
Исключительная согласованность данных – все изменения данных доступны немедленно.
Относительно быстрое время отклика – нет дополнительных уровней абстракции (интерфейсов) для передачи данных.
Единая точка отказа – в случае остановки или сбоя базы данных все подключенные приложения становятся частично или полностью недоступными.
Сложные изменения – изменения в базе данных требуют согласования со всеми приложениями, которые ее используют.
Повышенные риски безопасности – внешние приложения имеют прямой доступ к сохраненным данным.
Запрет на готовые продукты - любое платформенное приложение, такое как SAP ERP или Salesforce CRM, имеет свои собственные базы данных и не может быть интегрировано таким образом.
Подход, основанный на SOA, подразумевает создание независимых, гибких и повторно используемых веб-сервисов (чаще всего это REST-сервисы или сервисы на основе SOAP). Одна система (например, решение для электронной коммерции) может составлять одну услугу или набор услуг, каждая из которых включает в себя одну элементарную функцию (например, каталог товаров, активных клиентов и т.д.). Веб-службы предоставляют свои интерфейсы для взаимодействия с другими системами (скажем, маркетинговая CRM).
Средняя стоимость внедрения сервиса составляет около 50 000 долларов. Рентабельность инвестиций SOA в первую очередь зависит от того, сколько раз сервисы будут использоваться повторно. Таким образом, бизнес должен серьезно рассмотреть бизнес-функции и услуги, которые он хочет разделить.
Внедрение SOA также позволяет быстро внедрять новые сервисы, упрощать модификации существующих и предоставлять приложение внешним системам.
В то же время значительные первоначальные инвестиции, сложные конфигурации и управление изменениями, требовательный мониторинг сети и системы составляют темную сторону SOA-решений. В то время как 53% компаний не могут оправдать свои расходы на SOA, некоторые сообщают о рентабельности инвестиций до 200% (Business Value of SOA, отчет IBM).
Когда вы выбираете интеграцию на основе SOA, вам нужно будет выбрать между двумя популярными способами ее реализации - двухточечной интеграцией и корпоративной сервисной шиной (ESB). Давайте взглянем на детали вокруг них.
Службы взаимодействуют друг с другом напрямую.
Относительно быстрая и простая интеграция - когда у вас есть несколько служб для координации.
Повышенная гибкость – система стала более гибкой, поскольку добавлен уровень абстракции (API).
Низкая стоимость – стоимость интеграции "точка-точка" может начинаться всего с 3000 долларов США, когда требуются лишь минимальные настройки.
Проблема масштабируемости — сервисы тесно связаны, и любой новый компонент в системе потребует изменений в API всех ранее интегрированных компонентов, которые будут использовать данные из недавно добавленного.
Использование стандартных протоколов – слабо связанные интерфейсы требуют соблюдения согласованного формата обмена данными.
Уязвимость к перегрузке – служба может быть перегружена обработкой возросшего числа входящих запросов и иметь слишком мало ресурсов для выполнения своих функций. Поскольку сообщения имеют только одного адресата, каждый прерванный вызов приведет к потере сообщения.
Комплексное обслуживание – при интегрированных 5 сервисах требуется поддерживать 10 подключений, при 9 сервисах – 36. Системы из 15, 20 или 100 интегрированных сервисов затруднят проектирование и обслуживание сложных сред.
В этом случае интегрированные службы взаимодействуют через центрального посредника. Этот сервер интеграции берет на себя всю ответственность за связь между службами и осуществляет обработку сообщений, улучшение и маршрутизацию, управление транзакциями, хореографию процессов, управление безопасностью. Специальные адаптеры позволяют приложениям взаимодействовать с сервером интеграции, переводя или преобразуя данные сообщения (например, XML в JSON, JMS в HTTP, XML в объекты JAVA).
Цены на внедрение ESB чрезвычайно разнообразны. Бизнес может бесплатно использовать ESB-решение с открытым исходным кодом. В этом случае расходы будут включать только вспомогательные расходы (собственные / доступные коммерческие / переданные на аутсорсинг). Другой вариант - использовать коммерческие решения ESB. Стоимость стандартных 16 основных лицензий на один год для решения ESB (включая базовые услуги поддержки) может варьироваться от 25 000 до 180 000 долларов США в зависимости от поставщика. Среди наиболее популярных коммерческих ESB - Microsoft BizTalk, Oracle ESB, IBM WebSphere ESB и Mule ESB.
Устойчивость к нагрузке – сообщения не зависят от конкретного адресата, что позволяет выполнять балансировку нагрузки и переход на другой ресурс.
Усиленная безопасность – ESB обычно защищает сервисы от несанкционированного доступа с помощью встроенных механизмов аутентификации и авторизации, шифрования и токенизации.
Быстрые обновления и масштабирование – нет необходимости переписывать все API, как в случае с интеграцией "точка-точка". Только адаптер измененной службы нуждается в обновлении.
Интеграция устаревшего программного обеспечения – компоненты не обязаны взаимодействовать с использованием современных протоколов, таких как REST или SOAP, на которые устаревшее программное обеспечение часто неспособно.
Упрощенная поддержка – благодаря повышенной наглядности и прозрачности процесса обработки запроса.
Возможная полная остановка - аналогично случаю с общей базой данных, остановка ESB может парализовать всю ИТ–структуру предприятия.
Немного снижена производительность – из-за увеличения количества промежуточных компонентов (адаптер, маршрутизатор, преобразователь формата, хореограф и т.д.).
Затраты на лицензирование промежуточного программного обеспечения – могут потребовать значительных затрат для сложных систем.
Программные роботы могут имитировать пользователей, набирая, щелкая и копируя-вставляя данные из одного приложения в другое, точно так же, как это делал бы человек. Таким образом, можно автоматизировать до 45% бизнес-операций.
Стоимость программного обеспечения RPA начинается от 10 000 долларов. Однако исследование HFS показывает, что затраты на программное обеспечение составляют лишь 25-30% от общих затрат на RPA.
Никаких подразумеваемых вмешательств – никакого программирования и изменений в существующих приложениях не требуется.
Нет необходимости в API–интерфейсах - интеграция происходит на уровне пользовательского интерфейса.
Быстрое внедрение – решение RPA может быть внедрено всего за несколько недель
Быстрая окупаемость инвестиций - тематические исследования по автоматизации роботизированных процессов оценивают ее окупаемость от 30% до 200% уже в течение первого года после внедрения.
Неприятные изменения – любые незначительные изменения в приложении (пользовательский интерфейс, данные и т.д.) потребуют корректировки работы робота.
Ограниченная область применения – RPA может применяться только к стандартным бизнес-процессам с четкими триггерами, где существует явный положительный разрыв между производительностью робота и человека.
Это редкий случай, когда единый шаблон связи подходит для всех необходимых подключений в сложной корпоративной среде. Таким образом, предприятия обычно в конечном итоге получают комбинацию из нескольких вариантов интеграции. Например, группа служб доставки (таких как уведомление об отправке, отслеживание отправки, услуги по тарифам и маршрутам) может взаимодействовать напрямую (точка-точка) друг с другом. Будучи группой (модуль управления отгрузкой), они имеют общий интерфейс для получения запросов от других систем/модулей (обработка заказов, обслуживание клиентов) и ответов на них через ESB.
Интеграция имеет много моментов, которые требуют тщательного рассмотрения, если вы хотите добиться успеха. Безотказная формула в процессе интеграции потребует от вас:
Интеграционные решения подвержены проблемам с качеством данных. Причин для этого множество, например:
Интегрированные приложения используют несовместимые структуры данных.
Неправильные данные из одной системы (где они могут быть введены вручную) могут переместиться в другую систему и проникнуть во всю систему.
Данные могут быть продублированы.
Данные могут быть потеряны или повреждены во время прохождения через различные уровни интеграции и между различными приложениями.
Некачественные данные приведут к неправильным решениям, основанным на них, нанесут ущерб опыту клиента, прервут процесс и многое другое. Чтобы избежать этих рисков, позаботьтесь о надлежащих механизмах проверки и преобразования данных, внедрите события компенсации за неудачные или неполные длительные транзакции, спроектируйте структуры данных так, чтобы они были гибкими и открытыми для новых таблиц и полей. Кроме того, рассмотрите возможность внедрения общих правил обработки данных, таких как каноническая модель данных (CDM), во всей организации, особенно если у вас есть доступ к сотрудникам, которые хорошо осведомлены о специфике вашего бизнеса и обладают необходимыми навыками моделирования данных.
Будучи интегрированным в одну систему, доступ к информации становится легче. Чтобы предотвратить проблемы, связанные с безопасностью, будьте осторожны и избирательны при предоставлении прямого доступа к данным для других систем.
Кроме того, интеграция часто подразумевает удаленное общение через сеть, что также создает серьезные риски для конфиденциальности и безопасности. Итак, убедитесь, что вы используете проверенные протоколы аутентификации и авторизации, продумайте политики безопасности и контроля доступа, а также рассмотрите дополнительные механизмы шифрования.
Интеграция предоставляет поле для ошибок и сбоев из-за развития новых подключений, разделения процессов, внедрения асинхронных сообщений, транзакций, запускаемых по времени и управляемых событиями. Тестирование интеграционного решения предполагает работу с несколькими языками и протоколами связи. Существование устаревших приложений может усложнить создание общей тестовой среды. Кроме того, в процессе контроля качества может потребоваться участие нескольких заинтересованных сторон (деловых партнеров, поставщиков комплексного решения и т.д.).
Чтобы преодолеть эти проблемы, наймите профессиональную команду тестирования, имеющую опыт работы в интеграционных проектах, с хорошими знаниями шаблонов интеграции корпоративных приложений и промежуточного программного обеспечения, а также с глубоким пониманием вашего дизайна интеграции и архитектуры.
Команда контроля качества и тестирования должна убедиться, что приложения работают изолированно, как и ожидалось, прежде чем их интегрировать. Процесс тестирования также должен включать проверку всех одно- или двунаправленных запросов между подключенными интерфейсами, проверку полноты распределенных транзакций, утверждение соответствующей обработки исключений, обеспечение работы механизмов отработки отказа и восстановления.
Тестированию производительности также следует уделять достаточное внимание. Низкая производительность одного компонента может привести к сбою всей интегрированной системы. Команда тестирования должна проверить, гарантируют ли выбранные архитектура и технологии надлежащую производительность каждого компонента, если интегрированная система хорошо работает в пределах установленных ограничений пропускной способности, а системные компоненты способны к безотказной обработке больших наборов данных и обработке увеличенного числа запросов.
Чтобы получить интеграционное решение rock star:
Начните с четкого определения вашего намерения по интеграции.
Решите, какие приложения интегрировать.
Рассмотрите доступные концепции интеграции и модели связи между подключенными компонентами.
Уделите должное внимание повышенным рискам безопасности и производительности.
Обеспечение качества данных в масштабах всего предприятия.
Убедитесь, что мероприятия по контролю качества полностью охватывают процесс интеграции.
