Co to jest przetwarzanie w chmurze?

Przetwarzanie w chmurze jest po prostu nowym wcieleniem ugruntowanego modelu biznesowego: użyteczności publicznej. Zdecydowana większość gospodarstw domowych i przedsiębiorstw nie inwestuje już samodzielnie w wytwarzanie energii. Jest szybsze, lepsze i tańsze, aby zezwolić użyteczności publicznej na generowanie jej w imieniu dużych grup konsumentów. Usługi użyteczności publicznej korzystają z możliwości specjalizacji na bardzo ograniczonym rynku, przy jednoczesnym korzystaniu z korzyści skali. Konsumenci nie mają wiedzy o tym, jak wytwarzać energię, ani nie powinni. Jednak za cenę nominalną każda firma lub osoba fizyczna może podłączyć się do sieci (na żądanie), pobrać tyle lub tak mało, jak to wymagane (elastyczne) i zapłacić tylko za faktycznie wykorzystaną (zmierzoną) kwotę. Moc jest bardzo podobna do przetwarzania w chmurze, zarówno w modelu biznesowym stosowanym przez dostawców, jak i korzyściach, jakie zapewnia indywidualnym konsumentom.

Ogólnie przyjęta definicja

Termin chmura obejmuje wszystko, do tego stopnia, że nic nie znaczy. Chmura została tak szeroko zdefiniowana przez marketerów, że każda usługa dostarczana przez Internet jest teraz uważana za część chmury. Usługi tak przyziemne jak zdjęcia online ,udostępnianie lub internetowa poczta e-mail są teraz liczone jako przetwarzanie w chmurze, w zależności od tego, z kim rozmawiasz. Przetwarzanie w chmurze wciąż dojrzewa, zarówno jako koncepcja, jak i technologia, która ją stanowi. Ale na potrzeby tego tekstu przetwarzanie w chmurze najlepiej opisują trzy przymiotniki:

Elastyczna

Aby dane zasoby można było uznać za część chmury, musisz mieć możliwość ich zwiększania lub zmniejszania albo automatycznie, albo na żądanie, za pomocą samoobsługowych interfejsów użytkownika lub interfejsów API. Zasób może obejmować wszystko, co masz dzisiaj w swoim centrum danych - od skodyfikowanego sprzętu z systemem Linux (infrastruktura jako usługa), przez serwery aplikacji (platforma jako usługa), aż po aplikacje (oprogramowanie jako oprogramowanie)

Na żądanie

Widząc, że elastyczna jest pierwszym słowem używanym do opisania chmury, musisz być w stanie zapewnić zasób dokładnie wtedy, gdy go potrzebujesz, i uwolnić go, gdy go nie potrzebujesz.

Mierzalna

Powinieneś płacić tylko za to, czego używasz - na przykład za moc. Ma to ogromne konsekwencje, ponieważ koszty bezpośrednio odzwierciedlają zużycie, a zatem mogą być znacznie niższe. Ponieważ wynajmujesz moc obliczeniową, możesz również traktować koszty jako wydatki operacyjne (OPEX), takie jak moc, a nie nakłady inwestycyjne (CAPEX), takie jak tradycyjny sprzęt.

Zauważ, że są to dokładnie te same przymiotniki użyte do zdefiniowania mocy z użyteczności publicznej. Jeśli usługa spełnia wszystkie trzy kryteria, można ją ogólnie uznać za część chmury. Rozwiązania chmurowe można dalej klasyfikować według dwóch kryteriów. Pierwszy dotyczy sposobu udostępniania usługi do konsumpcji. Nazywa się to modelem usług i sprowadza się do tego, ile wartości dodaje sprzedawca. Niektórzy dostawcy po prostu oferują sprzęt, a Ty musisz sam wykonywać wszystkie prace na najwyższym poziomie. Przykładem tego jest publiczna oferta infrastruktury jako usługi. W przeciwnym kierunku jest Software-as-a-Service, czyli tam, gdzie sprzedawca buduje, wdraża i utrzymuje dla ciebie cały stos. Przykładem tego jest sieć dostarczania treści. Chociaż istnieje ciągłość od infrastruktury jako usługi do platformy jako usługi i oprogramowania jako usługi, każdy model jest inny. Drugi dotyczy modelu wdrażania, który odnosi się do dostępności oferty. Z jednej strony jest publiczny, co jest tak, jak się wydaje: każdy może udostępnić swoje zasoby. Druga skrajność jest prywatna, w której może zapewnić tylko wybrana grupa. Chmury prywatne buduje się często w przedsiębiorstwach, choć ich użyteczność jest często ograniczona z powodu braku pełnej elastyczności. Chmury publiczne są tematem tego tekstu.Tekst ten koncentruje się w dużej mierze na infrastrukturze jako usłudze. Przyjrzyjmy się bliżej przymiotnikom, następnie modelom usług i modelom wdrażania.

Elastyczna

Elastyczność odnosi się do możliwości dowolnego zwiększania lub zmniejszania zasobów. Na przykład powinieneś być w stanie zapewnić więcej sprzętu dla warstwy serwera aplikacji przed kampanią w mediach społecznościowych lub nawet w czasie rzeczywistym w odpowiedzi na kampanię w mediach społecznościowych. W miarę zmniejszania się ruchu z kampanii powinieneś być w stanie zmniejszyć swój sprzęt, aby dopasować go do niższej linii bazowej ruchu. Wracając do analogii mocy, stadiony są w stanie wyciągnąć tyle, ile chcą z dużej siatki podczas dużej imprezy.

Elastyczność jest charakterystyczną cechą chmury

Zasoby mogą być postrzegane jako dowolny fizyczny sprzęt lub oprogramowanie. Każdy sprzęt lub oprogramowanie wdrożone w celu obsługi aplikacji e-commerce jest technicznie zasobem. Zasoby muszą być generalnie zapewniane w tym samym stosunku, choć niekoniecznie w tandemie. Na przykład proporcja serwerów aplikacji do pamięci podręcznej serwerów grid powinna zasadniczo pozostać taka sama, przy założeniu, że platforma jest skalowalna. Provisioning odnosi się do możliwości pozyskiwania nowego sprzętu lub oprogramowania. Inicjowanie obsługi administracyjnej powinno odbywać się automatycznie lub na żądanie przy użyciu samoobsługowych interfejsów użytkownika lub interfejsów API. Najlepsze udostępnianie odbywa się automatycznie, w reakcji na oczekiwany wzrost zapotrzebowania lub najlepiej w oczekiwaniu na niego.

