Er Amazon EC2 klar for virksomhetskritiske systemer?

  • Published on
    02-Jul-2015

  • View
    687

  • Download
    7

Embed Size (px)

DESCRIPTION

Foredrag holdt p DND\'s Geilo seminar om bruk av Cloud Computing til virksomhetskritiske systemer

Transcript

<ul><li> 1. Morten Udns-Seniorkonsulent Amazon EC2 Grid Computing</li></ul> <p> 2. Hvem vil vre med p Bullshit bingo?! Elastic Compute Cloud Virtual-ization Utility Com-puting Cluster Cloud SaaS SOA IaaS GRID 3. Amazon EC2 er klar for forretningskritiske applikasjoner! </p> <ul><li> men det betyr ikke at det er riktig for deg og din lsning benytte det. </li></ul> <p> 4. En praktisk tilnrming til tkeheimen Begreper Demo Konsekvenser 5. Arkitekter vet ikke alt, men vi kommer borti mye! </p> <ul><li>Utfordring med arkitektrollen er at man jobber i skjringspunktet mellomteknologi, forretning og organisasjon </li></ul> <ul><li>Cloud Computing kan potensielt pvirke alle disse omrdene </li></ul> <p> 6. Hva er min bakgrunn? </p> <ul><li>Arkitektansvar for forretningskritiske applikasjoner hos </li></ul> <ul><li><ul><li>Svenske Postgirot, Hydro Alluminium, NordPool og BBS</li></ul></li></ul> <ul><li>Erfaring med teknologi: </li></ul> <ul><li><ul><li>MVS Stormaskin, Klient/Tjener, Microsoft .NET, Java </li></ul></li></ul> <ul><li>Har brukt Amazon EC2 i ca. et r </li></ul> <ul><li> . og en noe over gjennomsnittelig interesse for Grid og CloudComputing </li></ul> <p> 7. Hva kjennetegner en forretningskritisk applikasjon? </p> <ul><li>Ofte mange og forskjellige roller involvert </li></ul> <ul><li>Direkte konsekvenser for forretning og/eller bunnlinjen ved problemer </li></ul> <ul><li>Applikasjonen er del av en verdikjede og kan ikke fungere alene </li></ul> <p> 8. P innsiden av en applikasjon 9. Den er del av en verdikjede 10. I flge Wikipedia </p> <ul><li>Cloud computingisInternet("cloud") based development and use of computer technology ("computing").</li></ul> <ul><li>It is a style of computing in which dynamicallyscalableand oftenvirtualisedresources are providedas a serviceover the Internet.</li></ul> <p> 11. Hva er et virtualisert GRID </p> <ul><li>Grid Computing benytte mange datamaskiner for lse et problem</li></ul> <ul><li><ul><li>Compute Grid for prosessering</li></ul></li></ul> <ul><li><ul><li>Data Grid for lagre/hente data </li></ul></li></ul> <ul><li>Virtualisering </li></ul> <ul><li><ul><li>Dele en fysisk ressurs i mange virtuelle</li></ul></li></ul> <ul><li><ul><li>F mange fysiske ressurser til se ut som en virtuell </li></ul></li></ul> <p> 12. Hva er Amazon EC2? 13. Eksempel arkitektur HTTP- Lastbalanserer (Ngnix) merlinreactor.net Elastic IP 172.x.x.x EC2 Instans (Jetty/Postgres) EC2 Instans (Jetty/Postgres) EC2 Instans (Jetty/Postgres) 14. Demo: Starte virtuell server 15. Demo: Installere applikasjon 16. Demo: Gjre endring og re-redploy 17. Pass p EC2 login! </p> <ul><li>Hvem som helst som har tilgang til sertifikatet og din private nkkel kan starte s mange EC2 instanser de vil (og du vil ikke merke noe fr neste faktura) </li></ul> <p> As such, you should protect your authentication keys and security credentials. Actions taken using your credentials shall be deemed to be actions taken by you(Amazon Customer Agreement) 18. Konsekvenser 19. Hva var n utfordringen igjen </p> <ul><li>Bygge forretningskritiske lsninger som holder ml og f satt disse i produksjon </li></ul> <ul><li>Er det noe lre av andre? </li></ul> <p> 20. Bnder er glupe! </p> <ul><li>En kort historie om en kompis som leverer verdi til kundene sine: </li></ul> <ul><li><ul><li>Planter, Skjrer og Pakker </li></ul></li></ul> <ul><li>En mye lenger historie om hvordan jeg leverer verdi: </li></ul> <ul><li><ul><li>Utvikler, Systemarkitekt, Testleder, Tester, Webserver-administrator, Sikkerhetsansvarlig, Nettverksansvarlig, Applikasjonsserver administrator, Databaseadministrator, Deploy ansvarlig, Unix administrator, Driftsovervker, Driftsutvikler og Teknisk ressurs koordinator og Driftskoordinator </li></ul></li></ul> <p> 21. Strm er fantastisk! Naboen pvirkes ikke av ditt strmforbruk Du betaler kun for det du bruker. Stikkontakter og apparater virker i mer enn 3. r uten at de m byttes (og uten supportavtale) Apparater kan hente den strmmen de trenger og sikringen gr hvis de tar for mye Apparater kan skrus p og av, og nye kan legges til Grensesnittet er standardisert (220v/2 pinner + jord) El-selskap legger opp strm til huset og en elektriker legger opp kurser og kontakter 22. Mistet trden? </p> <ul><li>Hva har dette med EC2 og forretningskritiske applikasjoner gjre? </li></ul> <p> 23. Det koster ha en elektriker boende p hybel! </p> <ul><li>Infrastruktur og drift av forretningskritiske lsninger har en vesentlig kostnad </li></ul> <ul><li>End-Of-Life problematikk hvert 3 r </li></ul> <ul><li><ul><li>Koster penger, tid og gir risiko</li></ul></li></ul> <ul><li>Infrastruktur og drift er en hygiene faktor, dvs. overg ml gir liten gevinst </li></ul> <ul><li>Pay-As-You-Go gir en betydelig gevinst </li></ul> <p> 24. Teknologi 25. Komplisert hverdag? 26. Complexity bears are dangerous! 27. Enklere hverdag med EC2? Naboen pvirkes ikke av ditt strmforbruk Du betaler kun for det du bruker. Stikkontakter og apparater virker i mer enn 3. r uten at de m byttes (og uten supportavtale) Apparater kan hente den strmmen de trenger og sikringen gr hvis de tar for mye Apparater kan skrus p og av, og nye kan legges til Grensesnittet er standardisert (220 volt og stikkontakt med 2 pinner El-selskap legger opp strm til huset og en elektriker legger opp kurser og kontakter Du kjrer alene p din virtuelle maskin Betaler for det du bruker og en fast support avgift Dynamisk skalering Enkelt grensesnitt for installere ny applikasjoner og starte nye servere Webservices, OS (Linux/ Windows), nettverk og lagring Amazon EC2 28. Cloud br ikke bidra med mer kompleksistet, derfor.. </p> <ul><li>Self-contained med enkel deploy </li></ul> <ul><li>M i vareta gode basis egenskaper innen </li></ul> <ul><li><ul><li>Monitorering, deploy og administrasjon</li></ul></li></ul> <ul><li>Selv skalerende, dvs. mottar/henter arbeid selv </li></ul> <ul><li>Ikke begynn med automatisk auto-skalering og lignende </li></ul> <p> 29. Kun kjrende software har verdi </p> <ul><li>Software as a Service</li></ul> <ul><li><ul><li>En hellig gral av gjenbruk, endringsdyktighet (som SOA) og Zero-time-to market? </li></ul></li></ul> <ul><li>SaaS + Cloud = SANT? </li></ul> <ul><li>Tjenester gir verdi fra den dagen de kobles opp (fantastisk!)</li></ul> <p> 30. Forretning 31. Hva skjer ? Kilde:http://status.aws.amazon.com/ -24. juli 2008 32. Hva koster det? 33. Sprsml man br besvare </p> <ul><li>Who else might see the data?</li></ul> <ul><li>What if you don't pay the bill?</li></ul> <ul><li>What if your service provider enters your business?</li></ul> <ul><li>What if you do business abroad?</li></ul> <ul><li>What does the cloud expect of you?</li></ul> <ul><li>What's the access control?</li></ul> <ul><li>Do you want your employees getting advertising (perhaps from competitors, or for naughty products) along with their e-mail?</li></ul> <ul><li>What is your exit strategy?</li></ul> <ul><li>Harry Lewis, Professor of Computer Science at Harvard University </li></ul> <p> 34. Organisasjon 35. Kan bruk av Cloud endre organisering av IT? </p> <ul><li>Oppgaveorientering vs. Smidig fokus </li></ul> <ul><li>Standardisering, konsolidering og gjenbruk av infrastruktur harstorekonsekvenser </li></ul> <ul><li><ul><li>Drift og infrastruktur er kostbart, det br gjres s effektiv som mulig </li></ul></li></ul> <ul><li><ul><li>Mulig det, men hva slags konsekvenser har det for evnen til levere verdi til kunden </li></ul></li></ul> <ul><li>Er ikke dette bare outsourcing da.. </li></ul> <p> 36. Hva er viktigst? </p> <ul><li>Utfordring nr. 1: Skape forretningsmessig verdi av IT-investeringer </li></ul> <ul><li><ul><li>Trbbel med samhandling, forankring, prioritering og avstand </li></ul></li></ul> <ul><li><ul><li>Trbbel med smidighet i forskjellige deler av organisasjon (eller hvorfor kan jeg ikke f det i morgen sprsmlet..) </li></ul></li></ul> <ul><li>Utfordring nr. 8: Samhandling mellom IT-ressurser </li></ul> <ul><li>Hvorfor organiser vi IT-ressurser sammen??! </li></ul> <p> 37. P tide selge huset? </p> <ul><li>Nr elektrikeren har flyttet ut av hybelen er det kanskje p tide flytte nrmere de som betaler regningene </li></ul> <p> 38. Hva om </p> <ul><li>IT-ressursene allokeres nrt forretningsomrde de jobber for </li></ul> <ul><li>Men da m IT-ressursene koordinere gjenbruk og delte ressurser?! </li></ul> <ul><li><ul><li>Ja </li></ul></li></ul> <p> 39. Oppsummering </p> <ul><li>Teknologisk og utviklervennlighet overgr det aller meste </li></ul> <ul><li>De-facto plattform forenkler oppsett og tuning av kompliserte pakker </li></ul> <ul><li>Forretningsmessig m man vurdere fordeler mot risiko </li></ul> <ul><li>For f full effekt br man se p organisering av IT-funksjonen </li></ul> <p> 40. Sprsml? </p> <ul><li>Takk for oppmerksomheten! </li></ul> <ul><li>[email_address] </li></ul> <p> 41. BACKUP</p>