Hva er IT arkitektur og hvorfor skal vi bry oss med det. Tore Stokkedal – Sjefsarkitekt Integrated Technology Delivery IBM...
 
Arkitektur og Maya Indianere
IT arkitekturstiler – liten quiz <ul><li>Et OS: </li></ul><ul><ul><li>Monolittisk Kernel </li></ul></ul><ul><ul><li>Små mo...
Filtjenester på kontoret – tre IT arkitekturer   <ul><li>Lokal filserver </li></ul><ul><ul><li>Enkel, jevn responstid til ...
Filtjenester – sentralisert arkitektur – Wide Area File Services <ul><li>Sentralisert lagring i datasenter </li></ul><ul><...
En IT arkitektur til – 5 lags objekt orientert applikasjon Transaction boundary Service boundary
Arkitektur definisjoner <ul><li>IT arkitektur er definisjonen av strukturen på en løsning for et forretningsproblem </li><...
Arkitektur er forskjellig fra design Arkitektur: “ Kunsten og vitenskapen å konstruere ….; en spesiell metode eller stil f...
Hva arkitektur ikke er – vanlige misforståelser <ul><li>Arkitektur og design er det samme </li></ul><ul><li>Arkitektur og ...
Virksomhetsarkitektur og Teknisk Arkitektur <ul><li>Litt definisjoner igjen: </li></ul><ul><ul><li>EA: the continuous prac...
Virksomhetsarkitektur og Teknisk Arkitektur Kontekst Krav Applikasjonsarkitektur Løsningens datamodell Integrasjonsarkitek...
Hva er  god  IT arkitektur – noen påstander <ul><li>Enklest mulig , men tilstrekkelig for oppgaven </li></ul><ul><li>Fleks...
Hva er  god  IT arkitektur – noen flere påstander <ul><li>Estetisk, ved: </li></ul><ul><ul><li>Enkel og passer i eksistere...
 
Hva god IT arkitektur IKKE er <ul><li>Utnytter alle kjente mønster </li></ul><ul><li>Fleksibel for alle mulige endringer <...
Hvorfor bryr vi oss om IT arkitektur <ul><li>Skal gi virksomheten  strategiske fordeler  gjennom: </li></ul><ul><ul><li>Fl...
Upcoming SlideShare
Loading in...5
×

Hva Og Hvorfor Arkitektur - 11. mai 2010, Trondheim

1,546