Na żądanie

Podczas gdy elastyczność odnosi się do możliwości dowolnego zwiększania lub zmniejszania zasobów, na żądanie odnosi się do możliwości zapewnienia w dowolnym momencie. Nie musisz zamawiać nowego sprzętu, podpisywać zamówienia ani dzwonić do dostawcy, aby uzyskać większą pojemność. Podczas gdy elastyczność jest cechą charakterystyczną chmury, zależy ona od możliwości zapewnienia w dowolnym momencie. Tradycyjne wdrożenia poza chmurą można technicznie uznać za elastyczne, ponieważ można zwiększyć pojemność; to zajmuje tygodnie, a nawet miesiące. Na żądanie odnosi się do możliwości świadczenia w dowolnym momencie. Podobnie jak wytwarzanie energii, przetwarzanie w chmurze ogólnie działa, ponieważ odbiorcy odpowiednich usług mają swoje szczyty w różnym czasie. Indywidualni konsumenci są na całym świecie w różnych strefach czasowych, w różnych branżach, wykonując różne obciążenia. Wykorzystanie zasobów powinno pozostać dość stałe dla dostawcy usług w chmurze, ale może się znacznie różnić dla poszczególnych konsumentów. Na przykład zużyjesz o wiele więcej zasobów w Czarny piątek lub drugi dzień świąt niż w niedzielny poranek w styczniu. Gdyby wszyscy indywidualni konsumenci próbowali jednocześnie zapewnić dużą ilość zasobów, nie byłoby wystarczającej ilości zasobów dla wszystkich. Jest to formalnie zdefiniowane jako nadsubskrypcja, co oznacza, że te same zasoby są obiecane wielu najemcom. Modele biznesowe dla dostawców usług w chmurze (i usług użyteczności publicznej) działają z powodu tej zasady. Wiele obciążeń w publicznej chmurze Infrastruktura jako usługa nie musi być wykonywanych w danym momencie. Wśród obciążeń e-commerce jest wyjątkowy, ponieważ klient czeka na drugim końcu na wykonanie żądania HTTP. Nie można odroczyć wykonania żądania HTTP. Wiele obciążeń chmurowych jest wykonywanych wsadowo i można je wykonać w dowolnym momencie. Aby wyrównać ogólne wymagania dotyczące chmury, niektórzy dostawcy oferują taką możliwość licytowania niewykorzystaną moc obliczeniową w formacie aukcyjnym. W Czarny piątek, gdy aplikacje e-commerce wymagają dużej mocy obliczeniowej, zapotrzebowanie na zasoby byłoby bardzo wysokie, a cena oferty wolnych mocy również byłaby bardzo wysoka. Obciąża to aplikacje, które nie są wrażliwe na czas, mogą więc działać, powiedzmy, w Boże Narodzenie, kiedy zapotrzebowanie na cały system i ceny mogą być bardzo niskie. Umożliwia to konsumentom zasobów w chmurze uzyskanie niższych cen, jednocześnie umożliwiając dostawcom wyrównanie ruchu i zakup mniejszej ilości sprzętu niż byłoby to konieczne. Świetną analogią są ceny zatorów drogowych na autostradach, w których opłaty drogowe rosną wraz z rosnącą liczbą osób na drogach. Oprócz możliwości udostępniania zasobów, zasoby powinny być udostępniane w odpowiednim czasie. Dostarczenie powinno zająć tylko kilka minut

Mierzalne

Innym centralnym założeniem chmury jest możliwość płacenia za to, czego używasz. Jeśli udostępnisz serwer na trzy godziny, powinieneś zapłacić tylko za te trzy godziny, z których faktycznie korzystasz. Płacenie za zasoby, które nie zostały zainicjowane, nie są chmurą obliczeniową. Wracając do analogii mocy, płacisz tylko za zużytą moc. Cena za kilowatogodzinę jest znana i możesz spojrzeć na licznik lub w trybie online, aby zobaczyć, ile energii zużyłeś. Byłoby absurdalnie płacić za maksymalne wykorzystanie mocy w roku przez cały rok, ale w ten sposób płacono dziś większość zasobów e-commerce. Skalujesz dla szczytów i płacisz za te zasoby przez cały rok. Warunkiem pobierania opłat za faktycznie wykorzystane zasoby jest możliwość dokładnego pomiaru. Koszty jednostkowe powinny być takie same lub mniejsze po dodaniu każdej instancji. Innymi słowy, powinieneś płacić tyle samo lub mniej za jednostkę, ponieważ konsumujesz więcej. Chmura jest tak samo destrukcyjna, jak z technologicznego punktu widzenia, ale jest jeszcze bardziej destrukcyjna i potencjalnie korzystna dla finansistów. Tradycyjny sprzęt zakupiony z góry jest traktowany jako CAPEX, co stanowi stały koszt, który należy opłacić z góry i amortyzować przez lata. OPEX, podobnie jak moc, jest wypłacany stopniowo, gdy wartość jest faktycznie realizowana. Większość innych firm potrzebuje dużych kwot kapitału, zanim zaczną zarabiać. Pomyśl o handlu detalicznym, opiece zdrowotnej, produkcji, oprogramowaniu i telekomunikacji - które wymagają dużych kwot kapitału, zanim zarobią dolara. Chociaż częściowo dotyczy to handlu elektronicznego, przynajmniej duże statyczne infrastruktury z przeszłości nie są już potrzebne. Chmura to znacznie więcej niż tylko technologia. To fundamentalna zmiana w ekonomice IT. Modele usług sprowadzają się do wartości dodanej przez dostawcę. Każda podana warstwa pozwala dostawcy zwiększyć wartość dodaną. Poniższy rysunek pokazuje trzy najpopularniejsze modele usług Dostawcy zawsze starają się przesunąć w górę łańcucha wartości - to znaczy, dodając więcej wartości do większej liczby warstw stosu, aby mogli generować wyższe marże i zwiększać swoje przychody na klienta. Dostawcy, którzy przesuwają się w górę łańcucha wartości w kierunku ofert Software-as-a-Service, mogą pobierać wyższe marże, oferując lepszą obsługę w lepszej cenie niż to, co można zrobić samodzielnie. Sprzedawcy generalnie oszczędzają pieniądze i sami zarabiają dzięki specjalizacji siły roboczej (pomaga to, jeśli możesz zatrudnić najlepszych światowych ekspertów w każdej specjalizacji) i ekonomii skali (możesz skorzystać z automatyzacji i większej siły nabywczej). To pragnienie awansu w górę łańcucha wartości jest powodem, dla którego większość dostawców infrastruktury jako usługi ma teraz ofertę Platform jako usługa i oprogramowanie jako usługa, które uzupełniają ich podstawowe oferty w zakresie infrastruktury jako usługi. Większość dostawców nie pasuje dokładnie do jednej kategorii, jak często każdy z nich ma wiele ofert

