Federated Architecture

Federated architecture har dukket opp som en av de mest aksepterte mønstrene for bedriftsarkitektur bygget på prinsippene om interoperabilitet, men hva betyr det egentlig? For mange fremkaller begrepet føderert arkitektur sannsynligvis tanker om regjeringens struktur der en samling av stater eller provinser samhandler med (og til slutt holder seg) til en nasjonal (føderal) regjeringsstruktur. I denne modellen har stater en semi-autonom myndighet som vedtar lovgivning og retningslinjer på lokalisert nivå, men er i siste instans forenet av felles nasjonale ressursstandarder som valuta. Fra et teknologisk ståsted opererer en føderert arkitektur på en lignende måte – slik at forskjellige systemer og applikasjoner kan løse for spesifikke funksjoner uavhengig, til slutt støttet av felles standarder hvert enkelt system overholder og benytter.

denne artikkelen utforsker konseptet og fordelene med federation. Ved slutten vil du ha en god forståelse av prinsippene for føderert arkitektur og kunne identifisere noen virkelige eksempler.

Autonomi Og Interoperabilitet

Utvidelse av regjeringens analogi, å ha en monark, eller helt sentralisert autoritet, fører ofte til en ineffektiv styringsstruktur med den sentraliserte myndigheten dårlig rustet til å håndtere lokaliserte problemer. Tenk om godkjenning for å fikse hver jettegryte nødvendig sign-off fra en nasjonal leder. . Interessant, denne bekymringen overfører godt til kritikk av monolitiske applikasjoner. På samme måte som stater trenger applikasjoner en viss grad av autonomi, men til slutt er de ikke bygget for å løse enhver utfordring og dermed dra nytte av delte ressurser og interoperabilitet.

denne artikkelen er ikke ment å være en samfunnskunnskap, Men hvis Du har en forståelse av føderale regjeringer, har du faktisk allerede en ganske god forståelse av føderert arkitektur og dens fordeler.
akkurat som nasjoner velger bedrifter en føderasjon for å håndtere nåværende og potensiell kompleksitet uten å undertrykke autonomien til deler i det desentraliserte systemet. La oss kartlegge denne analogien på en føderert arkitektur og bytte ut noen av terminologien i neste avsnitt.

Federated Architecture

Federated architecture er et mønster som forener semi-autonome programmer, nettverk eller programvaresystemer. Hvert system (“stat”) opererer semi-autonomt. Det kan skalere, behandle, eksperimentere og implementere annen teknologi. Det overholder imidlertid reglene som tillater det å eksistere symbiotisk med andre relaterte systemer (“Union”).

Samsvar I Federated Architecture

to eksempler på interoperabilitet som vi kan låne fra denne regjeringen analogi er handel og identitet. Det første eksemplet kommer fra alle stater som aksepterer samme valuta. Som valuta, i et føderert arkitektursystem, er det noen begreper som hvert semi-autonomt system vedtar.

Identitet er en annen historie. Hver stat har et verifiserbart unikt ID-kort. I motsetning til valuta er dette ikke ensartet, men er ofte knyttet til en føderalt støttet identifikator som et personnummer. . Id-er aksepteres på tvers av forskjellige stater og går ofte gjennom avslappet verifisering fordi det er en egen myndighet som etablerer tillit mellom enhetene.

Å Holde enhetene sammen er den sentrale driftsmodellen. Denne modellen eksisterer på et spekter mellom to ekstremer: sterk og svak1. Intuitivt kan en arkitekt designe for mer toppnivå kontroll (sterk) eller gi mer kraft til lavere nivå enheter (svak).

Fordelen Med Federated Architecture

en av de mest populære uttalte fordelene ved å velge en federated architecture er at uavhengige systemer, team, organisasjoner eller enheter kan løse problemer uavhengig2. De ulike typer uavhengighet inkluderer:

• Livssyklus
• Operativ
• Plattform

noen ganger hjelper Det å definere en teknologi av sine jevnaldrende. Hva er de andre alternativene for store bedrifter som bygger komplekse applikasjoner? Federated arkitektur brukes vanligvis i større bedrifter eller systemer. Det er en del av en kategori kjent som enterprise architecture.

