Föderierte Architektur

Föderierte Architektur hat sich zu einem der am häufigsten akzeptierten Muster der Unternehmensarchitektur entwickelt, das auf den Prinzipien der Interoperabilität basiert, aber was bedeutet das wirklich? Für viele ruft der Begriff föderierte Architektur wahrscheinlich Gedanken an eine Regierungsstruktur hervor, in der eine Sammlung von Staaten oder Provinzen mit einer nationalen (föderalen) Regierungsstruktur interagiert (und sich letztendlich daran hält). In diesem Modell verfügen die Staaten über eine halbautonome Behörde, die Gesetze und Richtlinien auf lokaler Ebene erlässt, letztendlich jedoch durch gemeinsame nationale Ressourcenstandards wie die Währung vereinheitlicht wird. Aus technologischer Sicht funktioniert eine föderierte Architektur auf ähnliche Weise – so können verschiedene Systeme und Anwendungen unabhängig voneinander nach bestimmten Funktionen suchen, die letztendlich durch gemeinsame Standards unterstützt werden, an die sich jedes einzelne System hält und die es verwendet.

Dieser Artikel untersucht das Konzept und die Vorteile der Föderation. Am Ende werden Sie ein gutes Verständnis für die Prinzipien der föderierten Architektur haben und in der Lage sein, einige Beispiele aus der Praxis zu identifizieren.

Autonomie und Interoperabilität

Die Erweiterung der Regierungsanalogie, ein Monarch oder eine vollständig zentralisierte Autorität führt oft zu einer ineffektiven Regierungsstruktur, wobei die zentralisierte Autorität schlecht gerüstet ist, um lokalisierte Probleme zu lösen. Stellen Sie sich vor, die Genehmigung zur Behebung jedes Schlaglochs erforderte die Zustimmung eines nationalen Führers. . Interessanterweise lässt sich dieses Anliegen gut auf Kritik an monolithischen Anwendungen übertragen. Genau wie Staaten benötigen Anwendungen ein gewisses Maß an Autonomie, sind jedoch letztendlich nicht so konzipiert, dass sie jede Herausforderung lösen und somit von gemeinsamen Ressourcen und Interoperabilität profitieren.

Dieser Artikel ist nicht als Staatsbürgerkunde gedacht, aber wenn Sie föderierte Regierungen verstehen, haben Sie bereits ein ziemlich gutes Verständnis der föderierten Architektur und ihrer Vorteile.
Genau wie Nationen wählen Unternehmen eine Föderation, um mit aktueller und potenzieller Komplexität umzugehen, ohne die Autonomie von Teilen im dezentralen System zu unterdrücken. Lassen Sie uns diese Analogie auf eine föderierte Architektur übertragen und einige der Terminologien im nächsten Abschnitt austauschen.

Föderierte Architektur

Föderierte Architektur ist ein Muster, das halbautonome Anwendungen, Netzwerke oder Softwaresysteme vereint. Jedes System (“Staat”) arbeitet teilautonom. Es kann verschiedene Technologien skalieren, verarbeiten, experimentieren und implementieren. Es entspricht jedoch den Regeln, die es erlauben, symbiotisch mit anderen verwandten Systemen zu existieren (“Union”).

Compliance in Federated Architecture

Zwei Beispiele für Interoperabilität, die wir aus dieser Regierungsanalogie entnehmen können, sind Commerce und Identity. Das erste Beispiel kommt von allen Staaten, die die gleiche Währung akzeptieren. Wie bei der Währung gibt es in einem föderierten Architektursystem einige Konzepte, die jedes halbautonome System übernimmt.

Identität ist eine andere Geschichte. Jeder Staat hat eine überprüfbare-eindeutige-ID-Karte. Im Gegensatz zur Währung ist dies nicht einheitlich, sondern oft an eine staatlich unterstützte Kennung wie eine Sozialversicherungsnummer gebunden. . IDs werden in verschiedenen Staaten akzeptiert und durchlaufen häufig eine entspannte Überprüfung, da eine separate Behörde das Vertrauen zwischen den Entitäten herstellt.

Das Zusammenhalten der Entitäten ist das zentrale Betriebsmodell. Dieses Modell existiert in einem Spektrum zwischen zwei Extremen: stark und schwach1. Intuitiv kann ein Architekt für mehr Kontrolle auf oberster Ebene (stark) entwerfen oder den Entitäten auf unterster Ebene (schwach) mehr Macht geben.

Der Vorteil einer Verbundarchitektur

Einer der am häufigsten angegebenen Vorteile einer Verbundarchitektur besteht darin, dass unabhängige Systeme, Teams, Organisationen oder Entitäten Probleme unabhängig lösen können2. Die verschiedenen Arten der Unabhängigkeit umfassen:

• Lifecycle
• Operational
• Platform

Manchmal hilft es, eine Technologie anhand ihrer Peers zu definieren. Was sind die anderen Optionen für große Unternehmen, die komplexe Anwendungen erstellen? Föderierte Architektur wird typischerweise in größeren Unternehmen oder Systemen verwendet. Es ist Teil einer Kategorie, die als Enterprise Architecture bekannt ist.

