Arkitektur – hvorfor, hva og hvordan? Sjefsarkitekt Tore Stokkedal fra IBM presenterer nytteverdien av å ha et sterkt fokus på IT-arkitektur. Han belyser hva industrien mener IT-arkitektur er, og hvordan arkitektrollen skal fungere med eksempler fra praktisk erfaring gjennom 10 år som sjefsarkitekt i ulike typer prosjekter. Om foredragsholderen: Tore Stokkedal er sertifisert IT-arkitekt gjennom Open Group og har bred erfaring som IT-arkitekt fra større infrastruktur- og applikasjonsutviklingsprosjekter. Han er for tiden sjefsarkitekt for IBMs outsourcingsvirksomhet i Norge. Tore er opptatt av hvordan arkitekturarbeid legger verdi til prosjekter og virksomheter, samt hvordan rollen IT-arkitekt skal utføres.

1. 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

3. Arkitektur og Maya Indianere

4. 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

5. 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 server CIFS/ NFS Kontor Lokal tape On site cach Cashe Server CIFS/ NFS SC/IP WAN SC/IP CIFS/ NFS Kontor Datasenter Fildata replikert tilbake til Datasenteret To produkter: Microsoft DFS-R IBM OSSV

6. 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/IP WAN SC/IP CIFS/ NFS Kontor Datasenter Offsite DR Produkter: Cisco WAAS Riverbed Cash av filer på hvert kontor

7. En IT arkitektur til – 5 lags objekt orientert applikasjon Transaction boundary Service boundary

8. 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"

9. 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

10. 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

11. 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

12. 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”

13. 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

14. 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.

16. 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” ??

17. 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