Federated Architecture

Federated architecture er opstået som en af de mest almindeligt accepterede mønstre af enterprise arkitektur bygget på principperne om interoperabilitet, men hvad betyder det egentlig? For mange fremkalder udtrykket fødereret arkitektur sandsynligvis tanker om regeringsstruktur, hvor en samling af stater eller provinser interagerer med (og i sidste ende overholder) en national (føderal) regeringsstruktur. I denne model har stater en semi-autonom myndighed, der vedtager lovgivning og retningslinjer på lokalt niveau, men er i sidste ende forenet af fælles nationale ressourcestandarder såsom valuta. Fra et teknologisk synspunkt fungerer en fødereret arkitektur på en lignende måde-så forskellige systemer og applikationer kan løse specifikke funktioner uafhængigt, i sidste ende bakket op af delte standarder, som hvert enkelt system overholder og bruger.

denne artikel udforsker konceptet og fordelene ved Føderation. I slutningen vil du have en god forståelse af principperne for fødereret arkitektur og være i stand til at identificere nogle eksempler i den virkelige verden.

autonomi og interoperabilitet

udvidelse af regeringsanalogien, at have en monark eller fuldstændig centraliseret myndighed fører ofte til en ineffektiv styringsstruktur, hvor den centraliserede myndighed er dårligt rustet til at håndtere lokaliserede problemer. Forestil dig, om godkendelse til at ordne hvert hul i vejen er nødvendig, skal du logge af en national leder. . Interessant nok overfører denne bekymring godt til kritik af monolitiske applikationer. Ligesom stater har applikationer brug for et vist niveau af autonomi, men er i sidste ende ikke bygget til at løse enhver udfordring og dermed gavne fælles ressourcer og interoperabilitet.

denne artikel er ikke beregnet til at være en samfundslektion, men hvis du har en forståelse af fødererede regeringer, har du faktisk allerede en ret god forståelse af fødereret arkitektur og dens fordele.
ligesom nationer vælger virksomheder en Føderation til at håndtere nuværende og potentielle kompleksitet uden at undertrykke delernes autonomi i det decentrale system. Lad os kortlægge denne analogi på en fødereret arkitektur og bytte nogle af terminologien i næste afsnit.

Federated Architecture

Federated architecture er et mønster, der forener semi-autonome applikationer, netværk eller programmer. Hvert system (“tilstand”) fungerer semi-autonomt. Det kan skalere, behandle, eksperimentere og implementere forskellige teknologier. Det overholder dog reglerne, der gør det muligt at eksistere symbiotisk med andre relaterede systemer (“Union”).

overholdelse i fødereret arkitektur

to eksempler på interoperabilitet, som vi kan låne fra denne regeringsanalogi, er handel og identitet. Det første eksempel kommer fra alle stater, der accepterer den samme valuta. Ligesom valuta i et fødereret arkitektursystem er der nogle begreber, som ethvert semi-autonomt system vedtager.

identitet er en anden historie. Hver stat har et verificerbart-unikt-ID-kort. I modsætning til valuta er dette ikke ensartet, men er ofte bundet til en føderalt støttet identifikator som et personnummer. . Id ‘ er accepteres på tværs af forskellige stater og gennemgår ofte afslappet verifikation, fordi der er en separat myndighed, der skaber tillid mellem enhederne.

at holde enhederne sammen er den centrale driftsmodel. Denne model findes på et spektrum mellem to ekstremer: stærk og svag1. Intuitivt kan en arkitekt designe for mere kontrol på øverste niveau (stærk) eller give mere magt til enheder på lavere niveau (svag).

fordelen ved fødereret arkitektur

en af de mest populære erklærede fordele ved at vælge en fødereret arkitektur er at lade uafhængige systemer, teams, organisationer eller enheder løse problemer uafhængigt2. De forskellige former for uafhængighed inkluderer:

• livscyklus
• operationel
• Platform

nogle gange hjælper det med at definere en teknologi af sine jævnaldrende. Hvad er de andre muligheder for store virksomheder, der bygger komplekse applikationer? Federeret arkitektur bruges typisk i større virksomheder eller systemer. Det er en del af en kategori kendt som enterprise architecture.

