federerad arkitektur

federerad arkitektur har uppstått som ett av de mest accepterade mönstren för företagsarkitektur byggd på principerna om interoperabilitet, men vad betyder det egentligen? För många framkallar termen federerad arkitektur sannolikt tankar om regeringsstruktur där en samling stater eller provinser interagerar med (och slutligen följer) en nationell (federal) regeringsstruktur. I denna modell har stater en semi-autonom myndighet som antar lagstiftning och riktlinjer på lokal nivå men förenas i slutändan av delade nationella resursstandarder som valuta. Från en teknisk synvinkel fungerar en federerad arkitektur på ett liknande sätt-vilket gör att olika system och applikationer kan lösa specifika funktioner oberoende, i slutändan backas upp av delade standarder som varje enskilt system följer och använder.

denna artikel utforskar konceptet och fördelarna med federation. Vid slutet kommer du att ha en god förståelse för principerna för federerad arkitektur och kunna identifiera några verkliga exempel.

autonomi och interoperabilitet

att utvidga regeringens analogi, ha en monark eller helt centraliserad myndighet leder ofta till en ineffektiv styrande struktur med den centraliserade myndigheten som är dåligt utrustad för att hantera lokaliserade frågor. Tänk om godkännande för att fixa varje pothole behövs sign-off från en nationell ledare. . Intressant nog överför denna oro väl till kritik av monolitiska applikationer. Precis som stater behöver applikationer en viss nivå av autonomi men är i slutändan inte byggda för att lösa varje utmaning och därmed gynna delade resurser och interoperabilitet.

den här artikeln är inte avsedd att vara en samhällslektion, men om du har ett grepp om federerade regeringar har du faktiskt redan en ganska bra förståelse för federerad arkitektur och dess fördelar.
precis som nationer väljer företag en federation för att hantera nuvarande och potentiell komplexitet utan att undertrycka delarnas autonomi i det decentraliserade systemet. Låt oss kartlägga denna analogi på en federerad arkitektur och byta ut en del av terminologin i nästa avsnitt.

federerad arkitektur

federerad arkitektur är ett mönster som förenar semi-autonoma applikationer, nätverk eller mjukvarusystem. Varje system (“stat”) fungerar semi-autonomt. Det kan skala, bearbeta, experimentera och implementera olika tekniker. Det överensstämmer dock med reglerna som gör det möjligt att existera symbiotiskt med andra relaterade system (“Union”).

överensstämmelse i federerad arkitektur

två exempel på interoperabilitet som vi kan låna från denna regeringsanalogi är handel och identitet. Det första exemplet kommer från alla stater som accepterar samma valuta. Liksom valuta, i ett federerat arkitektursystem, finns det några begrepp som varje semi-autonomt system antar.

identitet är en annan historia. Varje stat har ett verifierbart-unikt-ID-kort. Till skillnad från valuta är detta inte enhetligt men är ofta knutet till en federalt backad identifierare som ett personnummer. . ID accepteras i olika stater och går ofta igenom avslappnad verifiering eftersom det finns en separat myndighet som skapar förtroende mellan enheterna.

att hålla samman enheterna är den centrala verksamhetsmodellen. Denna modell finns på ett spektrum mellan två ytterligheter: stark och svag1. Intuitivt kan en arkitekt designa för mer kontroll på toppnivå (stark) eller ge mer kraft till enheter på lägre nivå (svag).

fördelen med federerad arkitektur

en av de mest populära uttalade fördelarna med att välja en federerad arkitektur är att låta oberoende system, Team, organisationer eller enheter lösa problem självständigt2. De olika typerna av självständighet inkluderar:

• livscykel
• Operativ
• plattform

ibland hjälper det att definiera en teknik av sina kamrater. Vilka är de andra alternativen för stora företag som bygger komplexa applikationer? Federerad arkitektur används vanligtvis i större företag eller system. Det är en del av en kategori som kallas enterprise architecture.

Vad är Enterprise Architecture?