Studium przypadku: Amazon Web Services

Amazon po raz pierwszy rozpoczął wyprawę w chmurę w 2006 r. wraz z EC2, publiczną ofertą infrastruktury jako usługi. Szybko dodał usługi komplementarne, od magazynowania po równoważenie obciążenia. Od 2010 r. Hostowana jest flagowa platforma e-commerce Amazon.com własne oferty chmurowe. W 2011 r. Amazon ogłosił ofertę platformy jako usługi, o nazwie Beanstalk. Beanstalk pionowo integruje wiele ofert w całym portfolio Amazon:
• Amazon Elastic Cloud Compute (Amazon EC2)
•  Amazon Simple Storage Service (Amazon S3)
•  Amazon Simple Notification Service (Amazon SNS)
•  Amazon CloudWatch
o Amazon Elastyczne równoważenie obciążenia

Klienci płacą za podstawowe usługi Amazon, z których korzystają, ale nie ma dodatkowych opłat za samą Beanstalk.1 Klienci płacą za dodatkowe pięć lub więcej usług Amazon za pomocą Beanstalk, których w innym przypadku nie mogliby korzystać. Alternatywą dla usługi Platform-as-a-Service (pięć pionowo zintegrowanych usług Amazon) jest często po prostu infrastruktura jako usługa (EC2). Klienci otrzymują w pełni zintegrowaną platformę, a Amazon jest w stanie zarobić więcej przychodów. Działa dla wszystkich . Najlepiej jest określić wszystkie usługi, które będą potrzebne do dostarczenia platformy e-commerce, a następnie zdecydować, które z nich możesz osiągnąć lepiej niż konkurencja. Na przykład można udostępnić niektóre nagie serwery Linux od dostawcy infrastruktury jako usługi, zainstalować serwer WWW i udostępniać stamtąd zawartość statyczną. Możesz też zlecić to zewnętrznej sieci dostarczania treści. Sieci dostarczania treści mogą dostarczać treści statyczne lepiej, szybciej i taniej niż Ty, oprócz dostarczania innej wartości dodanej, której nie możesz. Wszystko, czego nie możesz zrobić lepiej niż konkurencja, powinno być zlecane na zewnątrz, jeśli to możliwe, najlepiej dostawcy, który ma najwyższą ofertę w całym łańcuchu wartości. Przyjrzyjmy się dalej tym modelom, w kolejności od wartości dodanej przez dostawcę (najwyższa wartość wymieniona jako pierwsza).

Oprogramowanie jako usługa

W oprogramowaniu jako usługa (SaaS) dostawcy oferują usługę w przeciwieństwie do surowej platformy lub sprzętu wymaganego do świadczenia usługi. Na przykład dostawcy DNS i dostawcy sieci dostarczania treści często sprzedają swoje oprogramowanie w ten sposób. Konsumenci oprogramowania dostarczanego w ten sposób nie dbają o to, w jaki sposób dostawca tworzy usługę. Serwer aplikacji, sprzęt, system operacyjny i baza danych nie mają znaczenia, o ile usługa jest zgodna z uzgodnionymi umowami o poziomie usług. Umowy dotyczące poziomu usług definiują warunki, takie jak oczekiwana dostępność i wydajność. Dostawcy oferujący SaaS mają luksus specjalizacji w wykonywaniu jednej rzeczy wyjątkowo dobrze. Platformę pod usługą można dostroić i zoptymalizować specjalnie pod kątem pojedynczego obciążenia. Mogą one, w kilku okolicznościach, usprawnić pracę sprzętu z oprogramowaniem, aby zapewnić w pełni zintegrowane działanie. To może być możliwe z PaaS lub IaaS, ale wymagałoby to więcej pracy. SaaS jest łatwym do wdrożenia, opłacalnym i technicznie lepszym sposobem wdrażania autonomicznych usług, takich jak:

•  Globalne równoważenie obciążenia serwera (GSLB) lub DNS
•  Proxy od brzegu z powrotem do centrum danych z uruchomionym kodem
•  Podawanie treści statycznych
•  Łagodzenie ataków rozproszonej odmowy usługi (DDoS) (czyszczenie żądania)
•  Zapory ogniowe aplikacji internetowych

SaaS nie zawsze spełnia wszystkie wymagania przetwarzania w chmurze:

•  Elastyczny
•  Na żądanie
•  Mierzone

SaaS zwykle spełnia pierwsze dwa, ale nie zawsze spełnia ostatni. Na przykład wielu dostawców oferuje miesięczne subskrypcje swoich usług, w których można zużywać wszystko, czego potrzebujesz. W grę wchodzą często umowy wieloletnie. Chociaż technicznie nie jest to przetwarzanie w chmurze, usługi te nadal należy wziąć pod uwagę. Pragmatyzm powinien rządzić podejmowaniem decyzji.

Platforma jako usługa

W usłudze Platform-as-a-Service (PaaS) dostawcy oferują platformę, za pomocą której można wdrożyć własną aplikację. Z dostawcą odpowiedzialnym za serwer aplikacji, środowisko wykonawcze, bazę danych i sprzęt możesz swobodnie skoncentrować się na swojej aplikacji. Wielu dostawców oferuje również dodatkowe usługi, takie jak zintegrowane testowanie, przesyłanie wiadomości, monitorowanie, modelowanie aplikacji i inne usługi wymagane do przyspieszenia rozwoju i wdrażania aplikacji oraz utrzymania ich w produkcj

