Wprowadzenie do Cloud Computingu Arkadiusz Koralewski roxik0@gmail.com

Na początku były Mainframe’y i terminale Found this diagram on the web, can’t remember where. Need something similar to it, or to Heinzelreiter & Kurschl, slide 21 Użytkownicy wykonywali swoje zadania przez łączenie się z centralnym komputerem

Następnie przyszły Pecety Same diagram, replace dumb terminals with PCs, remove server. Don’t link the PCs, they’re standalone Każdy pracował na własnym sprzęcie

Lecz ktoś połączył Pecety razem Same as previous slide, but now link PCs together with cables peer-to-peer Użytkownicy mogli komunikować się przez komputery

Użytkownicy wykonywali swoje zadania na zewnętrznych serwerach I nastała Sieć Same as previous slide, but connect PCs to a small central server. Similar to H&K slide 22 Użytkownicy wykonywali swoje zadania na zewnętrznych serwerach

Serwery przeistoczyły się w chmury pecetów Potem sieć urosła Similar to H&K slide 23, but don’t bother with the data tier, just PC clients going to a rack of PC server. Same as previous slide, but now with bigger server, a rack of PCs. Serwery przeistoczyły się w chmury pecetów

Potem sieć stała się CHOLERNIE spora i ważna This is a MS picture, so I think we’re OK on rights Komputery serwerowe musiały zamieszkać w specjalnych budynkach Microsoft Data Center in Dublin, 27,000 m2, 22 MW, US$ 500 M

Data Centers Potrzebują dużo prądu (1.5% zużycia w USA) Długo powstają Mało elastyczna metoda inwestowania Potrzebują wyspecjalizowanej obsługi Tylko dla największych i najbogatszych http://www.microsoft.com/environment/our_commitment/articles/green_grid.aspx

Rozwiązanie: Outsource’owe Data Center Korzyści na wielką skalę Mogą zapewnić sobie wyspecjalizowaną obsługę Web deweloperzy nie martwią się serwerami co zwiększa ich efektywność Wymagają mniejszego kapitału Moc obliczeniowa jak elektryczność na początku 20tego wieku

Podobne do wprowadzania elektryczności w 20 wieku This diagram is slide 15 at http://www.nicholasgcarr.com/download/carrOSBC.pdf . Please obtain permission Zobacz The Big Switch: Rewiring the World, from Edison to Google , napisany przez Nicholas Carr, Norton, 2008

Security & Integration Typy chmur Private (On-Premise) Storage Server HW Networking Servers Databases Virtualization Runtimes Applications Security & Integration Ty zarządzasz Infrastructure (as a Service) Zarządza dostawca Platform Software

Obecne chmury

Amazon Web Services

Amazon Web Services

Amazon Web Services Uruchomiony w 2002 Właścicielem jest Amazon.com Zaprogramowany w wielu językach, takich jak: Java, Python, Ruby, i .NET Wyewoluował z podstawowego obliczania w chmurze w serwisy o komercyjnych podstawach, jak płatności

Google App Engine

Google App Engine Wypuszczony 2008 Głównie Python i Java Obecne dostarcza podstawowej mocy obliczeniowej oraz przestrzeni w chmurze Ale może to się zmieni…

Microsoft Azure

Microsoft Azure Najmłodszy - 2009 Oczywiście - .NET Zapewnia możliwość wykonywania obliczeń oraz przechowywania danych w chmurze Daje dostęp do będącego pod spodem systemu Chmury (“fabric”) Zapewne doczeka się zaawansowanych funkcji biznesowych

Wzorce obciążenia optymalne dla Chmury

Włączanie i wyłączanie Inactivity Period On &off workloads (e.g. batch job) Example: scientists running modeling software for new drug Installed capacity is wasted when not being used, but: Users twiddle thumbs expensively while waiting for jobs to finish

Szybki wzrost Successful services need to grow and scale Example: new Internet game that catches on Deployment and scaling lags can stunt growth at key critical moment. See “Pogue effect” on Line2 iPhone app Need capital for software development or marketing instead of building data center

Przewidywalne wzrosty/spadki Many services have seasonality trends, either macro (FTD Florists and Valentine’s Day) or micro (Domino’s Pizza on Super Bowl Sunday), or any restaurant at peak meal hours. Installed capacity is wasted when not being used, but lack of sufficient capacity at key moment could kill business

Nieprzewidziany skok Unexpected/unplanned peak in demand Extreme example: CNN.com on 9/11/01 Less extreme example: Weather.com as a big storm moves in Can’t afford to provision for extreme case, but failure to handle it well can kill a brand Take care: if you depend on handling bursts for your company’s life, be very careful about service level agreement

Potencjalne problemy

Co jeśli Chmura umrze? Raczej przeżyje nas wszystkich, chociaż jeśli nie: Staraj się zachowywać lokalne źródło mocy obliczeniowej Przykład: szpitale mają własne generatory prądu na wypadek awarii elektrowni

Super wrażliwe dane Niektórych informacji nie można powierzać NIKOMU, np.: dane FBI, albo MS Takie firmy posiadają własne chmury do przechowywania wrażliwych danych

Prawo Czasami prawo wymaga by dane były w przechowywane w określonym kraju/regionie(EU). Czasami chcesz przechowywać dane gdzie indziej by uniknąć lokalnych problemów prawnych (MS HealthVault in Canada). Technologia zmienia się szybciej niż prawo. Chmura może zaboleć(hosting nie możliwy bez spełniania wymogów prawnych) lub pomóc (szybka zmiana lokacji przechowywania danych).

Chmura czy warto? Jak bardzo pewien jesteś, że posiadasz wystarczająco zasobów by sprostać niedeterministycznym skokom zużycia mocy? Jak bardzo zaboli to twoją kieszeń moment w którym nie będziesz mógł szybko przeskalować potrzebnej mocy.

Pytania? roxik0@gmail.com

Kolejne spotkanie: Szkółka WP7 część 2: Silverlight w WP7 Dziękuję za uwagę  Kolejne spotkanie: Szkółka WP7 część 2: Silverlight w WP7

Piwo?