Was ist Unternehmensarchitektur?

Unternehmensarchitektur ist der Prozess und die Disziplin, die ein Unternehmen benötigt, um seine Ziele zu erreichen. Darüber hinaus umfasst es Frameworks und ein fundiertes Wissen, das Architekten bei ihrem Umgang mit komplexen Systemen unterstützt3.

Vier Beispiele für Enterprise Architecture Frameworks umfassen:

1. Zachman Framework
2. Das Open Group Architectural Framework
3. Federal Enterprise Architecture
4. Die Gartner-Methodik

Es mag offensichtlich sein, dass jedes System eine Spezialität hat und in einer Reihe von Situationen erfolgreich angewendet wurde. Die Beschreibung der einzelnen Frameworks geht über den Rahmen dieses Artikels hinaus, aber Sie können den Links für jedes Beispiel folgen, um mehr zu erfahren!

Beispiele

Wo können wir nach Beispielen der Föderation suchen? Wir haben ein schönes Beispiel aus der Praxis in der Regierung, aber schauen wir uns einige Beispiele in der Technologie an.

RapidAPI Marketplace

Der RapidAPI Marketplace unterstützt die Federation of APIs. Der Dienst erleichtert die Komplexität von Integrationen, indem er gängige API-Praktiken nutzt, um die Interoperabilität zu fördern. Es gibt eine Konformitätsstufe, die jeder Benutzer oder jedes Team erfüllen muss, um der Gruppe beizutreten. Einmal eingerichtet, arbeiten sie jedoch frei mit anderen APIs.

Darüber hinaus organisiert sich jedes API-Produkt selbst und wächst, wodurch der Wert des Ganzen ohne Einschränkungen von RapidAPI erhöht wird.

Benutzer können Anwendungen (Erstellen eines zentralisierten Betriebsmodells) von völlig unabhängigen API-Anbietern erstellen.

E-Mail

Benutzer können unabhängig von ihrer Domäne oder ihrem E-Mail-Server E-Mail-Nachrichten über das Netzwerk aneinander senden4. Es gibt keine zentrale Behörde, die die Übertragung von E-Mail-Daten kontrolliert, weshalb Spam wahrscheinlich ein Problem darstellt. Sie können jedoch Ihren eigenen E-Mail-Dienst einrichten und verwalten, und nachdem Sie die gängigen Protokolle eingehalten haben, können Sie Nachrichten an andere senden und empfangen.

Single Sign-On (SSO)

OpenID Connect und andere SSO-Protokolle können als federated5 bezeichnet werden. OpenID Connect ist “… eine Identitätsschicht, die auf OAuth 2.0 aufbaut, mit einer großen Anzahl von Implementierungen von Unternehmen wie Google und Paypal. Es ermöglicht Clientanwendungen, wertvolle grundlegende Informationen über einen Benutzer zu erhalten, z. B. die Identität eines Benutzers, die verfügbaren Attribute des Benutzers und andere authentifizierungsbezogene Details.”

Es gibt keinen einzigen Identitätsanbieter, bei dem IDs verifiziert werden müssen. Der Identitätsanbieter ist einfach eine vertrauenswürdige Partei mit der Berechtigung zur Authentifizierung.

Fazit

Wenn Ihr Geschäfts- und Technologie-Stack wächst, wächst auch seine Komplexität. Die Einführung eines föderierten Architekturansatzes bietet den Vorteil, dass einzelne Systeme in der Lage sind, spezifische Herausforderungen zu lösen, ohne für jede Herausforderung lösen zu müssen. Standardisierte Vereinbarungen und Ressourcen ermöglichen es jedem System, vergleichsweise leicht zu bleiben und letztendlich voneinander zu profitieren, indem Daten und Funktionen nach Bedarf ausgetauscht werden.

FAQs

Fußnoten

1 “Vergleich der vier wichtigsten Enterprise Architecture Frameworks” Kostenlose Aufsätze – PhDessay.com , 4. Mai 2018, phdessay.com/comparison-of-top-four-enterprise-architecture-frameworks /. Zugegriffen 29 April. 2021.

2 “Föderierte Architektur.” Wikipedia, 10 beschädigen. 2021, en.wikipedia.org/wiki/Federated_architecture#Benefits. Zugriff 29 Apr. 2021.

3 Siehe (1) “Vergleich der vier wichtigsten Enterprise Architecture Frameworks”

4 “Federated Architecture” YouTube, hochgeladen von Jeff Disher. 28. Dezember. 2012, youtube.com/watch?v=uAtLhCJ3Tbg . Zugegriffen 28 April. 2021.

5 Verbundenes SSO, eine Grundierung (SAML, OAuth 2.0, OpenID Connect). 18. April. 2017, www.mandsconsulting.com/federated-sso-a-primer-saml-oauth-2-0-openid-connect /. Zugegriffen 29 April. 2021.

6 “Föderierte APIs über Ökosysteme hinweg, WSO2-Webinar”. YouTube, hochgeladen von WSO2. 20. April. 2020, youtube.com/watch?v=6vEOtusyQ5U . Zugegriffen 28 April. 2021.