PaaS to cały pakiet, dla którego kupujesz i tworzysz aplikację. Jeśli kupisz do końca, możesz zaoszczędzić ogromną ilość czasu i pieniędzy, ponieważ sprzedawca PaaS robi wszystko za Ciebie. Wielu dostawców konfiguruje nawet automatyczne skalowanie, co pozwala monitorować każdą warstwę aplikacji i skalować w górę i w dół w zależności od zapotrzebowania. Ale wszystko to odbywa się kosztem elastyczności. Doświadczenie w otoczonym murem ogrodzie dostawcy jest ogólnie bardzo dobre ze względu na ścisłą integrację pionową. Ale jeśli zaryzykujesz i potrzebujesz czegoś, czego twój sprzedawca nie obsługuje, często nie masz szczęścia. Na przykład niektórzy dostawcy PaaS nie pozwalają pisać z aplikacji do lokalnego systemu plików. Jeśli aplikacja wymaga zapisu do lokalnego systemu plików, nie będziesz mógł skorzystać z tego dostawcy. To z natury prowadzi do polegania na wielu dostawcach PaaS, co zwiększa złożoność. PaaS zwykle działa dobrze w przypadku małych aplikacji, być może w przypadku obsługi większej aplikacji e-commerce. Na przykład PaaS byłby świetny, gdybyś chciał zbudować samodzielny silnik wyceny. PaaS ogólnie nie działa dobrze dla całej aplikacji e-commerce na poziomie przedsiębiorstwa. Niewiele aplikacji e-commerce mieści się w granicach oferowanych przez wielu dostawców PaaS. Zawsze są aplikacje pomocnicze, oprogramowanie pośrednie i różnego rodzaju agenty, które należy wdrożyć w celu obsługi aplikacji e-commerce. Najczęstszym wyzwaniem w PaaS jest brak elastyczności. Dostawcy są w stanie zapewnić największą wartość poprzez standaryzację na jednym stosie, a następnie integrację pionową tego stosu. Ta standaryzacja i integracja pionowa oznacza na przykład, że prawdopodobnie nie możesz zamienić bazy danych na taką, która Ci się bardziej podoba. Oznacza to również, że nie możesz wdrażać aplikacji, które nie pasują do ich stosu, takich jak agenci monitorowania innych firm. Albo weźmiesz to, co masz, albo nie masz szczęścia. Integracja pionowa może również prowadzić do blokady dostawcy, jeśli nie będziesz ostrożny. Dostawcy reagują na te niedociągnięcia, ale nigdy nie będziesz mieć takiej elastyczności, jak w przypadku IaaS.

Infrastruktura jako usługa

W usłudze Infrastructure-as-a-Service (IaaS) dostawcy oferują sprzęt i hiperwizor z połączeniem z Internetem i to wszystko. Musisz zbudować wszystko ponad systemem operacyjnym, choć często jest to preferowane, ponieważ daje prawie całkowitą elastyczność. IaaS jest cenny, ponieważ zapewnia pełną elastyczność we wdrażanym oprogramowaniu i sposobie konfigurowania go do współpracy. Możesz zainstalować dowolną wersję dowolnego oprogramowania i skonfigurować je według własnego uznania. Nigdy nie utkniesz, ponieważ dostawca, którego używasz, przestał obsługiwać warstwę stosu używaną przez dostawcę PaaS. Ponieważ sprzedawca oferuje po prostu towar na zamówienie, zazwyczaj kosztuje znacznie mniej niż porównywalny PaaS lub SaaS. Ale musisz wydać więcej, aby to działało. Szukaj w IaaS swojej podstawowej aplikacji i oprogramowania pomocniczego. Zasadniczo tylko IaaS oferuje elastyczność wymaganą do wdrożenia i konfiguracji platformy e-commerce na poziomie przedsiębiorstwa. W szczególności rozważ użycie go do następujących celów:

•  Twoja podstawowa aplikacja e-commerce - ta, którą budujesz, kupujesz / dostosowujesz
•  Serwer aplikacji
•  Środowisko wykonawcze
•  Baza danych, taka jak relacyjna lub NoSQL

Podczas gdy IaaS jest elastyczny i niedrogi w porównaniu z innymi modelami usług, wymaga on umiejętności wdrażania zaleceń zawartych w tym tekście. Dostałeś niektóre narzędzia od dostawców, ale jesteś w zasadzie sam. Dla małej organizacji lub takiej, która nie jest szczególnie biegła w dokonywaniu dużych zmian, jest to wysoki cel.

Modele wdrażania

Podczas gdy modele usług dotyczą wartości dodanej przez każdego dostawcę, modele wdrażania opisują, kto może skorzystać z każdej oferty. Każdy model usługi może być technicznie dostarczany przy użyciu dowolnego modelu wdrażania, ale w praktyce niektóre modele usług lepiej nadają się do niektórych modeli wdrażania. Chmura publiczna jest dostępna dla każdego. Prywatna chmura jest wykorzystywana tylko przez wyznaczone organizacje lub osoby i może być wdrażana w lokalach lub poza nimi. Chmura hybrydowa to dynamiczne przekształcanie się w chmurę publiczną zarówno z chmury prywatnej, jak i tradycyjnej lokalnej lub zewnętrznej siedziby. Definicje każdego modelu wdrażania są dość proste, ale implikacje mogą być znaczące.

Chmura publiczna

Chmura publiczna wygląda dokładnie tak, jak brzmi: jest publiczna. Każdy może korzystać z jego usług. Z definicji chmura publiczna jest własnością i jest zarządzana przez stronę trzecią w centrach danych należących do dostawcy lub na podstawie umowy przez niego. Innymi słowy, centra danych nie są twoje. Dostawcy chmury publicznej zazwyczaj działają w wielu różnych centrach danych, a konsumenci usługi mogą wybrać, gdzie chcą udostępnić swoje zasoby. Dostawcy oferujący chmurę publiczną czerpią ogromne korzyści z ekonomii skali. Mogą kupić ogromne ilości sprzętu, przepustowości i mocy, a następnie zbudować zaawansowaną automatyzację na szczycie stosu. Dzięki temu mogą dostarczać Ci swoje oprogramowanie, platformę lub infrastrukturę szybciej, lepiej i taniej niż możesz. Dostawcy w chmurze publicznej, zwłaszcza dostawcy IaaS, również czerpią korzyści z rejestracji szerokiego grona klientów i wykorzystania zasobów do różnych celów w różnych momentach. Pozwala to na nadmierną subskrypcję zasobów. Wyższa nadsubskrypcja oznacza dla Ciebie niższe koszty. Chmura publiczna jest często używana, gdy trzeba zgromadzić duże ilości zasobów. Na przykład wielkoskalowe symulacje pogodowe mogą wykorzystywać tysiące serwerów, ale tylko przez kilka godzin. Uczelnia nie ma sensu kupować kilku tysięcy maszyn i używać ich tylko przez kilka godzin w roku. Lub w przypadku, gdy zostaniesz trafiony rozproszonym atakiem typu "odmowa usługi" i będziesz musiał poradzić sobie z 1000-krotnym ruchem - tam przewyższają chmury publiczne. Właśnie z tego samego powodu chmury publiczne przodują w e-commerce. Elastyczność jest charakterystyczną cechą chmur publicznych. Dostawcy usług w chmurze zapewniają łatwe w obsłudze interfejsy API do zwiększania lub zmniejszania wykorzystania platformy lub infrastruktury. Lub w przypadku SaaS możesz zużyć tyle, ile potrzebujesz, a następnie zapłacić za to, czego faktycznie używasz. Ta elastyczność i zdolność do konsumowania ogromnych ilości zasobów są ważne jako obciążenia takie jak e-commerce. Chmury publiczne oferują swoje usługi każdemu, więc bezpieczeństwo stanowi problem. W zależności od modelu usługi dane mogą być kolokowane z innymi lokatorami. Twoje dane mogą przechodzić przez kraje, które mogą je przechwycić. Nie możesz fizycznie zobaczyć i dotknąć serwerów, na których przechodzą twoje wrażliwe dane. Bezpieczeństwo może z pewnością stanowić problem, ale chmury publiczne mogą ułatwić bezpieczeństwo.

