Federated Architecture

Federated architecture on noussut yhdeksi yleisimmin hyväksytyistä yhteentoimivuuden periaatteille perustuvista yritysarkkitehtuurimalleista, mutta mitä se oikeastaan tarkoittaa? Monille, termi federated arkkitehtuuri todennäköisesti herättää ajatuksia hallintorakenne jossa kokoelma valtioiden tai maakuntien vuorovaikutuksessa (ja lopulta noudattaa) kansallisen (liittovaltion) hallintorakenne. Tässä mallissa valtioilla on puoliautonominen viranomainen, joka säätää paikallisella tasolla lainsäädäntöä ja ohjeita, mutta viime kädessä niitä yhdistävät yhteiset kansalliset voimavarastandardit, kuten valuutta. Teknologianäkökulmasta liittoarkkitehtuuri toimii samalla tavalla-mahdollistaa eri järjestelmien ja sovellusten ratkaista tiettyjä toimintoja itsenäisesti, Viime kädessä tukena yhteisiä standardeja kunkin yksittäisen järjestelmän noudattaa ja hyödyntää.

tässä artikkelissa käsitellään liiton käsitettä ja hyötyjä. Sen lopussa, sinulla on hyvä käsitys periaatteista federated arkkitehtuuri ja pystyä tunnistamaan joitakin reaalimaailman esimerkkejä.

autonomia ja yhteentoimivuus

hallitusvertauksen laajentaminen, monarkki tai täysin keskitetty valta johtaa usein tehottomaan hallintorakenteeseen, jossa keskitetty viranomainen on huonosti varustettu paikallisten asioiden hoitamiseen. Kuvitelkaa, jos jokaisen kuopan korjaamiseen tarvittaisiin kansallisen johtajan hyväksyntä. . Mielenkiintoista, tämä huoli siirtää hyvin kritiikkiä monoliittisia sovelluksia. Aivan kuten valtiot, sovellukset tarvitsevat jonkinasteista itsenäisyyttä, mutta viime kädessä niitä ei ole rakennettu ratkaisemaan kaikkia haasteita ja siten hyödyttämään yhteisiä resursseja ja yhteentoimivuutta.

tämän artikkelin ei ole tarkoitus olla yhteiskuntaopin oppitunti, mutta jos sinulla on käsitys liittovaltion hallituksista, sinulla on itse asiassa jo melko hyvä käsitys liittoarkkitehtuurista ja sen eduista.
valtioiden tavoin yritykset valitsevat liittovaltion, joka käsittelee nykyistä ja mahdollista monimutkaisuutta tukahduttamatta hajautetun järjestelmän osien autonomiaa. Kartoitetaan tämä analogia liittoarkkitehtuuriin ja vaihdetaan seuraavassa osassa joitakin termejä.

Federated Architecture

Federated architecture on malli, joka yhdistää puoliautonomisia sovelluksia, verkkoja tai ohjelmistojärjestelmiä. Jokainen järjestelmä (“tila”) toimii puoliautonomisesti. Se voi skaalata, käsitellä, kokeilla ja toteuttaa erilaisia tekniikoita. Se kuitenkin noudattaa sääntöjä, joiden mukaan se voi olla symbioottisesti muiden siihen liittyvien järjestelmien (“Union”) kanssa.

Compliance in Federated Architecture

kaksi esimerkkiä yhteentoimivuudesta, joita voimme lainata tästä hallituksen analogiasta, ovat kauppa ja identiteetti. Ensimmäinen esimerkki tulee kaikista valtioista, jotka hyväksyvät saman valuutan. Kuten valuutta, federated architecture system, on joitakin käsitteitä, että jokainen puoli-autonominen järjestelmä hyväksyy.

identiteetti on eri juttu. Jokaisella valtiolla on todennettavissa oleva—yksilöllinen—henkilökortti. Toisin kuin valuutta tämä ei ole yhtenäinen, vaan se on usein sidottu liittovaltion takaamaan tunnukseen, kuten sosiaaliturvatunnukseen. . Henkilötunnukset hyväksytään eri osavaltioissa ja usein ne käyvät läpi rennon todentamisen, koska on olemassa erillinen viranomainen, joka luo luottamusta yksiköiden välille.

kokonaisuuksien pitäminen koossa on keskeinen toimintamalli. Tämä malli on olemassa kahden ääripään välillä: vahva ja heikko1. Intuitiivisesti, arkkitehti voi suunnitella enemmän ylätason ohjaus (vahva) tai antaa enemmän valtaa alemman tason yksiköt (heikko).

Liittoarkkitehtuurin hyöty

yksi suosituimmista ilmoitetuista liittoarkkitehtuurin valinnan eduista on se, että itsenäiset järjestelmät, tiimit, organisaatiot tai yhteisöt voivat ratkaista ongelmia itsenäisesti 2. Itsenäistymisen eri lajeja ovat:

• elinkaari
• Operational
• Platform

