hva og hvorfor arkitektur - 11. mai 2010, trondheim

© 2009 IBM Corporation

Hva er IT arkitektur og hvorfor skal vi bry oss med det.

Tore Stokkedal – Sjefsarkitekt Integrated Technology Delivery IBM Norge

DnD Trondheim 11.5.2010


Arkitektur og Maya Indianere


IT arkitekturstiler – liten quiz

Et OS:– Monolittisk Kernel– Små moduler med pipes– Komandolinje UI– God regnekapasitet

Et OS til:– Objekt basert.– “Single level store”– Virtualiserings lag – “makinvare uavhengig”– Merkantile applikasjoner – IO sterkt

Applikasjonsarkitektur– Monolittisk – En sentral maskin, tynne klienter– Store programmer, strukturert programmeringsspråk


Filtjenester på kontoret – tre IT arkitekturer

Lokal filserver– Enkel, jevn responstid til sluttbruker– Backup må håndteres på hvert kontor

Lokal filserver, data replikeres tilbake til datasenter– Enkel, jevn responstid til sluttbruker– Kan “feile over til datasenter” hvis lokal server går ned.– Backup håndteres sentralt – sikrere og lavere kost

Fil serverCIFS/NFS

Kontor

Lokal tape

On site

cach

Cashe

Server

CIFS/NFS

SC/IPWAN

SC/IP CIFS/NFS

KontorDatasenter Fildata replikert tilbake til Datasenteret

To produkter:

• Microsoft DFS-R

• IBM OSSV


Filtjenester – sentralisert arkitektur – Wide Area File Services

Sentralisert lagring i datasenter

Cache server på lokalt kontor

Egenskaper:– Responstid til sluttbruker varierer – i cashe eller ikke?– Globale data – sentral låsning– Sentral lagring og kontroll– Sentral backup i datasenter

On site

cach

Cashe

Server

CIFS/NFS

SC/IPWAN

SC/IP CIFS/NFS

KontorDatasenter

Produkter:•Cisco WAAS•Riverbed

Cash av filer på hvert kontor


En IT arkitektur til – 5 lags objekt orientert applikasjon

B o u n d a r y O b j e c t s ( B d O s )

A p p l i c a t i o n C o o r d i n a t i o n O b j e c t s ( A C O s )

A c t i v i t y ( o r A p p l i c a t i o n ) O b j e c t s ( A O s )

C o m p o s e d B u s i n e s s O b j e c t s ( C B O s )

B u s i n e s s O b j e c t s ( B O s )

C o n t a i n e r s a n d B a c k e n d A d a p t o r s

A p p l i c a t i o n L a y e r s

D o m a i n L a y e r s

HTTP Request<<Servlet>>

PaymentService

<<BusinessDelegate>>

Payment UserBd

<<ActivityCoordination Object>>PaymentHandlerACO

<<Activity Object>>PaymentAO

<<Business Object>>PaymentBO

<<Business Object>>PaymentACHBO

Transaction boundaryService boundary


Arkitektur definisjoner

IT arkitektur er definisjonen av strukturen på en løsning for et forretningsproblem

Et konsistent regelsett, standarder og guidelines som gir veiledning og støtte til det detaljerte design for en IT basert løsning

Formell beskrivelse i IBM Architecture Description Standard;

"...is the structures of the system, which comprise software and hardware components, the externally visible properties of those components, and the relationships amongst them"


Arkitektur er forskjellig fra design

Arkitektur:

“Kunsten og vitenskapen å konstruere ….; en spesiell metode eller stil for struktur, også en systematisk bruk av kunnskap

Arkitekt:

En som rammer inn og beskriver komplekse strukturer,… og lager planer for å bygge dem.

Design:

Substantiv: Kombinasjonen av detaljer som bygger en løsning

Verb: Lage detaljerte konstruksjonstegninger for en løsning

Designer:

Den som lager detaljert design for en valgt arkitektur


Hva arkitektur ikke er – vanlige misforståelser

Arkitektur og design er det samme

Arkitektur og infrastruktur er det samme

<Min favoritt teknologi > er det samme som arkitektur

God arkitektur kommer fra EN arkitekt

Arkitektur er flat – ett perspektiv holder

Arkitektur er kun struktur

System arkitektur kommer før software arkitektur

Arkitektur kan ikke måles og valideres

Arkitektur er vitenskap

Arkitektur er kunst

Er løsningens teknologi / infrastruktur / nettverk / …

Valg av produkt for implementering

Hovedsaklig fra Grady Booch


Virksomhetsarkitektur og Teknisk Arkitektur

Litt definisjoner igjen:

EA: the continuous practice of describing the essential elements of a sociotechnical organizations, their relationship to each other and to the environment, in order to manage complexity and change

The Open Group

TA: The structure of structures of the system which compromises the software elements,

the external visible properties and the relationship among them

Len Bass

From Grady Booch, IEEE Software April 2010


Virksomhetsarkitektur og Teknisk Arkitektur

Kontekst

Krav

Applikasjonsarkitektur

Løsningens datamodell

Integrasjonsarkitektur

Infrastruktur

Arkitekturstyring – for løsningen

Teknisk arkitektur

En løsning i fokus

Organisasjon og steder

Prosesser

Applikasjonslandskap

Virksomhetens datamodell

Teknologirammeverk

Standarder, Policies og Guidelines

IT-Governance – styring av TA

Virksomhets arkitektur

“Byplan”


Hva er god IT arkitektur – noen påstander

Enklest mulig, men tilstrekkelig for oppgaven

Fleksibel for endring av funksjonalitet ved:– Lagdelt applikasjonsarkitektur– Komponenter med klart definert ansvar og rolle– Design ved komponentenes grensesnitt– Separasjon av grensesnitt og implementering

Fleksibel for endring av kapasitet, ved:– Utnytter velprøvd mellomvare (RDBMS, APP server,….)– Virtualisert infrastruktur

Robust, ved:– God strategi for feilhåndtering– Testbar, ved komponenter med klart definert ansvar og rolle– Enkel, stringent lagdeling, med klart definerte ansvar og rolle– Redundant infrastruktur


Hva er god IT arkitektur – noen flere påstander

Estetisk, ved:– Enkel og passer i eksisterende løsningslandskap

Gjenbruker– Eksisterende investeringer – løsningens kontekst– Gode mønstre og velkjente løsninger– Åpne standarder

Komplett– Har et “holistisk syn”, dvs dekker funksjonalitet, applikasjonsarkitektur,

brukerplattform, nettverk, servere, lagring, operasjonelle prosedyrer, …..

Dokumentert – til et visst nivå– Kan forstås, modelleres og diskuteres uten å gå tilbake til originale prinsipper….,

eller for den sakens skyld lese applikasjonens kode.


Hva god IT arkitektur IKKE er

Utnytter alle kjente mønster

Fleksibel for alle mulige endringer

Har kapasitet for de neste 5 årene

Flere ”anti patterns” ??


Hvorfor bryr vi oss om IT arkitektur

Skal gi virksomheten strategiske fordeler gjennom:

Fleksibilitet for nye produkter, tjenester, prismodeller eller markeder

Effektivisering av virksomhetens prosesser, og derved lavere operasjonskost

Et implementert IT system vil påvirke bedriftens bunnlinje i 15-20 år