Hvad er Enterprise arkitektur?

Enterprise architecture er den proces og disciplin, som en virksomhed tager for at nå sine mål. Desuden omfatter det rammer og en viden, der kan vejlede arkitekter i deres tilgang til håndtering af komplekse systemer3.

fire eksempler på virksomhedsarkitekturrammer inkluderer:

1. den åbne gruppe arkitektoniske ramme
2. Federal Enterprise Architecture
3. Gartner-metoden

det kan være indlysende, at hvert system har en specialitet og er blevet anvendt med succes i en række situationer. Beskrive hver af rammerne er uden for rammerne af denne artikel, men du kan følge linkene for hvert eksempel for at lære mere!

eksempler

Hvor kan vi se efter eksempler på føderationen? Vi har et godt eksempel i den virkelige verden i regeringen, men lad os se på et par eksempler inden for teknologi.

RapidAPI Marketplace

RapidAPI Marketplace understøtter Sammenslutningen af API ‘ er. Tjenesten Letter kompleksiteten af integrationer ved at udnytte fælles API-praksis for at fremme interoperabilitet. Der er et niveau af overholdelse, som hver bruger eller team skal mødes for at deltage i gruppen. Men når de er oprettet, fungerer de frit blandt andre API ‘ er.

desuden organiserer hvert API-produkt sig selv og vokser, hvilket øger værdien af helheden uden begrænsninger fra RapidAPI.

brugere kan bygge applikationer (oprette en centraliseret driftsmodel) fra helt uafhængige API-leverandører.

e-mail

brugere kan sende e-mails på tværs af netværket til hinanden uanset deres domæne eller e-mailserver4. Der er ikke en central myndighed, der kontrollerer overførslen af e-mail-data, hvilket sandsynligvis er grunden til, at spam er et problem. Du kan dog oprette og administrere din egen e-mail-tjeneste, og efter at du har overholdt almindelige protokoller, kan du sende og modtage beskeder til andre.

Single Sign-On (SSO)

OpenID Connect og andre SSO-protokoller kan kaldes federated5. OpenID Connect er ” … et identitetslag bygget oven på OAuth 2.0 med et stort antal implementeringer fra virksomheder som Google og Paypal. Det gør det muligt for klientapplikationer at modtage værdifulde grundlæggende oplysninger om en bruger, såsom en brugers identitet, brugerens tilgængelige attributter og andre godkendelsesrelaterede detaljer.”

der er ikke en enkelt identitetsudbyder, som id ‘ er skal verificere med. Identitetsudbyderen er simpelthen en betroet part med myndighed til at godkende.

konklusion

efterhånden som din forretnings-og teknologistabel vokser, gør deres kompleksitet det også, ved at vedtage en fødereret arkitekturtilgang giver fordelen ved, at individuelle systemer er i stand til at løse specifikke udfordringer uden at skulle løse for enhver udfordring. Standardiserede aftaler og ressourcer gør det muligt for hvert system at forblive relativt let og i sidste ende drage fordel af hinanden, der udveksler data og funktionalitet efter behov.

Ofte Stillede Spørgsmål

fodnoter

1 “sammenligning af Top Fire Enterprise arkitektur rammer” gratis Essays – PhDessay.com, 4. maj 2018, phdessay.com/comparison-of-top-four-enterprise-architecture-frameworks/. adgang 29 April. 2021.

2 “Fødereret Arkitektur.”Den 10. Mar. 2021, en.wikipedia.org/wiki/Federated_architecture#Benefits. Adgang Til 29 Apr. 2021.

3 Se (1) “sammenligning af Top Fire Virksomhedsarkitekturrammer”

4 “Federated Architecture” YouTube, uploadet af Jeff Disher. 28 Dec. 2012, youtube.com/watch?v=uAtLhCJ3Tbg. adgang til 28 Apr. 2021.

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

6 “fødererede API’ er på tværs af økosystemer, VSO2”. YouTube, uploadet af VSO2. 20 Apr. 2020, youtube.com/watch?v=6vEOtusyQ5U. adgang til 28 Apr. 2021.