Evaluering af Udbud og Modenhed af Cloud Computing Software Teknologier

1. Evaluering af Udbud og Modenhed af CloudComputing Software Teknologier Præsentation af hovedopgave og resultater Vejleder: Henrik Bærbak Christensen Af: Thomas Mollerup Lanng 20070583 {u070583@cs.au.dk, thomas.lanng@gmail.com} Dato: 04.02.2011

2. Disposition • Præsentation af hoved ideerne i din hovedopgave: • motivation, • problemstillinger • Samt hovedkonklusioner. • Detaljeret redegørelse for eksperimentet omkring udvikling af services, usability scenarie 2, afsnit 7.3.2. • Konklusion

3. Motivation • Cloudcomputing : Aktuelt emne og spændende emne til løsning af autonomiccomputing problemstilling. Vs. • Definition af Cloudcomputing [Buyya et al.]: En cloud er en parallel og distribueret type system bestående af en samling forbundne og virtualiserede computere, som allokeres dynamisk og præsenteres som en computer ressource baseret på service level agreements (SLA) etableret gennem forhandling mellem service udbyder og service brugere • Definition af Autonomiccomputing [Kephart et al.]: Store computer systemer, der styrer sig selv i forhold til højniveau målsætninger fra mennesker. De lever deres eget liv og fungerer autonomt i deres miljø.

4. Problemstilling I denne rapport foretages en evaluering af udbud og modenhed af cloudcomputing teknologier, der understøtter autonom computing teorien, som defineret af Kephart et al. I projektet vil følgende spørgsmål blive besvaret: • Hvilke cloudcomputing teknologier understøtter helt eller dele af teorien? • Hvordan er modenheden af de aktuelle cloudcomputing teknologier?

5. Metode • Faseopdelt • Aktiviteter

6. Metode • Taksonomi

7. Hoved konklusioner • Foranalyse • Eksperiment • Samlet evaluering

8. Hoved konklusioner - foranalyse Foranalyse • Stor brutto kandidatliste for cloudcomputing teknologier • 21 kandidater fundet • Fravalgte kandidater klassificeret i: • Udgået teknologi • Ikke baseret på public cloud model • Anvendelse af proprietær teknologi som ikke tillader åbenudvikling på platform • Mangel på brugerdokumentation og værktøjsunderstøttelse • Mangel på understøttelse af cloudcomputing og selfmanaged arkitektur egenskaber • 5 kandidater udvalgt

9. Hoved konklusioner - foranalyse Foranalyse • 5 kandidater udvalgt • Microsoft Azure • Amazon EC2 (Amazon Web Services – AWS) • GoogleAppEngine • Heroku • Joyent

10. Hoved konklusioner - foranalyse Foranalyse • Microsoft Azure

11. Hoved konklusioner - foranalyse Foranalyse • Amazon EC2 (Amazon Web Services – AWS)

12. Hoved konklusioner - foranalyse Foranalyse • GoogleAppEngine

13. Hoved konklusioner - foranalyse Foranalyse • Heroku

14. Hoved konklusioner - foranalyse Foranalyse • Joyent

15. Hoved konklusioner - eksperiment

16. Eksperiment - 1 • Detaljeret redegørelse for eksperimentet omkring udvikling af services, usability scenarie 2, afsnit 7.3.2. • Problemet og løsningen… • CloudComputing • Kvalitetsattributter • Uafhængighed • Høj koherens (samhørighed) • Skalering • Arkitektur styles og kvalitetsattributter

17. Eksperiment - 1 • Detaljeret redegørelse for eksperimentet omkring udvikling af services, usability scenarie 2, afsnit 7.3.2. • Arkitektur styles og kvalitetsattributter • Giver kvalitet(er) • Patterns / Styles baseret på skema • Kontekst: design kontekst, som hvori design problem opstår • Problem: gentaget problem, som opstår i konteksten • Løsning: konfiguration som skal balancere problemerne • Struktur med komponenter og relationer • Run-time opførsel • Definition [196]: en arkitektur style er en beskrivelse af komponent typer og et pattern for deres runtime kontrol og data overførsel. • En arkitektur style definerer desuden begrænsninger for komponent typer og interaktions pattern. Arkitektur styles beskriver også arkitekturer med specifikke kvaliteter, således at kvalitetskrav til en arkitektur opfyldes, hvis en given arkitektur style anvendes. En arkitektur style eller pattern beskrives ligesom med design patterns med et navn, en kontekst, et gentaget problem som optræder i konteksten og en løsning.

18. Eksperiment - 2 • Arkitektur styles • (Klient – Server) RMI • (Web services arkitektur - Restfull) • Adressering af unikke ressourcer • Selvbeskrivende service interfaces • AWS • Broker (observer-listenerpattern) • Blacboard (queue)

19. Eksperiment - bb • Arkitektur styles • Blacboard (queue) • Data struktur • Message type: angiver komponent navnet på afsenderen af beskeden • Message: angiver en besked fra afsenderen f.eks. at den er opstartet • Value: angiver værdier fra sensorer • MachineName: netværksnavnet for den virtuelle maskine • MachineAddress: netværksadressen eller IP adressen for den virtuelle maskine • Timestamp: angiver tidspunktet beskeden var afsendt

20. Eksperiment - 3 • ..

21. Eksperiment - 4

22. Konklusion

23. Referencer • Software Architecture in Practice 2nd Ed, Bass, Clements, and Kazman, Addison-Wesley, 2003 • Pattern-oriented software architecture – A system of patterns, Volume 1, Buschmann et al., John Wiley and Sons Ltd., 2001 • Hovedopgave, Master i Informationsteknologi linien i Softwarekonstruktion, Evaluering af Udbud og Modenhed af CloudComputing Software Teknologier, Thomas Mollerup Lanng, 2011, https://master-evu-au-2010.googlecode.com/svn/trunk/docs/R04.pdf