Page Comparison

Versions Compared

Key

This line was added.
This line was removed.
Formatting was changed.

...

Denna sida beskriver GU:s integrationsarkitektur. Med integrationsarkitektur avses de principer, modeller och ramverk som tillämpas inom systemintegration på GU.

Integrationsarkitekturen förvaltas av ICC som en del av GUs enterprisearkitektur.

Arkitekturella principer för integration

Följande är arkitekturella principer för systemintegration som skall vara vägledande i allt arbete med integration på GU.

Princip

Innebörd

Tjänsteorienterad design

Bakomliggande arkitekturella principer:

Återanvändning
Förvaltningsbarhet

Vi standardiserar integrationsgränssnitt och utrycker dem som återanvändbara tjänster som kan användas av flera konsumenter
Vi dokumenterar alla tjänster och hur de används i Integrationskatalogen
Vi väljer i första hand publish-subscribe som interaktionsmönster

Tydliga ansvarsgränser

Bakomliggande arkitekturella principer:

Förvaltningsbarhet

Vi ser till att alla tjänster har ett tydligt ägarskap
Integrationsplattformen är ett verktyg - inga tjänster eller information ägs av Integrationsplattformen

Lös koppling

Bakomliggande arkitekturella principer:

Flexibilitet

Vi väljer i första hand asynkron messaging med persistenta köer som transportmetod

Standardformat för meddelanden

Bakomliggande arkitekturella principer:

Standard
Förvaltningsbarhet

Vi väljer i första hand befintliga standardformat för respektive domän där detta är möjligt
Vi använder så långt möjligt strukturerade meddelandeformat som XML och JSON

Händelsestyrd överföring

Bakomliggande arkitekturella principer:

Användbarhet
Enkelhet

Vi väljer i första hand att agera på och propagera händelser (events) i applikationerna, till skillnad från pollning eller schemalagd överföring

...

Tillstånd	Innebörd
Proposed	Tjänsten är på förslag att tas fram och designarbete pågår.
Rejected	Arbetet med tjänsten har avbrutits.
Decided	Design är granskad och godkänd av integrationsarkitekt. Beslut är fattat om införande.
Emerging	Tjänsten är under utvärdering.
Appointed	Tjänsten följer beslutade designprinciper och är det föredragna sättet att integrera med systemet för detta syfte.
Preserving	Tjänsten är tillgänglig tills vidare men följer inte designprinciper och kan komma att ersättas i framtiden.
Sunset	Det finns ett beslut om att avveckla tjänsten och den har ett fastställt datum för End of Life. Nya konsumenter bör i normalfallet inte använda den.
Decommissioned	Tjänsten är avvecklad.

Ägarskap

Inom arkitekturen och i synnerhet inom integrationsarkitekturen är ägarskap en central fråga för att definiera tydliga ansvarsgränser, både när det gäller ansvar för att data är korrekt och sprids enligt beslutade riktlinjer men också för administrativa och ekonomiska gränsdragningar.

Alla objekt (tjänster, kontrakt, implementationer och meddelanden) som ingår i begreppsmodellen har en ägare som är liktydig med den applikation som är part i systemintegrationen. Från detta följer ett ägarskap och förvaltningsansvar inom ett objekt i GUSPP Styrmodell. Detta ägarskap dokumenteras i Integrationskatalogen.

Generellt gäller att den som äger en tjänst fattar beslut som rör dess förvaltning och utveckling, vilka som får konsumera tjänsten och så vidare. Det är också objektets förvaltningsbudget som bekostar vidmakthållande och vidareutveckling av externa implementationer där sådana finns, t.ex. på Integrationsplattformen.

I alla dessa frågor är ICC ett stöd inom administration och dokumentation, arkitektur och teknik. Inga implementationer och ingen data ägs av ICC eller Integrationsplattformen. Integrationsplattformen och de tekniska komponenter som ingår där (IBM MQ, webMethods osv) utgör en infrastruktur som tillhandahålls av IT-enheten, att jämföra med nätverk och lagring. Alla tjänster och integrationsflöden på GU ägs av en applikation och därigenom ett objekt, inte av ICC.

Dokumentation

Infrastruktur

...