Крупная ИТ-инфраструктура редко состоит из систем одного производителя. В типичном предприятии одновременно работают сеть, серверная часть, почта, бизнес-приложения, средства информационной безопасности, инженерные системы. Каждая из них поставлена, как правило, в разное время и от разных вендоров. Задача сделать так, чтобы эти системы работали не изолированно, а как единый инструмент бизнеса, и составляет содержание системной интеграции.
Что такое системная интеграция
Под системной интеграцией понимают объединение разных ИТ-систем предприятия в один работающий контур, где данные корректно ходят между системами, а бизнес-процессы не разрываются на стыках. Речь не о поставке отдельного оборудования и не о настройке одной программы. Задача шире: собрать инфраструктуру, приложения и средства управления так, чтобы бизнесу они выглядели как одна согласованная среда.
Проще говоря, системная интеграция занимается соединением того, что до этого работало изолированно. Одна система хранит информацию о клиентах, другая обслуживает финансовые операции, третья управляет доступом сотрудников в офис. Пока они не связаны между собой, сотрудникам приходится вручную переносить данные, а руководству собирать отчётность из нескольких источников. Системная интеграция как раз и убирает эти разрывы: настраивает обмен данными, единые каналы аутентификации, общий мониторинг и понятные регламенты работы.
Как устроена системная интеграция
Системная интеграция может затрагивать разные части ИТ-среды предприятия, и на практике почти всегда работает сразу с несколькими из них.
Часть проекта, связанная с инфраструктурой, охватывает то, как построена сеть, как связаны серверная часть и системы хранения данных, как между собой работают инженерные подсистемы (питание, охлаждение, кабельная инфраструктура). На первый план выходят совместимость оборудования разных производителей и правильно спроектированная архитектура, которая выдержит рост нагрузки.
В работе с приложениями и данными задача обычно другая: сделать так, чтобы бизнес-системы обменивались информацией без ручного вмешательства. Например, CRM автоматически передаёт заявки в биллинговую систему, а не хранит их отдельно. Технически это решается через штатные API, интеграционные шины, синхронизацию справочников, общие сервисы аутентификации.
Значимая часть работы касается управления и мониторинга. Разные системы шлют события в общий мониторинг, инциденты собираются в одну очередь, доступы согласованы с корпоративной политикой, отчётность строится на едином наборе данных. Без этого администраторы видят каждый компонент отдельно, а сводной картины по инфраструктуре нет.
Реальный проект обычно затрагивает несколько таких областей одновременно. Например, при запуске нового отделения банка сетевая инфраструктура филиала связывается с центральным офисом, банковские приложения подключаются к централизованным сервисам, а телеметрия филиала попадает в общий контур мониторинга.
Зачем бизнесу системная интеграция
Основная причина, по которой компании идут в системную интеграцию, связана не с самой техникой, а с бизнес-эффектом от связной работы систем.
В первую очередь интеграция убирает изолированные участки инфраструктуры, из которых нельзя достать данные без ручного труда. Пока каждая система живёт отдельно, у бизнеса нет полной картины по клиентам, операциям и загрузке ресурсов. После интеграции разрозненные данные превращаются в единый рабочий контур.
Второй ощутимый эффект связан со скоростью типовых операций. Когда заявка из CRM автоматически создаёт задачу в сервис-деске, а инцидент из мониторинга сразу попадает в тикет-систему, сотрудники не занимаются переносом информации между интерфейсами. Освобождается время на содержательную работу, снижается вероятность ошибок ручного ввода.
Третий важный результат относится к готовности инфраструктуры к росту. При правильно спроектированной архитектуре добавить новый модуль, подключить новый филиал или запустить дополнительный сервис проще, чем в лоскутной. Работают общие правила, предсказуемые точки подключения, отработанные интеграционные шаблоны.
Наконец, грамотно спроектированная интеграция помогает снизить часть операционных рисков. Единый мониторинг раньше замечает инциденты, согласованная политика доступов уменьшает поверхность атаки, единые регламенты снижают влияние человеческого фактора.
Как обычно проходит проект системной интеграции
Проект системной интеграции строится по той же логике, что и любой крупный инфраструктурный проект: обследование текущего состояния, проектирование целевой архитектуры, поставка и внедрение, интеграция с уже работающими системами, обучение сотрудников заказчика и переход на техническую поддержку. Каждый этап подробно разобран в отдельной статье «Кто такой системный интегратор и что он делает», где показано, чем именно занимается команда интегратора на каждом шаге и какие роли участвуют в проекте.
Что учитывают при системной интеграции
В отличие от локальной настройки, системная интеграция работает в контуре с другими системами: действующими или проектируемыми параллельно. Это накладывает ряд ограничений, которые нужно закладывать в проект с самого начала.
Совместимость с существующими системами. Новое решение должно корректно работать с тем, что уже установлено: с версиями операционных систем, с корпоративными базами данных, с сервисами каталогов, с существующими средствами защиты. Часть совместимости обеспечивается на стороне архитектуры, часть закладывается на этапе подбора продуктов. Если совместимость не проверяется на этапе проектирования, конфликты выявляются во время внедрения, когда переработка обходится значительно дороже.
Информационная безопасность интеграционного слоя. Точки соединения систем становятся типичной зоной повышенного риска: через них ходят данные, через них можно получить доступ к нескольким системам одновременно. При проектировании учитывают сегментацию сети, контроль трафика между системами, шифрование каналов, аудит действий в интеграционных сервисах, ограничение прав служебных учётных записей.
Требования регуляторов и отраслевых стандартов. Отраслевые проекты подпадают под требования регуляторов и внутренних стандартов заказчика. Состав таких требований зависит от отрасли и типа информации, с которой работает система: он определяется в начале проекта и учитывается в архитектуре и документации, а не подгоняется под уже готовое решение.
Модернизация без остановки критичных систем. Значительная часть проектов системной интеграции идёт не с нуля, а параллельно с работой действующей инфраструктуры. Финансовые операции, производственные процессы, сервисы для клиентов не могут остановиться на время внедрения. При проектировании закладывают план миграции, окна переключения на минимальной нагрузке, резервный сценарий на случай сбоя и возможность отката к предыдущему состоянию. Насколько подробно прорабатывается каждый из этих пунктов, зависит от критичности конкретной системы для бизнеса.
Системная интеграция в проектах «Инком интер»
«Инком интер» работает с задачами системной интеграции на белорусском рынке с 2009 года. За это время компания реализовала более трёхсот контрактов, включая свыше пятидесяти крупных комплексных проектов, где одновременно интегрировались сетевая инфраструктура, серверная часть, средства информационной безопасности и инженерные системы.
Подход компании к системной интеграции строится на мультивендорной модели. По каждому направлению «Инком интер» работает с несколькими стратегическими вендорами и подбирает конфигурацию под конкретную задачу заказчика, а не под одну продуктовую линейку. Такой подход применяется в проектах для банков, транспортных и логистических организаций, промышленных предприятий, государственных учреждений и телекоммуникационных операторов.
Если в проекте требуется объединить несколько ИТ-систем в единый работающий контур или подготовить инфраструктуру к комплексной модернизации, специалисты «Инком интер» помогут разобрать задачу и предложить возможный вариант реализации.