В корпоративной ИТ-инфраструктуре крупный проект редко ложится на одного подрядчика. Один только запуск нового отделения банка или модернизация серверной комнаты предприятия одновременно затрагивают сеть, серверную часть, информационную безопасность, инженерную инфраструктуру, часто ещё телефонию и системы контроля доступа. У каждого направления свои производители оборудования, свои классы решений и своя логика внедрения. Задачу собрать всё это в единую работающую инфраструктуру, спроектировать её под потребности конкретного бизнеса и довести проект до запуска берёт на себя системный интегратор.
Разбираемся в статье, что именно делает интегратор в проекте, чем эта роль отличается от вендора, ИТ-аутсорса и разработчика, и в каких ситуациях бизнесу действительно есть смысл обращаться именно к нему, а не к другому типу подрядчика.
Что такое системный интегратор
К системному интегратору обращаются, когда нужно собрать корпоративную ИТ-инфраструктуру или её значимую часть под конкретную задачу бизнеса. Компания проектирует архитектуру, подбирает подходящие продукты у нескольких производителей, физически внедряет их и связывает так, чтобы вся конструкция работала как одна система. Речь идёт не о поставке оборудования и не об оптовой продаже лицензий: коробочный продукт можно купить у дистрибьютора и без интегратора, а к интегратору идут тогда, когда из разных продуктов нужно собрать инженерное решение и довести его до работающего состояния на объекте.
По месту в проекте интегратор стоит между заказчиком и вендорами. Вендор занимается своим продуктом (серверами HPE, межсетевыми экранами Check Point, системами видеонаблюдения Hikvision) и отвечает за то, что этот конкретный продукт работает и обновляется по своей линейке. Заказчик формулирует бизнес-задачу и приёмочные критерии. Интегратор превращает бизнес-задачу в техническую архитектуру, собирает под неё стек продуктов, встраивает решение в уже работающую инфраструктуру заказчика и отвечает за работу системы в целом.
Что делает системный интегратор
Работа по крупному проекту у большинства интеграторов выглядит примерно одинаково. Названия этапов у разных компаний свои, но содержание совпадает. Сначала команда разбирается с тем, что у заказчика уже есть и что нужно. Потом проектирует решение под задачу. Потом внедряет его на площадке. А потом сопровождает то, что внедрила.
Аудит и обследование текущей инфраструктуры
Проект обычно начинается с того, что команда интегратора приезжает к заказчику и разбирается с уже существующей инфраструктурой. Инженеры инвентаризируют оборудование и программное обеспечение, снимают текущие нагрузки, смотрят, как выстроена сеть, как работает информационная безопасность, что уже соответствует требованиям регуляторов, а что нет. На выходе получается отчёт с описанием состояния «как есть» и списком узких мест, из которых потом складывается техническое задание.
Без такого обследования проектирование работает почти вслепую. Команда либо переносит в проект типовые решения без привязки к реальности заказчика, либо пропускает конфликты с уже работающими системами, которые обнаруживаются только на внедрении и приводят к дорогостоящим переработкам. Поэтому аудит редко получается коротким и почти никогда не заменяется чужой документацией: инженеры фиксируют состояние инфраструктуры непосредственно на объекте.
Проектирование и подбор решения
Дальше идёт проектирование. Инженеры превращают бизнес-задачу и данные аудита в техническую архитектуру, а в инженерных проектах ещё и в ПСД (проектно-сметную документацию) с расчётами, схемами, спецификациями оборудования и ПО.
На этапе проектирования важно правильно подобрать решения под конкретную задачу. Интегратор обычно работает с несколькими вендорами по каждому направлению и подбирает то, что лучше ложится в требования заказчика: где нужна максимальная производительность, где приоритетнее совместимость с уже установленным оборудованием, где важнее сертификация под требования регуляторов. Итоговое решение почти всегда получается как результат компромиссов между техникой, бюджетом и сроками.
Проектирование заканчивается согласованием документации с заказчиком. После этого проект переходит во внедрение по утверждённой архитектуре.
Поставка оборудования и внедрение
На внедрении интегратор ведёт закупку оборудования и лицензий у вендоров, координирует доставку на площадку, монтаж, физическое подключение, настройку и запуск. В крупных проектах на объекте одновременно работают несколько инженерных бригад по разным направлениям: обычно по серверной части, сети, инженерным системам и безопасности. К работе интегратора добавляется управление их взаимодействием и стыковкой задач по срокам.
Термин «под ключ», которым часто описывают такие проекты, относится именно к этому этапу. Заказчик хочет получить работающее решение целиком, а не набор компонентов, которые дальше надо самостоятельно собирать в систему. Интегратор берёт эту ответственность на себя и отвечает за собранное решение целиком: и за отдельные поставленные позиции, и за то, что после запуска они действительно работают вместе.
Интеграция с существующими системами
Обычно параллельно с внедрением идёт работа по интеграции нового решения с уже работающей инфраструктурой заказчика. Технической стыковкой всё не заканчивается: важно ещё, чтобы данные корректно ходили между системами, а сотрудники не оказались перед задачей руками переносить информацию из старых систем в новые.
Технически это может выглядеть по-разному. В простом варианте достаточно нескольких типовых интеграций через штатные API, единой аутентификации, подключения к системам мониторинга и логирования. В сложных проектах интеграционный слой становится отдельным большим блоком работ, особенно если новая система должна встать в разветвлённую инфраструктуру с корпоративными сервисами, базами данных, ERP или сервис-деском заказчика.
Обучение персонала и техническая поддержка
Ближе к концу проекта интегратор обучает сотрудников заказчика работе с новыми системами и передаёт документацию и внутренние регламенты. К обучению обычно подключаются администраторы и профильные специалисты со стороны заказчика, а команда интегратора помогает в первые недели эксплуатации, когда всплывают локальные вопросы, не заметные на бумаге.
Дальше проект переходит на техническую поддержку. Интегратор берёт на себя реагирование на инциденты, гарантийное и постгарантийное сопровождение, плановые обновления. Условия поддержки фиксируются в отдельном соглашении SLA, где обычно прописывается время реакции на инцидент по классам критичности, режим работы поддержки, каналы обращения и ответственность подрядчика за простой.
Какие задачи объединяет системный интегратор
Одна из особенностей работы интегратора связана с одновременным закрытием нескольких технических направлений в рамках одного проекта. В типичном крупном проекте параллельно решаются задачи по:
- построению или расширению сетевой инфраструктуры, включая LAN, WAN, Wi-Fi;
- серверной части, системам хранения данных, виртуализации;
- инженерной инфраструктуре: бесперебойному питанию, кондиционированию, структурированным кабельным системам;
- информационной безопасности, от межсетевых экранов и защиты периметра до систем мониторинга и реагирования на инциденты;
- системам совместной работы, включая IP-телефонию, видеоконференцсвязь, контакт-центры;
- комплексным системам безопасности: видеонаблюдению, контролю доступа, охранно-пожарной сигнализации.
Каждое из этих направлений само по себе требует специализированной команды и опыта работы с конкретными классами оборудования. Смысл идти к интегратору, а не к нескольким отдельным подрядчикам, обычно именно в этом: команды разных специалистов работают в общем проекте и в общей зоне ответственности перед заказчиком. Вместо нескольких параллельных договоров с рисками разошедшихся сроков и границ ответственности бизнес получает один договор на весь проект и одну точку эскалации.
Помимо разных технических направлений, интегратор объединяет в проекте и разные роли: инженеров-проектировщиков, инженеров внедрения, менеджеров проекта, специалистов по информационной безопасности, сервисных инженеров. В компаниях-заказчиках эти роли обычно распределены по отдельным подразделениям, а в проектной команде интегратора они работают синхронно и по общему графику.
Когда бизнесу нужен системный интегратор
К системному интегратору имеет смысл идти тогда, когда проект попадает в одну из нескольких типичных ситуаций.
Проект одновременно затрагивает несколько ИТ-направлений. Например, компания строит или модернизирует серверную и вместе с ней приводит в порядок сеть, мониторинг и информационную безопасность. Или запускает новый офис, где параллельно нужно решить сеть, телефонию, контроль доступа и видеонаблюдение. В таких проектах координация нескольких отдельных подрядчиков по каждому направлению становится самостоятельной задачей: сроки, стыки решений и границы зон ответственности приходится сводить силами заказчика.
В проекте одновременно нужны решения от разных вендоров. Бизнес-задача не помещается в линейку одного производителя, и нужно собрать конфигурацию из продуктов двух-трёх вендоров под разные классы оборудования. Интегратор в этой ситуации работает как независимая инженерная команда, которая подбирает и согласовывает эту конфигурацию, а также берёт на себя коммуникацию с вендорскими техподдержками, если что-то пойдёт не так.
Инфраструктура масштабируется или модернизируется, и нужна проектная документация. Это может быть плановое расширение, миграция на новое поколение оборудования, подготовка к отраслевой проверке или требование по формату документации ИТ-инфраструктуры. Проектирование и согласование ПСД входят в базовые компетенции интегратора: у него для этого есть отдельная проектная команда и опыт согласования такой документации.
Проект критичен для непрерывности бизнеса и требует единой ответственности. Когда простой инфраструктуры прямо влияет на выручку или на обязательства перед клиентами, для заказчика важно, чтобы после запуска у него был один понятный контрагент со внятным SLA, а не разрозненные подрядчики по кускам. При работе через интегратора единая точка ответственности и SLA закрепляются в одном договоре.
Проект попадает под требования регуляторов, отраслевых стандартов или гос-заказа. Крупные ИТ-проекты в государственном секторе, банках, промышленности часто требуют определённого формата документации, сертифицированного оборудования, соответствия конкретным стандартам. У интегратора такие проекты выделяются в отдельный участок работы, встроенный в проектную методологию.
Если проект не подпадает ни под одну из этих ситуаций (например, локальная закупка компьютеров, замена одного файрвола, поддержка существующей инфраструктуры без изменений), привлечение интегратора может быть необязательным. В зависимости от задачи достаточно обратиться напрямую к поставщику или к сервисной компании.
Чем интегратор отличается от вендора, ИТ-аутсорса и разработчика
В обиходе слово «интегратор» иногда используется свободно. Вендор называет себя интегратором, если у него в портфеле есть услуги настройки и поддержки его собственных решений. ИТ-аутсорсер тоже может позиционировать себя как интегратора, если помимо поддержки берётся за проектные задачи. Разработчик заказного ПО, который встроил свой продукт в 1С заказчика, формально тоже занимается интеграцией. Роли не изолированные, и на практике они пересекаются. Но у каждой есть основной фокус, и полезно понимать разницу до того, как подписан договор.
Вендор фокусируется на своём продукте. Он производит и развивает конкретное решение (сервер, межсетевой экран, систему видеонаблюдения, промышленный контроллер) и отвечает за то, что этот продукт работает, поддерживается и обновляется. Услуги по внедрению у вендора могут быть, особенно у крупных производителей, но глубже одного своего продукта или своей линейки вендор обычно не заходит. Интегратор, наоборот, фокусируется на инженерной сборке: собирает архитектуру из продуктов нескольких вендоров и отвечает за то, что итоговая система работает как единое целое.
ИТ-аутсорсер фокусируется на эксплуатации инфраструктуры, которая у заказчика уже развёрнута. В его задачи входит поддержание стабильности, реагирование на инциденты, плановое обновление компонентов и регламентные процедуры. Проектные работы у аутсорсера тоже встречаются, но обычно локальные и в рамках уже поддерживаемой инфраструктуры. Интегратор, наоборот, работает крупными проектами по построению или модернизации, а сопровождение у него выделено в отдельный контур услуг, который включается после сдачи проекта.
Разработчик заказного ПО фокусируется на создании программного продукта под задачу клиента. В его проектах есть интеграционные работы: настройка API, стыковка с корпоративными системами, единая аутентификация. Но такая интеграция ограничена программным контуром. Работа системного интегратора шире и охватывает наравне с программной частью также аппаратную, сетевую и инженерную составляющую проекта. Крупный интегратор может привлекать команду разработчиков как одну из ролей на конкретный участок, но собственный фокус компании остаётся на инфраструктурной сборке.
«Инком интер» как системный интегратор в Беларуси
«Инком интер» работает как системный интегратор на белорусском рынке с 2009 года. За это время компания реализовала более трёхсот контрактов, из которых свыше пятидесяти крупные комплексные проекты. Профильные направления работы включают сетевую инфраструктуру, построение центров обработки данных, инженерную инфраструктуру, информационную безопасность, решения для совместной работы, комплексные системы безопасности, техническую поддержку и проектирование.
Отраслевой опыт компании складывался из проектов для банков, транспортных и логистических организаций, промышленных предприятий, государственных учреждений, телекоммуникационных операторов. По каждому направлению «Инком интер» работает с несколькими стратегическими вендорами и подбирает решение под конкретную задачу заказчика, а не под одну продуктовую линейку.
Если проект затрагивает несколько ИТ-систем или требует комплексной модернизации инфраструктуры, специалисты «Инком интер» помогут оценить задачу и определить возможный вариант реализации.