Что такое интеграция и интероперабельность данных

Зачем интеграция и интероперабельность данных

ПрактикаПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 отвечает за то, чтобы данные попадали из одной системы в другую вовремя, в нужном виде и без потерь смысла. DAMA-DMBOK определяет её коротко: управление тем, как данные перемещаются и соединяются — внутри приложений, внутри организации и между организациями 1.

Причину DAMA-DMBOK называет прямо. В большинстве организаций сотни, а то и тысячи баз и хранилищ. Перегонять данные между ними и обмениваться с другими организациями становится одной из главных обязанностей ИТ-службы. А если этим не управлять, перемещение данных быстро съедает все ресурсы 1.

Каждое купленное приложение приносит собственные хранилища основных, операционных и отчётных данных, и все их приходится связывать с уже имеющимися. Даже системы планирования ресурсов предприятия всех нужных хранилищ не покрывают 1.

DAMA-DMBOK называет цели так:

• давать данные в нужном виде и в срок, соблюдая требования безопасности и закона;
• снижать стоимость и сложность решений за счёт общих моделей и интерфейсов;
• замечать значимые событияСобытиеИзменение состояния, замеченное мониторингом.ITIL 4 и запускать по ним уведомления и меры;
• поддерживать аналитику, основные данные и работу организации 1.

Когда практика работает

Три вопроса, ответы на которые видны по обменам, а не по числу интеграций.

Обмены описаны. Как проверить: есть спецификации обмена данными и соглашения о доступе к ним 1.

Происхождение прослеживается. Как проверить: происхождение данных задокументировано 1.

Способ выбран сознательно. Как проверить: организация пользуется общими средствами и подходами вместо десятка разных технологий — рост стоимости поддержки прямо назван следствием зоопарка 1.

Что входит и что рядом

Что на входе и что на выходе

На вход практика берёт то, что задаёт рамки обмена 1:

• куда движется бизнес и чего он ждёт от данных;
• принятые стандарты;
• ограничения закона и требования к защите сведений;
• устройство систем, процессов и техники;
• смысл полей и сами данные источников. На выходе получаются устройство обменов, описания того, что и в каком виде передаётся, договорённости о доступе, готовые сервисы данных и пороги, при которых событие в потоке требует уведомления или действия 1.

Четыре работы и почему порядок важен

Практика раскладывается на планирование и разбор, проектирование, разработку, внедрение и наблюдение 1.

Планирование и разбор. Требования к интеграции и жизненному циклу данных, исследование данных, документирование происхождения данных, профилирование данных, проверка соблюдения бизнес-правил 1. Здесь выясняется, что данные в источнике не такие, как о них рассказывают.

Проектирование. Проектирование составляющих решения, отображение исходных структур на целевые, проектирование оркестровки данных 1. Отображение — самая недооценённая работа: именно на ней всплывают несовпадения смысла.

Разработка. Сервисы данных, потоки данных, подход к переносу данных, потоки обработки сложных событий, ведение метаданных для интеграции 1.

Внедрение и наблюдение. Обмены живут годами, и без наблюдения их поломка обнаруживается по отчёту, а не по сигналу 1.

DAMA-DMBOK предлагает и показатели 1:

• сколько данных проходит и как быстро;
• насколько данные у получателя отстают от источника;
• сколько времени занимает доработка обмена;
• во что обходится решение и насколько оно запутано;
• что организация от всего этого получила.

Как это работает

Цвет шага: приём, учёт, работа с обращением техническая работа решение и полномочия проверка, разбор, улучшение работа с людьми и сторонами

Две строки этой таблицы стоит развернуть.

Второй шаг экономит месяцы. Профилирование источника до проектирования показывает, что реально лежит в полях; без него отображение строится по документации, а ломается о данные.

Шестой шаг делает обмен законным. Соглашения о доступе к данным названы самостоятельным результатом практики 1: без них обмен держится на договорённости двух администраторов.

Что с чем путают

Интеграция и интероперабельность. Первое — перемещение и объединение данных, второе — способность систем работать вместе; держатся они одной областью, но различаются 1.

Обмен и копирование. Копия без правил и сроков превращается в ещё один источник правды.

Отображение структур и перенос данных. Первое — описание соответствия, второе — разовая или регулярная передача 1.

Обработка сложных событий и наблюдение за событиями. Здесь речь о выявлении значимых событий в потоках данных и запуске мер 1; наблюдение за состоянием услугУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation — практика EVNМониторинг и управление событиями.

Много интеграций и хорошая интеграция. Множество технологий перемещения, каждая со своими навыками поддержки, ведёт к непомерному росту стоимости 1.

Кто участвует

Как измерять

Две задержки, которые стоит разделить. DMBOK меряет интеграцию доступностью, объёмами, скоростью, затратами и применимостью 1, и внутри скорости различает две разные задержки: между завершением обновления данных и выдачей обновлённых данных — и между началом события и началом ответных действий 1. Первая говорит про трубу, вторая — про то, успевает ли бизнес отреагировать. Труба может быть быстрой, а реакция всё равно опаздывать, и одна цифра эти случаи склеивает.

Время подключения нового источника — метрика зрелости, а не техники. В том же перечне стоит «время, требуемое для предоставления доступа к новым источникам данных» 1. Оно почти не зависит от пропускной способности и почти целиком — от того, есть ли у организации отработанный порядок: кто согласует, где описывается отображение, как проверяется качество. Рядом DMBOK ставит группу «стоимость и сложность решения»: стоимость разработки и эксплуатации, простота получения новых данных, сложность решений и операций, количество систем, использующих решение по интеграции 1. Последняя цифра — единственная в списке, что растёт от успеха: чем больше систем пользуется общим решением, тем меньше в организации самодельных обменов.

Зрелость интеграции и интероперабельности данных

✕

Где ломается чаще всего

Шесть мест, в порядке частоты.

Обмены не описаны. Кто, кому, что и когда передаёт — знают отдельные люди 1.

Источник не исследовали. Отображение построено по документации, а не по данным 1.

Каждая интеграция своим способом. Технологий много, поддержка дорогая — это прямое следствие 1.

Происхождение потеряно. Ответить, откуда взялось значение, невозможно 1.

Доступ без соглашений. Данные передаются по устной договорённости 1.

За обменами никто не следит. Задержка или сбой обнаруживаются потребителем 1.

Что говорят своды

69Своды знаний и стандарты — разобраны отдельноЧем ITIL отличается от COBIT и ISO, что из этого обязательно, а что на выбор, и где брать первоисточник. У каждого свода отмечено, развивается он или давно заморожен, и есть ли действующий ГОСТ. По 51 практикам из 62 проставлено соответствие COBIT.Открыть →

DAMA-DMBOK держит интеграцию и интероперабельность отдельной областью знаний с четырьмя работами и собственными показателями 1.

COBIT требует применять стандартные бизнес-термины в работах по интеграции и объединению данных и вести карты потоков данных 2.

ITIL близкую работу описывает в управлении конфигурациями и в проектировании услуг: связи между частями и требования к обмену 3.

Отсюда следует вот что. Интеграция — место, где данные теряют смысл незаметнее всего, и потому она требует и словаря, и описаний происхождения, а не только техники.

Где описано

Что почитать дальше

Три соседние практики: DtAУправление архитектурой данных — общая картина потоков, MtMУправление метаданными — смысл передаваемых полей, DQMУправление качеством данных — что приходит на другом конце.