Pobierz prezentację
Pobieranie prezentacji. Proszę czekać
1
Wprowadzenie do Cloud Computingu
Arkadiusz Koralewski
2
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
3
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
4
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
5
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
6
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
7
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
8
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
9
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
10
Podobne do wprowadzania elektryczności w 20 wieku
This diagram is slide 15 at . Please obtain permission Zobacz The Big Switch: Rewiring the World, from Edison to Google , napisany przez Nicholas Carr, Norton, 2008
11
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
12
Obecne chmury
13
Amazon Web Services
14
Amazon Web Services
15
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
16
Google App Engine
17
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…
18
Microsoft Azure
19
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
20
Wzorce obciążenia optymalne dla Chmury
21
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
22
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
23
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
24
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
25
Potencjalne problemy
26
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
27
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
28
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).
29
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.
30
Pytania?
31
Kolejne spotkanie: Szkółka WP7 część 2: Silverlight w WP7
Dziękuję za uwagę Kolejne spotkanie: Szkółka WP7 część 2: Silverlight w WP7
32
Piwo?
Podobne prezentacje
© 2024 SlidePlayer.pl Inc.
All rights reserved.