Chmura hybrydowa

Chmura hybrydowa to połączenie tradycyjnego wdrożenia lokalnego lub zewnętrznego, które pęka w chmurze publicznej. "Zbuduj bazę, wynajmij szczyt" to fraza najczęściej używana do opisania chmury hybrydowej. Kluczem w hybrydzie jest pęknięcie komponentu - nie to, czy część środowiska, którą bezpośrednio nadzorujesz i którą zarządzasz, jest chmurą prywatną. Chmury hybrydowe są często używane w następujących scenariuszach:

•  Z przyczyn technicznych nie można wdrożyć oprogramowania ani sprzętu w chmurze. Na przykład możesz potrzebować urządzenia fizycznego lub aplikacja może nie działać dobrze w środowisku zwirtualizowanym. Dzięki temu modelowi możesz na przykład zachować wewnętrzny backend i zastosować bardziej zmienną nakładkę w chmurze publicznej.
•  Chcesz zachować poufność danych pod kontrolą na swoim sprzęcie, z własnymi utalentowanymi pracownikami pełniącymi rolę administratorów.
•  Nie można wdrożyć oprogramowania w chmurze z przyczyn komercyjnych. Na przykład możesz używać oprogramowania, którego licencje nie działają dobrze w chmurze.

Chmura hybrydowa doskonale nadaje się do handlu elektronicznego, w którym masz stały poziom ruchu, a jednocześnie chcesz dynamicznie skalować dla szczytów. Oszczędzasz pieniądze, zyskujesz elastyczność, a jednocześnie zachowujesz pełną kontrolę nad wrażliwymi danymi. Nie wszyscy wdrożą pełną platformę e-commerce w chmurze publicznej. Model hybrydowy jest czasem pożądany, ponieważ jego rdzeń platforma przechowująca wrażliwe dane może pozostać pod twoją kontrolą, a niewrażliwe części aplikacji można wdrożyć w chmurze. Chociaż krok we właściwym kierunku i dobra opcja dla wielu, chmury hybrydowe nie są idealne. Chmury hybrydowe wymagają podzielenia aplikacji na dwie części: część zarządzaną wewnętrznie i część wdrożoną w chmurze publicznej. Podział istniejącej aplikacji na dwie części nie jest łatwy, ale korzyści mogą łatwo przewyższyć koszty.

Prywatna chmura

Chmura prywatna to w zasadzie chmura publiczna ograniczona do Twojej organizacji. Chociaż zazwyczaj jest wdrażany na sprzęcie, który posiadasz we własnym centrum danych, może być również wdrażany na sprzęcie, którego nie posiadasz w kolo. Aby być chmurą prywatną, musi spełniać wymagania przetwarzania w chmurze: elastyczne, na żądanie i mierzone. Tradycyjne statyczne wdrożenia sprzętu i oprogramowania nie spełniają definicji przetwarzania w chmurze. Podobnie, zastosowanie wirtualizacji nie czyni z niej chmury prywatnej, co omówimy w części 6. Aby zbudować chmurę prywatną i sprawić, by e-commerce działało, potrzebujesz dużej puli oprogramowania, które możesz wdrożyć do tego prywatna chmura. Za pomocą tylko jednej aplikacji (powiedzmy, że osiągasz swój szczyt), anulując wszystkie zalety przetwarzania w chmurze. Przy różnych obciążeniach prywatna chmura staje się bardziej opłacalna, ale tylko wtedy, gdy każde obciążenie ma swój szczyt w różnych momentach. Jeśli jesteś sprzedawcą i korzystasz z prywatnej chmury dla wszystkich swoich aplikacji detalicznych, w Czarny piątek szybko zabraknie Ci pojemności. Aby rozwiązać ten problem, musisz kupić o wiele więcej sprzętu niż potrzebujesz w stanie ustalonym i pozostawić go bezczynnie przez prawie kilka godzin w roku, co jest sprzeczne z celem przetwarzania w chmurze. Chmura prywatna jest często używana do konsolidacji w dużych przedsiębiorstwach. Jeśli każdy z różnych obciążeń wdrożonych w chmurze prywatnej ma swoje szczyty w różnych porach dnia, tygodnia, miesiąca lub roku, możesz w końcu zaoszczędzić pieniądze. Ale znowu, jeśli wszystkie obciążenia mają swoje szczyty w tym samym czasie, po prostu ponosisz niepotrzebne koszty ogólne. Prywatna chmura jest używana głównie z trzech powodów:

•  Masz wiele obciążeń do skonsolidowania.
•  Jesteś szczególnie świadomy bezpieczeństwa i jeszcze nie ufasz chmurom publicznym, aby były bezpieczne.
•  Chcesz "wypróbować chmurę w domu" przed wyjściem do chmury publicznej.

Chyba że masz wiele obciążeń do konsolidacji, prywatna chmura nie oferuje silnej oferty cenowej.

Sprzęt używany w chmurach