Published on

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.

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,546
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
14
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Tikal, Maya by. Først litt om Maya 200BC – 900DC Stor sivilisasjon – stein over hele syd Mexico, Guatemala og halve Honduras. Avanserte, bysamfunn,…. Senral plass
  • Maya: Syd Mexico, Guatemala, Honduras, 200 f. Kr , 900 e. Kr Velutviklet samfunn, byer &gt; 50.000 Kompakte pyramider En på hver side av en stor plass I retning av stjernene og sola En ballbane Bygget på og med eksisterende bygninger Anlegg for å samle og fordele vann Lite “byplanlegging” Arkitekturmønster: Mayan Arch – V bue
  • På denne måten ser vi: Samme tjeneste for sluttbruker – nesten Tre forskjellige arkitekturer N antall produkter for å implementere en arkitektur
  • Design: noun: &amp;quot;the combination of details which go to make up a work&amp;quot; verb: &amp;quot;to make the plans and drawings necessary for construction“ Designer: One who makes designs ...for the constructor&amp;quot;
  • Brå overgant til hvorfor bryr vi oss om arkitektur.
  • Hva Og Hvorfor Arkitektur - 11. mai 2010, Trondheim

    1. 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
    2. 3. Arkitektur og Maya Indianere
    3. 4. IT arkitekturstiler – liten quiz <ul><li>Et OS: </li></ul><ul><ul><li>Monolittisk Kernel </li></ul></ul><ul><ul><li>Små moduler med pipes </li></ul></ul><ul><ul><li>Komandolinje UI </li></ul></ul><ul><ul><li>God regnekapasitet </li></ul></ul><ul><li>Et OS til: </li></ul><ul><ul><li>Objekt basert. </li></ul></ul><ul><ul><li>“ Single level store” </li></ul></ul><ul><ul><li>Virtualiserings lag – “makinvare uavhengig” </li></ul></ul><ul><ul><li>Merkantile applikasjoner – IO sterkt </li></ul></ul><ul><li>Applikasjonsarkitektur </li></ul><ul><ul><li>Monolittisk </li></ul></ul><ul><ul><li>En sentral maskin, tynne klienter </li></ul></ul><ul><ul><li>Store programmer, strukturert programmeringsspråk </li></ul></ul>
    4. 5. Filtjenester på kontoret – tre IT arkitekturer <ul><li>Lokal filserver </li></ul><ul><ul><li>Enkel, jevn responstid til sluttbruker </li></ul></ul><ul><ul><li>Backup må håndteres på hvert kontor </li></ul></ul><ul><li>Lokal filserver, data replikeres tilbake til datasenter </li></ul><ul><ul><li>Enkel, jevn responstid til sluttbruker </li></ul></ul><ul><ul><li>Kan “feile over til datasenter” hvis lokal server går ned. </li></ul></ul><ul><ul><li>Backup håndteres sentralt – sikrere og lavere kost </li></ul></ul>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 <ul><li>To produkter: </li></ul><ul><li>Microsoft DFS-R </li></ul><ul><li>IBM OSSV </li></ul>
    5. 6. Filtjenester – sentralisert arkitektur – Wide Area File Services <ul><li>Sentralisert lagring i datasenter </li></ul><ul><li>Cache server på lokalt kontor </li></ul><ul><li>Egenskaper: </li></ul><ul><ul><li>Responstid til sluttbruker varierer – i cashe eller ikke? </li></ul></ul><ul><ul><li>Globale data – sentral låsning </li></ul></ul><ul><ul><li>Sentral lagring og kontroll </li></ul></ul><ul><ul><li>Sentral backup i datasenter </li></ul></ul>On site cach Cashe Server CIFS/ NFS SC/IP WAN SC/IP CIFS/ NFS Kontor Datasenter Offsite DR <ul><li>Produkter: </li></ul><ul><li>Cisco WAAS </li></ul><ul><li>Riverbed </li></ul>Cash av filer på hvert kontor
    6. 7. En IT arkitektur til – 5 lags objekt orientert applikasjon Transaction boundary Service boundary
    7. 8. Arkitektur definisjoner <ul><li>IT arkitektur er definisjonen av strukturen på en løsning for et forretningsproblem </li></ul><ul><li>Et konsistent regelsett, standarder og guidelines som gir veiledning og støtte til det detaljerte design for en IT basert løsning </li></ul><ul><li>Formell beskrivelse i IBM Architecture Description Standard; </li></ul><ul><ul><li>&quot;...is the structures of the system, which comprise software and hardware components, the externally visible properties of those components, and the relationships amongst them&quot; </li></ul></ul>
    8. 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
    9. 10. Hva arkitektur ikke er – vanlige misforståelser <ul><li>Arkitektur og design er det samme </li></ul><ul><li>Arkitektur og infrastruktur er det samme </li></ul><ul><li><Min favoritt teknologi > er det samme som arkitektur </li></ul><ul><li>God arkitektur kommer fra EN arkitekt </li></ul><ul><li>Arkitektur er flat – ett perspektiv holder </li></ul><ul><li>Arkitektur er kun struktur </li></ul><ul><li>System arkitektur kommer før software arkitektur </li></ul><ul><li>Arkitektur kan ikke måles og valideres </li></ul><ul><li>Arkitektur er vitenskap </li></ul><ul><li>Arkitektur er kunst </li></ul><ul><li>Er løsningens teknologi / infrastruktur / nettverk / … </li></ul><ul><li>Valg av produkt for implementering </li></ul>Hovedsaklig fra Grady Booch
    10. 11. Virksomhetsarkitektur og Teknisk Arkitektur <ul><li>Litt definisjoner igjen: </li></ul><ul><ul><li>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 </li></ul></ul><ul><ul><li>The Open Group </li></ul></ul><ul><ul><li>TA: The structure of structures of the system which compromises the software elements , the external visible properties and the relationship among them </li></ul></ul><ul><ul><li>Len Bass </li></ul></ul>From Grady Booch, IEEE Software April 2010
    11. 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”
    12. 13. Hva er god IT arkitektur – noen påstander <ul><li>Enklest mulig , men tilstrekkelig for oppgaven </li></ul><ul><li>Fleksibel for endring av funksjonalitet ved: </li></ul><ul><ul><li>Lagdelt applikasjonsarkitektur </li></ul></ul><ul><ul><li>Komponenter med klart definert ansvar og rolle </li></ul></ul><ul><ul><li>Design ved komponentenes grensesnitt </li></ul></ul><ul><ul><li>Separasjon av grensesnitt og implementering </li></ul></ul><ul><li>Fleksibel for endring av kapasitet, ved: </li></ul><ul><ul><li>Utnytter velprøvd mellomvare (RDBMS, APP server,….) </li></ul></ul><ul><ul><li>Virtualisert infrastruktur </li></ul></ul><ul><li>Robust, ved: </li></ul><ul><ul><li>God strategi for feilhåndtering </li></ul></ul><ul><ul><li>Testbar, ved komponenter med klart definert ansvar og rolle </li></ul></ul><ul><ul><li>Enkel, stringent lagdeling, med klart definerte ansvar og rolle </li></ul></ul><ul><ul><li>Redundant infrastruktur </li></ul></ul>
    13. 14. Hva er god IT arkitektur – noen flere påstander <ul><li>Estetisk, ved: </li></ul><ul><ul><li>Enkel og passer i eksisterende løsningslandskap </li></ul></ul><ul><li>Gjenbruker </li></ul><ul><ul><li>Eksisterende investeringer – løsningens kontekst </li></ul></ul><ul><ul><li>Gode mønstre og velkjente løsninger </li></ul></ul><ul><ul><li>Åpne standarder </li></ul></ul><ul><li>Komplett </li></ul><ul><ul><li>Har et “holistisk syn”, dvs dekker funksjonalitet, applikasjonsarkitektur, brukerplattform, nettverk, servere, lagring, operasjonelle prosedyrer, ….. </li></ul></ul><ul><li>Dokumentert – til et visst nivå </li></ul><ul><ul><li>Kan forstås, modelleres og diskuteres uten å gå tilbake til originale prinsipper…., eller for den sakens skyld lese applikasjonens kode. </li></ul></ul>
    14. 16. Hva god IT arkitektur IKKE er <ul><li>Utnytter alle kjente mønster </li></ul><ul><li>Fleksibel for alle mulige endringer </li></ul><ul><li>Har kapasitet for de neste 5 årene </li></ul><ul><li>Flere ”anti patterns” ?? </li></ul>
    15. 17. Hvorfor bryr vi oss om IT arkitektur <ul><li>Skal gi virksomheten strategiske fordeler gjennom: </li></ul><ul><ul><li>Fleksibilitet for nye produkter, tjenester, prismodeller eller markeder </li></ul></ul><ul><ul><li>Effektivisering av virksomhetens prosesser, og derved lavere operasjonskost </li></ul></ul><ul><li>Et implementert IT system vil påvirke bedriftens bunnlinje i 15-20 år </li></ul>
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×