joskus se auttaa vertaistensa määrittelemää teknologiaa. Mitkä ovat muut vaihtoehdot suurille yrityksille rakentaa monimutkaisia sovelluksia? Liittoarkkitehtuuria käytetään tyypillisesti suuremmissa yrityksissä tai järjestelmissä. Se kuuluu luokkaan nimeltä enterprise architecture.

mitä on Enterprise Architecture?

yritysarkkitehtuuri on prosessi ja tieteenala, jonka yritys toteuttaa saavuttaakseen tavoitteensa. Lisäksi se sisältää puitteet ja tietopohjan, joka ohjaa arkkitehteja heidän lähestymistavassaan monimutkaisten järjestelmien käsittelyyn3.

neljä esimerkkiä kokonaisarkkitehtuurin kehyksistä ovat:

1. Zachman Framework
2. The Open Group Architectural Framework
3. Federal Enterprise Architecture
4. Gartnerin metodologia

saattaa olla ilmeistä, että jokaisella järjestelmällä on oma erikoisalansa ja sitä on sovellettu menestyksekkäästi useissa tilanteissa. Kuvataan kunkin puitteet on soveltamisalan ulkopuolella tämän artikkelin, mutta voit seurata linkkejä kunkin esimerkin lisätietoja!

esimerkkejä

mistä voimme etsiä esimerkkejä liitosta? Meillä on hieno tosielämän esimerkki hallituksesta, mutta katsotaan muutama esimerkki teknologiasta.

Rapidapin kauppapaikka

Rapidapin kauppapaikka tukee API-liittoa. Palvelu helpottaa integraatioiden monimutkaisuutta hyödyntämällä yhteisiä API-käytäntöjä yhteentoimivuuden edistämiseksi. On olemassa vaatimustaso, joka jokaisen käyttäjän tai tiimin on täytettävä liittyäkseen ryhmään. Kuitenkin, kun ne on perustettu, ne toimivat vapaasti muiden API.

lisäksi jokainen API-tuote organisoi ja kasvaa itse, nostaen kokonaisuuden arvoa ilman rajoituksia Rapidapilta.

käyttäjät voivat rakentaa sovelluksia (luoden keskitetyn toimintamallin) täysin itsenäisistä API-toimittajista.

Email

käyttäjät voivat lähettää sähköpostiviestejä verkon kautta toisilleen verkkotunnuksesta tai sähköpostipalvelimesta riippumatta4. Keskusviranomainen ei valvo sähköpostitietojen siirtoa, minkä takia roskapostista on todennäköisesti kyse. Kuitenkin, voit perustaa ja hallita omaa sähköpostipalvelua, ja kun olet noudattanut yhteisiä protokollia, voit lähettää ja vastaanottaa viestejä muille.

Single Sign-On (SSO)

OpenID Connect, ja muita SSO-protokollia, voidaan kutsua federated5: ksi. OpenID Connect on ” … OAuth 2.0: n päälle rakennettu identiteettikerros, jossa on suuri määrä toteutuksia yrityksiltä, kuten Googlelta ja PayPalilta. Sen avulla asiakassovellukset voivat saada arvokasta perustietoa käyttäjästä, kuten käyttäjän henkilöllisyyden, käyttäjän käytettävissä olevat attribuutit ja muut todennukseen liittyvät tiedot.”

ei ole yhtä ainoaa henkilöllisyyden tarjoajaa, jolta tunnukset pitäisi tarkistaa. Henkilöllisyyden tarjoaja on yksinkertaisesti luotettu osapuoli, jolla on valtuudet todentaa henkilöllisyys.

Conclusion

kun liiketoiminta-ja teknologiapinosi kasvavat, myös niiden monimutkaisuus kasvaa, liittoarkkitehtuurin omaksuminen tarjoaa sen edun, että yksittäiset järjestelmät pystyvät ratkaisemaan tiettyjä haasteita ilman, että niiden tarvitsee ratkaista jokaista haastetta. Standardoidut sopimukset ja resurssit mahdollistavat sen, että kukin järjestelmä pysyy suhteellisen kevyenä ja lopulta hyötyy siitä, että toinen vaihtaa tietoja ja toimintoja tarpeen mukaan.

Usein kysyttyä

alaviitteet

1 “Comparison of Top Four Enterprise Architecture Frameworks” ilmaisia esseitä – PhDessay.com, 4 päivänä toukokuuta 2018, phdessay.com/comparison-of-top-four-enterprise-architecture-frameworks/. Accessed 29 Huhtikuu. 2021.

2 ” Federated Architecture.”Wikipedia, 10.3. 2021, en.wikipedia.org/wiki/Federated_architecture#Benefits. Viitattu 29.4. 2021.

3 Katso (1) “Comparison of Top Four Enterprise Architecture Frameworks”

4 “Federated Architecture” YouTube, ladannut Jeff Disher. 28.12. 2012, youtube.com/watch?v=uAtLhCJ3Tbg. Accessed 28 Huhtikuu. 2021.

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

6 “Federated APIs across Ecosystems, WSO2 Webinar”. YouTube, ladannut WSO2. 20 huhti. 2020, youtube.com/watch?v=6vEOtusyQ5U. Accessed 28 Huhtikuu. 2021.