Chmury często składają się ze sprzętu x86, a komponenty są montowane przez markowych producentów, a nawet montowane we własnym zakresie. Używany jest sprzęt towarowy, ponieważ jest tani i ma ogólne zastosowanie. Sprzęt jest tani, ponieważ jest produkowany w ogromnych ilościach i montowany przez producentów, którzy dodają do niego bardzo niewielką wartość (koszt). Sprzęt używany w chmurach ma być prawie jednorazowy. W klasycznym kompromisie koszt / jakość / dopasowanie do celu decydujący jest koszt. Podczas gdy sprzęt towarowy jest najczęściej używany w chmurze, nie musi być definiowanie funkcji przetwarzania w chmurze. Przetwarzanie w chmurze jest definiowane jako elastyczne, na żądanie i mierzone. Sprzęt towarowy nie należy do tych trzech atrybutów. Przypadek użycia e-commerce jest dość unikalny wśród obciążeń chmurowych. Na przykład, jeśli sekwencjonujesz DNA w chmurze, nie ma znaczenia, czy sekwencjonujesz 300 zasad na sekundę, czy 400. Ale w e-commerce milisekundy mają znaczenie, ponieważ prawdziwy (potencjalnie) płacący klient czeka na to po drugiej stronie odpowiedź. Wiele chmur oferuje różne typy sprzętu zoptymalizowane pod kątem różnych obciążeń. Poza towarem chmury oferują teraz sprzęt zoptymalizowany do następujących zastosowań:

•  Pamięć
•  Przetwarzanie danych
•  GPU
•  Przechowywanie
•  Sieć

Możesz na przykład chcieć wdrożyć aplikację e-commerce na sprzęcie zoptymalizowanym pod kątem przetwarzania danych, a bazę danych na sprzęcie zoptymalizowanym pod kątem szybkiego dostępu do pamięci. Wybrany sprzęt stanowi kompromis między wydajnością a kosztami, a twoja architektura czasami wymaga wyspecjalizowanego sprzętu. Dostawcy oferują również małe, średnie i duże wystąpienia ogólnego zastosowania, których koszty, pamięć i moc obliczeniowa rosną w tandemie.

Dobór sprzętu

Skalowalność w pionie oprogramowania na dowolnym sprzęcie jest zawsze ograniczona. Trudno znaleźć oprogramowanie, które zapewni taką samą przepustowość (np. Żądania HTTP na sekundę) dla rdzenia procesora numer 1 i rdzenia procesora numer 64. Oprogramowanie zawsze działa optymalnie, gdy jest wdrożone na pewnej liczbie rdzeni procesora. Dopóki spełniasz niezbędne umowy dotyczące poziomu usług, wybierz typ instancji, który oferuje najniższą cenę za metrykę, która jest najbardziej sensowna dla każdego obciążenia. Na przykład obliczyć liczbę żądań HTTP na sekundę, które może wygenerować każdy typ instancji, a następnie podzielić ją przez liczbę procesorów wirtualnych lub procesorów vCPU. Najlepiej wybrać typ instancji średniej, ponieważ koszt na 100 żądań HTTP na sekundę jest najmniejszy. Warto również wybrać serwer intensywnie korzystający z mocy obliczeniowej. Być może składka, którą płacisz, może zostać zrównoważona przez oferowaną przez nią pojemność krańcową. Zrób to dla każdego obciążenia. Dostawcy usług w chmurze oferują wiele opcji - od Ciebie zależy wybór najbardziej opłacalnego rozwiązania dla każdego obciążenia.

Uzupełniające oferty dostawców w chmurze

Dostawcy w chmurze tradycyjnie oferowali PaaS i / lub IaaS, a dostawcy czystej zabawy oferują również różne komponenty SaaS. Większość dostawców IaaS ma całe portfolio ofert SaaS i PaaS, aby przyciągać uwagę różnych segmentów rynku i być w stanie sprzedawać swoim klientom. Po wdrożeniu platformy dostawcy krańcowy koszt nowej oferty jest bardzo mały. Najbardziej kapitałochłonną częścią jest budowanie warstwy IaaS. Dotyczy to budowania, kupowania lub dzierżawy centrów danych, a także zakupu sprzętu. Gdy to już jest na miejscu, budowanie warstwy PaaS jest stosunkowo łatwe. Po zbudowaniu PaaS SaaS jest jeszcze łatwiejszy, ponieważ każda warstwa opiera się na warstwie przed nią. Aby te dodatkowe usługi były bardziej atrakcyjne, dostawcy pionowo integrują rozwiązania, aby ze sobą współpracować. W połączeniu usługi dodatkowe oferowane przez każdego dostawcę tworzą atrakcyjne rozwiązania. Rozwiązania zintegrowane pionowo są prawie zawsze lepsze niż poszczególne usługi oferowane przez różnych dostawców.

Wyzwania związane z chmurami publicznymi

Chmury publiczne, na których skupia się ten tekst, zapewniają zarówno zalety, jak i wady. Wady chmur publicznych często wynikają z tak zwanego dylematu agencji w dziedzinie ekonomii, w którym obie strony (ty i twój dostawca chmury publicznej) mają różne zainteresowania i informacje. Na przykład, możesz zablokować swoje środowiska i nie zezwalać na jakiekolwiek dalsze zmiany (zwane wakacyjnym zamrożeniem), rozpoczynające się w październiku i kończące się po Bożym Narodzeniu, ponieważ większość rocznych dochodów zarabiasz w tygodniach przed, w trakcie i po Czarnym piątku. Bez zmian w środowisku prawdopodobieństwo wystąpienia awarii jest mniejsze. Ale dostawca usług w chmurze prawdopodobnie nie będzie miał takich samych bodźców, aby uniknąć przestojów, i może zdecydować się na konserwację, gdy osiągnie swój roczny szczyt. Oczywiście obie strony są zainteresowane utrzymaniem dostępności, ale awaria w Czarny piątek będzie cię kosztować o wiele więcej niż będzie kosztować twojego dostawcę w chmurze. Ten problem agencji leży u podstaw wielu z tych wyzwań. Omówmy niektóre z tych problemów.

Dostępność

Jak omówiliśmy w części 2, dostępność ma ogromne znaczenie dla e-commerce. Rzadko zdarza się, że w chmurach publicznych zawsze występują awarie na poziomie serwera, awarie w całym centrum danych i awarie w całej chmurze. Przyjrzyjmy się każdemu z nich indywidualnie. Awarie na poziomie serwera są częste. Oczekuje się, że sprzęt zawiedzie: W pierwszym klastrze [z 10 000 serwerów] w pierwszym roku typowe jest, że wystąpi 1000 pojedynczych awarii maszyn; wystąpią tysiące awarii dysku twardego; jedna jednostka dystrybucji zasilania ulegnie awarii, powodując obniżenie 500 do 1000 maszyn na około 6 godzin; 20 stojaków ulegnie awarii, za każdym razem powodując zniknięcie z sieci od 40 do 80 maszyn; 5 stojaków "zwariuje", a połowa pakietów sieciowych nie będzie działać; Dean powiedział, że klaster będzie musiał zostać ponownie podłączony raz, co wpłynie na 5 procent maszyn w danym momencie w ciągu 2 dni. Istnieje około 50 procent szansy na to, że klaster się przegrzeje, niszcząc większość serwerów w mniej niż 5 minut i odzyskując 1-2 dni. - Jeff Dean, Członek Google

