Федеративная архитектура - Википедия - Federated architecture

Федеративная архитектура

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

Проблемы архитектуры

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

Сложные проблемы

«Сложными архитектурами чрезвычайно сложно управлять не только с точки зрения самого процесса архитектуры, но и с точки зрения получения поддержки от большого числа заинтересованных сторон. Это, в свою очередь, требует очень дисциплинированного подхода к выявлению общих архитектурных компонентов и управления общих черт между федеративными компонентами - решение, как интегрировать, что интегрировать и т. д. "^[1]

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

Автономный

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

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

Федерация и синдикация

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

Фонд федеративной архитектуры

Шаблон FA с акцентом на автономию путем совместного использования модели вынужден предоставлять конституцию, фундамент федеративной архитектуры (FAF), что-то вроде Десяти заповедей, общие концепции, принципы и даже общую техническую архитектуру: "a корпус юриспруденции «. В отсутствие глобального авторитета федеративная архитектура должна удовлетворять два конфликтующих требования: компоненты должны поддерживать максимально возможную автономию, но компоненты должны быть в состоянии достичь разумной степени обмена информацией» (Heimbiger, 1985) . Это причина того, что федеративная архитектура настоятельно требует управления. FAF - это законодательный орган, которому необходим исполнительный или архитектурный процесс контроля качества, а иногда и юрисдикция.

Федеративные организации

Шаблон федеративной архитектуры впервые был использован федеральным директором по информационным технологиям США в начале 1990-х годов и с тех пор был принят другими крупными организациями, такими как банки, организации ИТ-архитектуры и т. Д. Крупные и сложные организации с независимыми направлениями бизнеса (LOB) объединяют административные и ИТ-службы работают в нескольких местных органах власти. Это позволяет бизнес-объектам поддерживать разнообразие и уникальность, обеспечивая при этом возможность взаимодействия. Бизнес-центры имеют полную автономию в разработке стандартов для приложений и инфраструктуры, а также в определении корпоративных архитектур. Цель LOB - оптимизировать производительность на уровне LOB. Федеративные архитектуры определяют общие или совместно используемые стандарты архитектуры для автономных программных областей, позволяя, например, правительственным органам штата поддерживать разнообразие и уникальность, обеспечивая при этом возможность взаимодействия. Федеративная архитектура предприятия - это коллективный набор организационных архитектур (как определено областью предприятия), работающих совместно в рамках концепции федерализма, в которой управление разделено между центральным органом власти и составляющими единицами, уравновешивая автономию организации с потребностями предприятия. Архитектура центральной власти сосредоточена на динамике экономии за счет масштаба, стандартов и благополучия предприятия, в то время как архитектура составляющих единиц обладает гибкостью для реализации автономных стратегий и независимых процессов.^[2]

Федеративные системы информационных технологий

Совсем недавно этот принцип был перенесен в разработку приложений крупными поставщиками программного обеспечения, что было подчеркнуто в крупномасштабной архитектуре системы баз данных, а также в инфраструктуре портала и управлении идентификацией. Федеративная идентичность системы связывают атрибуты пользователя с несколькими системами, например, с Единая точка входа технологии. Он также используется для управления ценообразованием в отраслях услуг, где требуется объединение услуг и выставление счетов клиентам в соответствии с этими пакетами услуг независимо друг от друга, в рамках организованных систем обработки по областям продуктов для синдицирования их определений услуг и определения цен. Это позволяет вводить новые модели ценообразования в ориентированное на рынок время. Целостное представление о клиенте, а также подробный и отслеживаемый расчет цен должны обеспечивать прозрачную информацию для клиента и корпорации.

Преимущества

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

Независимость

Независимость жизненного цикла (LI) означает, что каждая местная команда может определить свою собственную концепцию жизненного цикла, дорожную карту и план выпуска для своего продукта независимо от продуктов других.
Операционная независимость (OI) означает, что в случае чрезвычайной ситуации каждая местная команда, обладая ноу-хау в отношении своих продуктов и компьютерных систем, может их исправить и использовать, не полагаясь на знания и готовность других людей их поддержать.
Независимость от платформы (PI) означает, что можно смешивать системные и прикладные платформы, а также компьютерные языки, если они способны интерпретировать модель и давать ожидаемые результаты.

История

Федеративная архитектура как архитектура базы данных была впервые представлена Денисом Хеймбергером в 1982 г.^[3] и 1985 с названием: Федеративная архитектура для управления информацией:^[4] «Эта архитектура объединенной базы данных позволяет совокупности систем (компонентов) баз данных объединяться в слабо связанную федерацию для совместного использования и обмена информацией. Термин федерация относится к совокупности составляющих баз данных, участвующих в объединенной базе данных».

внешняя ссылка

[1] TOGAF Версия 9 Enterprise Edition.^{[куда? ]}^{[когда? ]}

[2] См. Meta Group.^{[куда? ]}^{[когда? ]}

[3] Хаймбигнер, Д. М. Федеративная архитектура для систем баз данных. Кандидат наук. диссертация, Univ. Южной Калифорнии, Лос-Анджелес, Калифорния, август 1982 г.

[4] Хаймбигнер, Деннис и МакЛеод, Деннис, Федеративная архитектура для управления информацией, 1985.

[1]

[2]

[3]

[4]