ИТ-архитектура. Практическое руководство от А до Я. Первое издание. Вадим Алджанов

Чтение книги онлайн.

Читать онлайн книгу ИТ-архитектура. Практическое руководство от А до Я. Первое издание - Вадим Алджанов страница 82

ИТ-архитектура. Практическое руководство от А до Я. Первое издание - Вадим Алджанов

Скачать книгу

решение. Ищем, внедряем и спим спокойно дорогой товарищ. Но как говорится «… если хотите получить чудо – нанимайте сказочников…». На практике, любое более-менее среднее или тем более большое предприятие с более или менее тесной интеграцией с ИТ имеет в своем «зоопарке» два и более ИТ бизнес решения. Это связано с тем, что в каждой бизнес сфере (финансовая сфера, банках, страховых компаниях, строительстве, сельском хозяйстве и т п) имеется своя особенность ведения бизнеса. Кроме этого для международных компаний требования законодательства для одних и тех же функциональных подразделений может различаться кардинально. Адаптация или переделка «универсального» решения может быть очень трудоемким, затратным и провальным проектом. Не изобретайте велосипед заново там, где в этом нет особой необходимости.

      Модели Интеграции Информационных Систем

      Общая модель интеграции данных и информационных поток представлена на диаграмме. Как видно из диаграмм различают основные модели интеграции систем:

      •«Точка – точка» (Point-to-point) наиболее простая модель, использует прямое соединение систем между собой

      •«ХАБ» (Hub & Spoke) представляется в виде центрального элемента, соединенного с различными системами

      •«ЛЕС» (Spaghetti) – модель соединения всех систем со всеми

      •«Интеграционная Шина Предприятия» (Enterprise Service Bus) общая «шина» данных для интеграции систем между собой, представляет из себя как правило самостоятельную систему.

      Диаграмма Модели интеграции типа «Point-to-point» и «Hub & Spoke»

      Диаграмма Модели интеграции типа «Spaghetti»

      Диаграмма Модели интеграции типа «Enterprise Service Bus»

      Далее компоненты систем интеграции можно разделить на следующие элементы:

      •Периферийные системы (Front-end) – решения специфической операционной деятельности, или требует установку локально для взаимодействия с различными аппаратными решениями на местах (станки, кассовые аппараты и т п)

      •Механизм интеграции данных (Integration) – механизмы интеграции данных

      •Ключевые системы (Back-end) – конечные системы, решение консолидации и обработки данных

      •Системы консолидации (OLAP & BI) – решение консолидированной аналитики и отчетов

      Типы направлений интеграции потоков данных:

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

      •Двунаправленные (интерактивные) – Данные передаются в обоих направлениях, как от оконечных систем в централизованное хранение данных для дальнейшей обработки и анализа, так и обратно для интеграции в бизнес процессы

Скачать книгу