Wybrane, podstawowe różnice i podobieństwa obu usług chmurowych.
Czemu te dwa?
Firmy nadal przechodzą na przetwarzanie w chmurze, to stały trend. Nie musisz przy tym korzystasz z indywidualnej usługi w chmurze, możesz przenieść całą infrastrukturę do ekosystemu chmury. Od ulepszeń w zakresie skalowalności, bezpieczeństwa i elastyczności po redukcję kosztów i wpływu na środowisko - istnieje wiele powodów, dla których warto przejść na chmurę.
Od samego początku systemy chmurowe to złożona technologia. Gdy spróbujesz połączyć różne kombinacje w tych branżach, opcje do wyboru można liczyć w setkach. Jak w każdej branży, kilka firm wznosi się ponad pozostałe i staje się liderami rynku – to głównie Google Cloud Platform, Amazon Web Services i Microsoft Azure. Dwa pierwsze zostały we wrześniu 2020 roku okrzyknięte przez Gartnera (ponownie) liderami w Magic Quadrant Infrastructure as a Service (IaaS). Google Cloud i AWS zdominowały przestrzeń przetwarzania w chmurze od czasu, gdy rozwiązania IaaS zaczęły zyskiwać na popularności w 2008 roku.
Pomimo globalnej pandemii Gartner prognozuje wzrost przychodów z chmury publicznej na całym świecie w 2020 roku o kolejne 6,3%. Eksplozja popularności pracy zdalnej to dalszy rozwój Google i Amazon.
Możliwości obliczeniowe
Porównując możliwości obliczeniowe Google Cloud i Amazon Web Services, warto skupić się na maszynach wirtualnych (VM). Obaj dostawcy usług w chmurze przyjęli podobne podejście do maszyn wirtualnych, chociaż używają różnych konwencji nazewnictwa dla swoich indywidualnych ofert produktów. Compute Engine to usługa oferowana na platformie Google Cloud Platform, podczas gdy Amazon Web Services nosi nazwę Amazon Elastic Compute Cloud (Amazon EC2).
Podstawowa różnica to dostęp do maszyny wirtualnej. Jeśli chcesz mieć dostęp terminalowy do instancji w Amazon EC2, musisz podać własny klucz SSH. Compute Engine oferuje z kolei bardziej elastyczne podejście do dostępu do terminala, umożliwiając utworzenia klucza SSH w razie potrzeby, nawet jeśli ta instancja już działa. Nie musisz też przechowywać tych kluczy na komputerze lokalnym dzięki terminalowi SSH opartemu na przeglądarce Compute Engine, który jest dostępny w Google Cloud Console.
Sieć
Zarówno Amazon Web Services i Google Cloud stworzyły potężną globalną infrastrukturę chmurową - ich rozległe sieci składają się z setek połączonych ze sobą centrów danych na całym świecie. Tu ważna jest wysoka odporność na awarie, niezliczone scenariusze awaryjne i niskie poziomy opóźnień.
Google oferuje lokalizacje w chmurze, które są obecnie dostępne w 24 regionach, 73 strefach, 144 lokalizacjach brzegowych sieci oraz ponad 200 krajach i terytoriach. AWS oferuje teraz lokalizacje w chmurze dostępne w 24 regionach, 77 strefach, 210 lokalizacjach brzegowych sieci oraz 245 krajach i terytoriach. Chociaż liczby wydają się podobne, sieć Amazon jest większa i oferuje wiele stref dostępności w dwukrotnie większej liczbie regionów niż Google. To daje im przewagę jeśli chodzi o opóźnienia w komunikacji.
Obaj dostawcy dostarczają zarządzane usługi DNS za pośrednictwem swoich ofert Amazon Route 53 i Cloud DNS. Jednak Amazon Route 53 obsługuje dwie opcje routingu (oparty na geografii lub oparty na opóźnieniach), podczas gdy Cloud DNS nie.
Pamięć masowa
Amazon Simple Storage Service (S3) i Google Cloud Storage działają podobnie, umożliwiając przechowywanie obiektów w bucketach. Każdy zasobnik można zidentyfikować za pomocą unikalnego klucza, a każdy obiekt ma powiązany rekord metadanych zawierający informacje, w tym rozmiar obiektu, datę ostatniej modyfikacji i typ nośnika.
Sprawdź oferty pracy na TeamQuest
Do niedawna Google miał znaczącą przewagę, oferując możliwość dołączenia pojedynczego wolumenu do wielu instancji w trybie tylko do odczytu. Zmieniło się to wraz z wprowadzeniem przez Amazon EBS Multi-Attach, umożliwiającego podłączenie jednego wolumenu do maksymalnie 16 instancji opartych na AWS Nitro w tej samej strefie dostępności. Każda instancja ma uprawnienia do odczytu i zapisu na udostępnionym woluminie.