Dostawcy usług w chmurze mają te same wyzwania, co Google. Sprzęt jest tani i zawodny. Aby zrekompensować tę niewiarygodność, odporność jest (lub powinna być) wbudowana w oprogramowanie za pomocą klastrowania i podobnych technologii. Niemal bez wyjątku możesz wdrożyć dowolne oprogramowanie na dwóch lub więcej serwerach fizycznych, aby zminimalizować wpływ dowolnego serwera ulegającego awarii. Rzadko całe centra danych przechodzą w tryb offline. Na przykład Hurricane Sandy wykupił centra danych na wschodnim wybrzeżu Stanów Zjednoczonych w 2012 r. Często należy winić katastrofy naturalne i błędy ludzkie (w tym cięcia kabli). Żadnego centrum danych nie należy postrzegać jako odpornego na przejście całkowicie w tryb offline. To dlatego większość dostawców e-commerce ma zewnętrzną replikę produkcji, w konfiguracji aktywnej / pasywnej lub aktywnej / aktywnej dla dwóch lub nawet więcej centrów danych. Aby uniknąć tych problemów, większość dostawców grupuje się razem w centra danych w partycje, które (podobno) są całkowicie oddzielone od siebie. Wdrażając oprogramowanie na wielu partycjach, powinieneś być dość bezpieczny. Chociaż wyjątkowo mało prawdopodobne, występują awarie w całej chmurze. Na przykład sprzedawca dużej chmury niedawno doznał całkowitej awarii na świecie, ponieważ zapomniał odnowić swój certyfikat SSL. Chmury mają obejmować wiele fizycznych centrów danych i być podzielone na partycje, aby uniknąć awarii przenoszonych z jednego centrum danych do drugiego, ale nigdy nie można być w 100% pewnym, że nie ma zależności między centrami danych. Awarie w całej chmurze mogą wynikać z następujących przyczyn:

•  Poleganie na zasobach współdzielonych w połączeniu z awarią zasobu współdzielonego. Ten zasób może nawet być czymś tak prostym jak certyfikat SSL.
•  Problemy techniczne rozprzestrzeniające się w centrach danych. •  Błędy operacyjne, takie jak łatanie wszystkich centrów danych w tym samym czasie, aby odkryć, że w jednej z zastosowanych łatek wystąpił błąd.
•  Złośliwe zachowanie, takie jak ataki DDoS lub hakowanie.
Jedynym sposobem, aby całkowicie zabezpieczyć platformę e-commerce przed awariami w całej chmurze, jest wdrożenie oprogramowania w wielu chmurach, chociaż większość dostawców robi całkiem dobrą izolację.

Wydajność

Wydajność jest zawsze przedmiotem zainteresowania e-commerce, ponieważ przychody tak bardzo od niej zależą. W odpowiedzi na opinie klientów firma Google zwiększyła liczbę wyników na stronie wyników wyszukiwania z 10 do 50. Natychmiast po wprowadzeniu tej zmiany firma odnotowała 20% spadek liczby wyświetleń stron i odpowiadających im przychodów z reklam. Google nie kontrolował dodatkowych 500 milisekund opóźnień spowodowanych większą odpowiedzią. Gdy do standardowej strony sztucznie dodano 500 milisekund czasu odpowiedzi z 10 wynikami, zaobserwowano taki sam 20% spadek ruchu (i tym samym przychodów). Amazon.com odnotował spadek współczynników konwersji o 1% na każde 100 milisekund dodatkowych odpowiedzi . Klienci mogą powiedzieć, że chcą większej funkcjonalności, ale testy w świecie wielokrotnie pokazały, że cenią sobie wydajność tak samo, a nawet więcej niż dodatkową funkcjonalność. We własnym centrum danych możesz zoptymalizować wydajność stosu sprzętu i oprogramowania. Chcesz wykonać 1000 połączeń synchronicznych z powrotem do siatki pamięci podręcznej, aby zbudować stronę? Żaden problem, pod warunkiem, że korzystasz ze specjalistycznych technologii sieciowych, takich jak InfiniBand, omijasz jądro i masz opóźnienie w obie strony w ciągu drugiej sekundy. W środowisku chmurowym nie można wiele zmienić. Utkniesz z podanym stosem, na lepsze lub gorsze. Za każdym razem, gdy musisz się komunikować z inną maszyną, co jest coraz bardziej powszechne, twoje dane odbywają podróż. Sprzęt i oprogramowanie używane w chmurach publicznych zostały zaprojektowane do ogólnego zastosowania, ponieważ chmury publiczne muszą obsługiwać tak wiele obciążeń. Teraz weź tę stronę z 1000 wywołań synchronicznych do siatki pamięci podręcznej i wdróż ją w chmurze z czterema milisekundami opóźnienia między serwerem aplikacji a siatką pamięci podręcznej, a masz duży problem. Aplikacje napisane z myślą o opóźnieniu, zwykle za pomocą grupowania, nie powinny mieć problemu. Większość oprogramowania obsługuje teraz odpowiednik wywołań getAll() (w przeciwieństwie do prostego get()). To wszystko prawie eliminuje to jako wyzwanie

Studium przypadku: Reddit

Reddit, internetowa społeczność dyskusyjna z dwoma miliardami odsłon na miesiąc, miała ten problem, gdy przeniosła się do publicznej chmury IaaS. Reddit nazywał swoją siatkę pamięci podręcznej Memcached nawet 1000 razy na wyświetlenie strony, gdy był hostowany poza własnym centrum danych. W publicznej chmurze IaaS opóźnienie Reddit między serwerami wzrosło 10 razy, co sprawiło, że to stare podejście nie nadaje się do użytku w chmurze. Firma musiała grupować żądania do Memcached, aby uniknąć narzutu związanego z synchronicznym przechodzeniem do Memcached. W ten sposób całkowicie wyeliminowano wpływ opóźnień wprowadzanych przez jego dostawcę w chmurze

Nadsubskrypcja

