Обоюдовыгодное взаимодействие.

Master Data Management (MDM) можно перевести, как управление основными данными (клиента, продукта, поставщика и т.д.), распределенными по многочисленным структурным подразделениям и IT-системам. Однако, такой перевод не полностью отражает всю сложность проблематики MDM. Управление основными данными включает в себя такие компоненты, как Интеграция данных о клиентах (CDI), Управление информацией об изделии(PIM) и Глобальная сеть синхронизации данных (GDSN ; кроме того, функционирование этого компонента частично затрагивает область Системы Управления Идентификацией, Cистем интеллектуальной поддержки бизнеса, качества и интеграции данных. Возможность широкого применения этого компонента имеет множество перспектив, привлекает внимание заинтересованных лиц и вносит неразбериху в ряды потенциальных клиентов.

Задачи, которые помогает решать МDM, актуальны как внутри корпорации, так и вне ее. В эти задачи входит конформность и аудит, строгая отчетность и индивидуальные потребности клиента. С помощью компонента MDM можно успешно консолидировать проекты компаний после их объединения или поглощения. Эффективность применения MDM была доказана многими серьезными аналитическими компаниями (AMR Research, Forrester Research, Gartner и the Yankee Group). Основные показатели эффективности- это рентабельность, экономия средств (сокращение хранилища, сокращение времени обработки информации, развитие и поддержка и т.д.), увеличение доходов (согласованность основной информации предприятия, ускорение времени принятия решений), конкурентоспособность (эффективность эксплуатации, повышение производительности компании). Мы не будем подробно останавливаться на этих преимуществах. Давайте лучше рассмотрим, как компонент MDM может повлиять на развитие SOA.

Существует три вида MDM систем - «объединенные», «интегрированные» и «гибридные», которые представляют собой комбинацию двух первых систем. Эти системы имеют следующие характеристики:

• Объединенная MDM – решения выносятся на основе информации, получаемой от нескольких систем с помощью ключа перекрестной ссылки и складываемой в системный реестр. Основное преимущество объединенной системы заключается в том, что содержимое систем, в него входящих, не смешивается друг с другом.

• Интегрированная MDM –хранит всю основную информацию входящих систем в центральном MDM репозитории. Этот репозиторий содержит копию всей основной информации. Главный плюс этого подхода – предоставление наиболее полной, точной и отражающей концепцию всей системы информации.

• Гибридная MDM-собирает элементы данных внутренних систем и создает неполную копию основных данных. Разрозненные элементы не утрачивают связи со своим источником. Преимущество и недостаток этой системы заключаются в частичной комбинации объединенной и интегрированной систем.

Сервис-ориентированная архитектура (SOA)

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

В архитектурную парадигму SOA входят следующие компоненты: поставщики сервисов, клиенты сервисов, сервисы промежуточного уровня и реестры. Поставщик помещает сервис в реестр, а клиент может определить его интерфейс, цель и местоположение в реестре и использовать этот сервис. Сервисы промежуточного слоя перехватывают и маршрутизируют сообщения. Их можно использовать повторно, а не создавать новые. Сервисы промежуточного слоя обычно содержат следующие функции: проверка прав доступа, контроль, регистрация, мониторинг и маршрутизация. Передача данных производится согласно общекорпоративным стандартам (UDDI, SOAP,WSDL, XML, HTTP/SSL). Принципы проектирования SOA в основном объектно-ориентированные и направлены на решение сервис-ориентированных задач. Они включают в себя: принцип слабосвязанности, принцип контракта сервиса, принцип абстракции, принцип компонуемости, принцип автономности, принцип повторного использования, принцип работы без состояния и принцип доступности.

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

В слое сервисных данных можно выделить три основные категории: Сервисные данные предприятия, Сервисные метаданные предприятия и Платформа сервисных данных предприятия.

• Категория сервисных данных предприятия включает в себя все сервисы данных. Например, с ее помощью можно решить такие задачи, как “восстановление копии регистрационных данных нужного пользователя”

• Категория Сервисных метаданных предприятия включает в себя все сервисы метаданных. Она помогает решить задачи типа “восстановить схему основных регистрационных данных нужного пользователя”

• Платформа сервисных данных предприятия осуществляет поддержку всех сервисов платформы, включая управление, контроль и отчетность. В ее задачи входит, например, восстановить уровень качества сервиса MDM системы.

В каждой категории сервисы определяются согласно их функциям (см. таблицу 1). В сервисах всех категорий методы поиска, доступа, создания, обновления, удаления, управления, контроля и отчета за функциональностью рассматриваются с точки зрения их применения и реализации.

Совместимость MDM и SOA.Несмотря на то, что MDM и SOA развивались по-разному, основы их проектирования во многом схожи.

• «Сontract first»-подход к проектированию, ориентированный, в первую очередь, на контракт. Относится к интерфейсам в MDM и определению сервисов в SOA.

• “Повторное использование” - принцип, который применяется в MDM для согласования данных и в SOA для построения сервисов в соответствии с принципами сервис-ориентированной архитектуры.

• «Доступность». Для реализации этого принципа в MDM используется репозиторий данных, а в SOA - реестр сервисов.

• «Абстракция» отражается в сложной исходной системе MDM и сложности основных сервисов SOA.

Однако MDM не поддерживает принцип “слабосвязанности», пропагандируемый SOA. Слабосвязанность MDM могла бы решить проблему согласованности семантики SOA. Нам, как специалистам практикующим MDM и поддерживающим развитие концепции SOA, следует досконально разобраться в стандартах SOA и ратовать за принятие принципа слабосвязанности с внешними системами. Изменения, вносимые интегрированными партнерами и клиентами, будут в меньшей мере влиять на работу системы, если использовать слабосвязанные интерфейсы. Принцип слабосвязанности также должен применяться для создания оперативной MDM системы. Оперативная сервис-ориентированная MDM система предоставляет уровень качества данных, согласованность данных и другие функциональности MDM в качестве бизнес-сервисов или сервисов данных для внешнего пользования через сеть. И наконец, MDM должна управлять расширяемыми типами данных (ХML,HTML,PDF, и, е-mail),обычными для сетевых приложений, и предоставлять модель основных данных как часть канонической модели данных предприятия, применяемой сервисами.

Ответьте на следующие вопросы для проверки зрелости вашей MDM системы:

1. Поддерживает ли моя MDM расширяемые типы данных, например XML?

2. Может ли внутренний пользователь, партнер или клиент сервиса найти, идентифицировать и воспользоваться CDM?

3. Что нужно для того, чтобы приложение, входящее в MDM использовало CDM?

4. Что нужно для того, чтобы приложение, входящее в MDM поддерживало CDM?

5. Что нужно сделать для того, чтобы сменить внешнего провайдера сервиса?

6. Доступны ли в полной мере приложениям и внешним системам уровень качества сервиса и согласованность сервиса?

7. Сколько длится смена функциональности в работающей MDM системе?

8. Обеспечивает ли MDM согласованность систем, работающих в режиме реального времени?

9. Может ли MDM обмениваться метаданными с другими MDM системами?

10. Может ли MDM с помощью контекста отреагировать на изменения в семантике происходящих изменений?

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

MDM-это один из наиболее важных компонентов слоя сервисных данных, который обеспечивает необходимую семантическую интеграцию сервисов для передачи основных данных. Система MDM (или специально разработанная технология для обеспечения MDM функциональности ) помогает клиенту отыскать среди множества систем необходимую информацию, представленную в виде единообразной системы данных. Кроме того, эта информация будет одинаковой по структуре и содержанию для всех сервисов.

Технологии MDM и SOA пересекаются в слое сервисных данных для того, чтобы избавиться от неточностей, неполноты, и дублирования данных, поступающих из различных источников. Это означает обязательное присутствие MDM при внедрении SOA. Процесс управление основными данными осуществляется во всех категориях слоя сервисных данных, перечисленных выше.

• К категории сервисных данных предприятия относится выполнение сервисом обычной MDM функциональности: поддержание уровня качества данных и согласование данных (синхронизация данных, входящих систем и MDM)

• Специалисты по разработке и развитию SOA, при создании бизнес сервисов и других целевых сервисов должны опираться на схемы основных данных. Схемы основных данных представлены в категории сервисных метаданных и позволяют пользователям получать информацию напрямую из семантики.

• И, наконец, платформа данных предприятия содержит сервисы по управлению, оценке, контролю и отчетности MDM систем.

Многие фирмы думают, что вопрос о семантической согласованности данных касается только их хранения. Вот типичный вопрос по этой теме:

“У меня нет MDM, но есть Хранилище данных уровня предприятия(EDW),которое выполняет функции интеграции и поддержания качества данных, то есть, по-моему мнению, частично совпадающих с функциями MDM. Будет ли моя система работать так же, как при использовании MDM SOA?”

Значимость EDW для сервисов несомненно велика, но несравнима со значимостью CMD. В прошлом задача EDW состояла в интеграции данных и их направленности на решение бизнес задач, а не в их согласованности, что приводило к семантическому несоответствию данных исходных систем с данными EDW в сервисах. Кроме того, EDW не нацелено на управление основными данными и основными метаданными. Таким образом, большинство систем EDW не могут управлять основными данными (например, интерфейсом, при помощи которого предприниматели могли бы управлять основными данными в течение их жизненного цикла). Наконец, для успешного развития MDM, в отличие от уже существующих IT приложений, требуются средства поддержки бизнеса. Несомненно, уже используемая EDW должна, может и будет работать с новым слоем сервисных данных, однако не сможет заменить MDM. Вы можете проверить зрелость сервисных данных, ответив на следующие вопросы:

1. Воздействуют ли на сервисы изменения, сделанные в репозиториях или базах данных?

2. Обращаются ли сервисы к двум или более репозиториям для того, чтобы прочитать или обновить информацию?

3. Вносилась ли на 1 или 2 репозитория одинаковая информация?

4. Нужно ли аналитикам и разработчикам понимать внутреннюю организацию систем и суть моделей каждой интерфейсной системы?

5. Есть ли в системе продублированная, неполная, отсутствующая или неточная информация?

6. Предоставляет ли слой сервисной информации единообразную систему передачи основных данных (клиента, продукта, поставщика, сотрудника и фондов)?

7. Интегрированы ли сервисы семантически для определения клиента, продукта или поставщика?

8. Применяется ли принцип уровня качества и согласованности данных сервисов промежуточного слоя?

9. Включены ли в классификацию сервисов такие, которые предоставляют данные поставщикам?

10. Могут ли данные предприятия использоваться сервисами?

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

Сращивание MDM и SOA очень перспективно для обеих технологий. Мы надеемся на то, что подобные проекты взаимодействия будут развиваться и превращаться в перспективные продукты.

По материалам сайта soa.sys-con.com

Комментарии