Enterprise architecture är den process och disciplin som ett företag tar för att uppnå sina mål. Dessutom omfattar det ramar och en mängd kunskaper för att vägleda arkitekter i deras tillvägagångssätt för hantering av komplexa system3.

fyra exempel på ramverk för företagsarkitektur inkluderar:

1. Zachman Framework
2. Open Group Architectural Framework
3. Federal Enterprise Architecture
4. Gartner-metoden

det kan vara uppenbart att varje system har en specialitet och har tillämpats framgångsrikt i ett antal situationer. Att beskriva var och en av ramarna ligger utanför ramen för den här artikeln, men du kan följa länkarna för varje exempel för att lära dig mer!

exempel

Var kan vi leta efter exempel på Federationen? Vi har ett trevligt verkligt exempel i regeringen, men låt oss titta på några exempel inom teknik.

RapidAPI Marketplace

RapidAPI Marketplace stöder federationen av API: er. Tjänsten underlättar integrationernas komplexitet genom att utnyttja gemensamma API-metoder för att främja interoperabilitet. Det finns en nivå av efterlevnad som varje användare eller team måste uppfylla för att gå med i gruppen. Men när de väl är installerade fungerar de fritt bland andra API: er.

dessutom organiserar och växer varje API-produkt, vilket ökar värdet av helheten utan begränsningar från RapidAPI.

användare kan bygga applikationer (skapa en centraliserad verksamhetsmodell) från helt oberoende API-leverantörer.

e-post

användare kan skicka e-postmeddelanden över nätverket till varandra oavsett domän eller e-postserver4. Det finns ingen central myndighet som kontrollerar överföringen av e-postdata, vilket förmodligen är anledningen till att spam är ett problem. Du kan dock konfigurera och hantera din egen e-posttjänst, och efter att du har följt vanliga protokoll kan du skicka och ta emot meddelanden till andra.

Single Sign-On (SSO)

OpenID Connect och andra SSO-protokoll kan kallas federerat5. OpenID Connect är ” … ett identitetslager byggt ovanpå OAuth 2.0, med ett stort antal implementeringar från företag som Google och Paypal. Det gör det möjligt för klientapplikationer att få värdefull grundläggande information om en användare, till exempel en användares identitet, användarens tillgängliga attribut och andra autentiseringsrelaterade detaljer.”

det finns inte en enda identitetsleverantör som ID måste verifiera med. Identitetsleverantören är helt enkelt en betrodd part med befogenhet att autentisera.

slutsats

när din affärs-och teknikstack växer, så gör också deras komplexitet, att anta en federerad arkitekturmetod ger fördelen att enskilda system kan lösa specifika utmaningar utan att behöva lösa för varje utmaning. Standardiserade avtal och resurser gör det möjligt för varje system att förbli relativt lätta och i slutändan dra nytta av varandra som utbyter data och funktionalitet efter behov.

Vanliga frågor

fotnoter

1 “jämförelse av topp fyra Enterprise Architecture Frameworks” gratis uppsatser – PhDessay.com, 4 maj 2018, phdessay.com/comparison-of-top-four-enterprise-architecture-frameworks/. åtkomst 29 Apr. 2021.

2 “Federerad Arkitektur.”Wikipedia, 10 Mar. 2021, en.wikipedia.org/wiki/Federated_architecture#Benefits. Åtkomst 29 Apr. 2021.

3 Se (1) “jämförelse av topp fyra Enterprise Architecture Frameworks”

4 “federerad arkitektur” YouTube, uppladdad av Jeff Disher. 28 Dec. 2012, youtube.com/watch?v=uAtLhCJ3Tbg. åtkomst 28 Apr. 2021.

5 federerad SSO, en Primer (SAML, OAuth 2.0, OpenID Connect). 18 april. 2017, www.mandsconsulting.com/federated-sso-a-primer-saml-oauth-2-0-openid-connect/. åtkomst 29 Apr. 2021.

6 “federerade API: er över ekosystem, WSO2 Webinar”. YouTube, uppladdad av WSO2. 20 Apr. 2020, youtube.com/watch?v=6vEOtusyQ5U. åtkomst 28 Apr. 2021.