Moc obliczeniowa jest szeroka, ale wylacznie wtedy, gdy obciazenie wydaje sie równolegle. Pewna z czesto cytowanych zalet chmury obliczeniowej jest do niej elastycznosc wzgledem zmieniajacych sie kryteriów. Na przyklad w trakcie sezonowych albo nieoczekiwanych skoków popytu w produkt wyprzedawany przez firme gospodarki elektronicznego albo w fazie wzrostu wykladniczego sieci spolecznosciowej dodatkowe zasoby obliczeniowe moga byc przydzielane na biezaco, aby sprostac zwiekszonemu popytowi w ciagu tylko kilku minutek (zamiast wielu dni potrzebnych do nabycia kosmicznego datarooms.pl jak i równiez kapitalowego wyposazenia potrzebnego sluzace do rozbudowy zapasów obliczeniowych we wlasnym zakresie). Podobnie, w tym srodowisku placi sie tylko za to, czegoz potrzeba, dlatego mozna zdobyc zwiekszone zapasy, aby obsluzyc skoki obciazenia, a w nastepnej kolejnosci zwolnic, kiedy skok ustapi. Jednak zdobycie dodatkowych zapasów obliczeniowych nie wydaje sie byc tak proste, jak magiczne uaktualnienie az do wiekszej, potezniejszej maszyny w locie (z proporcjonalnym wzrostem liczby procesorów, pamieci jak i równiez lokalnej pamieci masowej); raczej dodatkowe zasoby sa najczesciej uzyskiwane przez przydzielenie pomocniczych instancji serwera do zadania. Na przyklad Elastic Compute Cloud firmy Amazon dzieli zasoby obliczeniowe dzieki male, ogromne i bardzo duze instancje wirtualnych domen prywatnych, wraz z których najwiekszy zawiera co najwyzej cztery rdzenie. Jesli program nie jest mógl skorzystac sposród dodatkowych instancji serwera, odciazajac czesc wymaganej pracy w nowych instancjach, które funkcjonuja równolegle wraz z starymi instancjami, to posiadanie dodatkowych instancji serwera nie zaakceptowac bedzie zbyt pomocne. Powszechnie rzecz biorac, aplikacje konstruowane do roboty nad architektura typu „shared-nothing” (gdzie zbiór niezaleznych urzadzen wykonuje zagadnienie z minimalnym nakladaniem sie zasobów) istnieja dobrze zharmonizowane do takowego srodowiska. Niektóre produkty do przetwarzania po chmurze, np. Google App Engine, umozliwiaja nie tylko infrastrukture przetwarzania przy chmurze, lecz takze kompletny pakiet aplikacji z ograniczonym interfejsem API, dzieki czemu programisci sa zmuszeni do notowania programów, które to moga funkcjonowac w srodowisku wspóldzielonym oraz ulatwiac plastyczne skalowanie.
Wiadomosci sa magazynowane w niezaufanym hoscie. Choc moze sie wydawac, ze firma hostingowa dzialajaca w chmurze nie istnieje sensu przekraczac prywatnosci wlasnych klientów oraz uzyskiwac dostepu do danych bez zezwolenia, taka sposobnosc sprawia, iz niektórzy ewentualni klienci denerwuja sie. Ogólnie rzecz biorac, przenoszenie danych poza rejon zakladu zwieksza liczbe potencjalnych zagrozen ochrony i trzeba podjac odpowiednie srodki ostroznosci. Ponadto, chociaz nazwa „przetwarzanie w chmurze” sprawia wrazenie, ze zasoby obliczeniowe oraz pamieciowe beda dostarczane sposród niebianskiej zlokalizowania, faktem jest, ze wiadomosci sa fizycznie zlokalizowane po okreslonym kraju i podlegaja lokalnym przepisom i przepisy prawne. Dla przykladu w Stanach Zjednoczonych US Patriot Act zezwala rzadowi wymagac dostepu do danych gromadzonych na przypadkowym komputerze; o ile dane sa hostowane za posrednictwem strone trzecia, dane nalezy przekazac bez wiedzy badz zgody przedsiebiorstwa lub ludzie korzystajacej sposród uslugi hostingowej. Poniewaz wiekszosc dostawców robienia w chmurze daje konsumentowi niewielka kontrole nad naszym, gdzie informacje sa magazynowane (np. Amazon S3 pozwala klientowi na wybór miedzy opcjami magazynowania danych przy USA jak i równiez UE), klient ma maly wybór, w jaki sposób tylko zaplanowac najgorszy jak i równiez to wyjawszy danych jest szyfrowany przy uzyciu klucza nie znajdujacego sie na hoscie, dane sa dostepne dla osób trzecich wyjawszy wiedzy konsumenta. Dane beda replikowane, nierzadko w wielkich odleglosciach geograficznych Dostepnosc informacji i wytrzymalosc sa najbardziej wazne dla dostawców pamieci masowej w chmurze, poniewaz strata lub niedostepnosc danych moze stac sie szkodliwa takze dla dolnej linii (nie trafiajac po cele nazwane w umowach o szczeblu uslug), oraz reputacji biznesowej ( przerwy czesto powoduja, ze wiadomosci). Dostepnosc danych i solidnosc sa najczesciej uzyskiwane za sprawa replikacji pod spodem oslonami (tzn. Dane beda automatycznie replikowane bez ingerencji lub zadan klienta). Wielkich dostawców ofert przetwarzania w chmurze z centrami danych empirycznych rozsianymi wedlug calym swiecie potrafia zapewnic styl odpornosci dzieki uszkodzenia, replikujac dane w duze odleglosci geograficzne.