Publiczne usługi SaaS, PaaS i IaaS działają jako modele biznesowe, ponieważ każdy konsument danej usługi korzysta z usługi w mniej więcej innym czasie. Większość wspólnych usług opartych na narzędziach działa w ten sposób, od zasilania po drogi i fizyczne sklepy detaliczne. Problemy pojawiają się dla dostawców usług, gdy wszyscy próbują korzystać ze wspólnych zasobów w tym samym czasie - jak wtedy, gdy wszyscy włączają klimatyzację w najgorętszy dzień w roku. Niektórzy dostawcy mają ten problem, ponieważ są intensywnie wykorzystywane przez jedną branżę. Na przykład sieci dostarczania treści są używane przez prawie każdego dużego sprzedawcę e-commerce, a większość sprzedawców e-commerce ma swoje szczytowe dni w ten sam dzień: Czarny piątek (USA, Brazylia, Chiny), dzień singli (Chiny), drugi dzień świąt (Wielka Brytania, Australia) i El Buen Fin (Meksyk). W tych kilku dniach ruch może wzrosnąć setki razy powyżej średniej. Co gorsza, dostawcy usług w chmurze mają zwykle kilka punktów końcowych w każdym kraju. Na przykład El Buen Fin w Meksyku opodatkowuje kilka centrów danych, które każda sieć dostarczania treści ma w Meksyku. Na szczęście sieci dostarczania treści, podobnie jak oferty SaaS, mają tę zaletę, że są w stanie zmusić sprzedawcę do spełnienia określonego poziomu usług umowy. Ci dostawcy muszą następnie skalować i mieć dużo sprzętu bezczynnie przez cały rok. Chociaż płacisz za to, nie jest to tak bezpośrednie, że koszt sprzętu byłby bezczynny we własnych centrach danych. Patrząc globalnie, duzi publiczni dostawcy IaaS są stosunkowo chronieni przed tymi skokami, ponieważ ich klienci pochodzą z różnych branż i wykonują szeroki zakres obciążeń. Ceny oparte na popycie, jak omówiono wcześniej, również pomagają wygładzić obciążenie. Podczas gdy dostawcy twierdzą, że zawsze możesz zaopatrować, i masz dobrą historię pozwalania klientom na zaopatrywanie się w dowolnym momencie, teoretycznie możliwe jest, że dostawcy zabraknie mocy. Na przykład sprzedawca w chmurze może zabraknąć pojemności podczas wiadomości wydarzenia, gdy ludzie szukają w Internecie dodatkowych informacji, a strony skalują się automatycznie, aby sprostać zwiększonemu popytowi. Na przykład ruch internetowy wzrósł ponad dwukrotnie po śmierci Michaela Jacksona w 2009 roku. Aby temu zapobiec, można zastosować różne strategie, w tym:

•  Godziny wstępnej obsługi przed dużymi wydarzeniami. Ruch ze specjalnych wydarzeń jest często przewidywalny.
•  Zakup dedykowanej pojemności. Większość dostawców to oferuje.
•  Zdolność do zapewnienia i płynnego działania w wielu centrach danych w sieci tego samego dostawcy usług w chmurze.
•  Możliwość zasilania z wielu chmur.

Musisz podjąć proaktywne kroki, aby upewnić się, że twój dostawca (-y) ma wystarczającą pojemność, aby poradzić sobie ze swoimi szczytami.

Koszt

Chociaż przetwarzanie w chmurze jest zwykle tańsze niż tradycyjne przetwarzanie lokalne, może być droższe, w zależności od sposobu jego wykorzystania. Przetwarzanie w chmurze wyróżnia się w zakresie obsługi elastycznych obciążeń. Wysoce statyczne obciążenia mogą, ale nie muszą mieć sensu, w zależności od tego, czy Twoja organizacja może opłacalnie wdrażać sprzęt i oprogramowanie oraz zarządzać nim. Jeśli obliczasz koszt serwera w publicznej chmurze IaaS w oczekiwanym okresie użytkowania serwera (powiedzmy trzy lata) i porównujesz go z kosztem zakupu tego samego sprzętu / oprogramowania, koszt rozwiązania w chmurze prawdopodobnie będzie wyższy. Ale trzeba spojrzeć na koszty całościowo. Podana cena godzinowa obejmuje:

•  Przestrzeń centrum danych
•  Moc
•  Przepustowość do Internetu
•  Oprogramowanie
•  Wspieranie infrastruktury sieciowej
•  Patchowanie (oprogramowanie układowe i ewentualnie system operacyjny)
•  Cały nakład pracy niezbędny do montażu / układania w stosy / okablowania / konserwacji sprzętu
•  Podstawa wsparcia

Koszty te mogą być znaczne. Zazwyczaj wynajmujesz zdolności na godziny, aby poradzić sobie z dużymi skokami ruchu. Koszt zbudowania całej tej zdolności na miejscu, a następnie pozostawienie jej bezczynności przez większą część roku jest wykładniczo wyższy niż koszt, który zapłaciłbyś dostawcy usług w chmurze. Musisz także wziąć pod uwagę, że podstawowymi kompetencjami Twojej organizacji nie będzie budowanie infrastruktury sprzętowej i / lub programowej. Twoja organizacja prawdopodobnie będzie jakimś sprzedawcą detalicznym. Odejście od podstawowych kompetencji organizacji nigdy nie jest dobrą rzeczą na dłuższą metę. Dostawcy w chmurze często oferują lepsze ceny niż to, co można zrobić na miejscu, ponieważ ich podstawową kompetencją jest dostarczanie dużych ilości zasobów, takich jak infrastruktura. Kiedy możesz specjalizować się i oferować jedną usługę wyjątkowo dobrze, robisz to lepiej niż organizacja, która koncentruje się gdzie indziej. W szczególności dostawcy usług w chmurze korzystają z następujących elementów:

•  Korzyści skali - możesz kupować sprzęt, oprogramowanie i przestrzeń centrum danych w znacznie lepszych cenach, jeśli kupujesz hurtowo.
•  Możliwość zatrudnienia światowych ekspertów w różnych tematach.
•  Ciężka automatyzacja - sensowne jest zautomatyzowanie łatania, jeśli masz 100 000 serwerów, ale nie masz na przykład 10.
•  Dostosowanie organizacyjne wokół dostarczania kluczowych kompetencji.

Chociaż większość tych zasad ma zastosowanie do publicznych dostawców IaaS, mają one jednakowe zastosowanie do dostawców PaaS i SaaS. Dostawcy usług w chmurze są również w stanie oferować elastyczne ceny, umożliwiając szybkie skalowanie w górę / w dół, wybór preferowanego typu serwera i zakup mocy według godziny lub na stałe przez cały rok.