Hva Er Virksomhetsarkitektur?

Bedriftsarkitektur er prosessen og disiplinen som en bedrift tar for å nå sine mål. Videre omfatter det rammer og en kropp av kunnskap for å veilede arkitekter i deres tilnærming til å håndtere komplekse systemer3.

Fire eksempler på enterprise architecture frameworks inkluderer:

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

det kan være åpenbart at hvert system har en spesialitet og har blitt brukt vellykket i en rekke situasjoner. Beskrive hver av rammene er utenfor rammen av denne artikkelen, men du kan følge linkene for hvert eksempel for å lære mer!

Eksempler

Hvor kan vi se etter eksempler på føderasjonen? Vi har en fin virkelige verden eksempel i regjeringen, men la oss se på noen eksempler i teknologi.

RapidAPI Marketplace

RapidAPI Marketplace støtter føderasjonen Av Api-er. Tjenesten letter kompleksiteten i integrasjoner ved å utnytte felles API-praksis for å fremme interoperabilitet. Det er et nivå av samsvar som hver bruker eller team må møte for å bli med i gruppen. Men når de er satt opp, opererer de fritt blant Andre Apier.

videre organiserer HVERT API-produkt seg selv og vokser, og øker verdien av hele Uten restriksjoner fra RapidAPI.

Brukere kan bygge applikasjoner (opprette en sentralisert driftsmodell) fra helt uavhengige API-leverandører.

E-Post

Brukere kan sende E-postmeldinger over nettverket til hverandre uavhengig av domenet eller e-postserveren4. Det er ikke en sentral myndighet som kontrollerer overføringen Av E-postdata, noe som sannsynligvis er grunnen til at spam er et problem. Du kan imidlertid sette opp og administrere din egen e-posttjeneste, og etter at du har overholdt vanlige protokoller, kan du sende og motta meldinger til andre.

ENKEL Pålogging (SSO)

OpenID Connect og ANDRE SSO-protokoller kan kalles federated5. OpenID Connect er ” … et identitetslag bygget på Toppen Av OAuth 2.0, med et stort antall implementeringer fra selskaper Som Google og Paypal. Det gjør det mulig for klientprogrammer å motta verdifull grunnleggende informasjon om en bruker, for eksempel en brukers identitet, brukerens tilgjengelige attributter og andre autentiseringsrelaterte detaljer.”

Det er ikke en enkelt identitetsleverandør Som Id-er må verifisere med. Identitetsleverandøren er rett og slett en betrodd part med myndighet til å godkjenne.

Konklusjon

etter hvert som virksomheten din og teknologibunken vokser, øker også kompleksiteten deres. Ved Å Ta i bruk en tilnærming med føderert arkitektur kan individuelle systemer løse spesifikke utfordringer uten å måtte løse alle utfordringer. Standardiserte avtaler og ressurser gjør det mulig for hvert system å forbli relativt lett og til slutt dra nytte av hverandre utveksling av data og funksjonalitet etter behov.

Vanlige Spørsmål

Fotnoter

1 “Sammenligning Av Topp Fire Enterprise Architecture Frameworks” Gratis Essays – PhDessay.com, 4 Mai 2018, phdessay.com/comparison-of-top-four-enterprise-architecture-frameworks/. Tilgang 29 Apr. 2021.

2 ” Samlet Arkitektur.”Wikipedia, 10.Mars. 2021, en.wikipedia.org/wiki/Federated_architecture#Benefits. Tilgjengelig 29 Apr. 2021.

3 Se (1) “Sammenligning Av De Fire Beste Rammeverkene For Bedriftsarkitektur”

4″ Federated Architecture ” YouTube, lastet opp av Jeff Disher. 28 Des. 2012, youtube.com/watch?v=uAtLhCJ3Tbg. Åpnet 28 April. 2021.

5 Samlet 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/. Tilgang 29 Apr. 2021.

6 “Federated Apier på Tvers Av Økosystemer, Wso2 Webinar”. YouTube, lastet opp AV WSO2. 20.April. 2020, youtube.com/watch?v=6vEOtusyQ5U. Åpnet 28 April. 2021.