Weryfikacja faktów: obalenie 10 mitów dotyczących wielu chmur

Środowiska wielochmurowe szybko stają się standardowym elementem ekosystemu IT przedsiębiorstwa. Istnieje rozsądna doza niepewności co do tego rodzaju przetwarzania w chmurze.

Chociaż multi-cloud oferuje firmom większą wydajność, elastyczność i skalowalność, ma wady. I, jak każda inna technologia korporacyjna, ma swoje zalety i wady. Przejdźmy więc od razu do mitów, które prawdopodobnie słyszałeś o przetwarzaniu w wielu chmurach i dlaczego nie mogą być bardziej błędne!

1. Chmura wielochmurowa i hybrydowa oraz identyczna

Fakt : chociaż oba są środowiskami heterogenicznymi, chmury wielowarstwowe i hybrydowe mają bardzo różne implikacje dla IT.

Chociaż chmura wielochmurowa i chmura hybrydowa są podobne, istnieją pewne istotne różnice. Mogą one wpływać na ich konstrukcję i działanie.

Wykorzystuje przede wszystkim chmury od różnych dostawców, takich jak AWS dla aplikacji front-end i Azure dla serwerów Exchange. Chmura hybrydowa integruje systemy chmur prywatnych z wieloma chmurami publicznymi, umożliwiając im działanie jako jeden podmiot.

Typ architektury chmury, którą zaimplementujesz, będzie zależał od uruchamianych lub obsługiwanych aplikacji oraz od Twoich większych celów biznesowych.

2. Wielochmurowość zapobiega uzależnieniu od dostawcy

Fakt : W każdej chmurze publicznej zawsze będzie pewien stopień blokady.

Aby wyjaśnić to nieporozumienie, najpierw zdefiniujmy, co oznacza blokada dostawcy. W przetwarzaniu w chmurze uzależnienie od dostawcy ma miejsce, gdy przejście do alternatywnego dostawcy platformy chmurowej jest zbyt drogie. Ostatecznie kończy się to tym, że konsument jest zasadniczo związany przez sprzedawcę.

Ogólna koncepcja polega na tym, że w przypadku korzystania z wielu platform chmurowych nie dochodzi do uzależnienia od dostawcy. Ale tak nie jest.

Jeśli korzystasz z natywnych interfejsów API dostawcy usług w chmurze, jesteś skutecznie zablokowany. Ważne usługi w chmurze, takie jak bezpieczeństwo, zarządzanie lub pamięć masowa, które są używane przez jednego dostawcę usług w chmurze, nie mogą być przenoszone do innych dostawców usług w chmurze — chyba że są one modyfikowane, aby stały się interoperacyjne.

3. Multicloud jest droższy niż jeden dostawca

Fakt : Koszty chmury zależą od sposobu zarządzania nią, a nie od liczby wybranych dostawców.

W przypadku wielu chmur prawdopodobieństwo przekroczenia budżetu nie jest większe niż w przypadku innych usług w chmurze. Wszystko zależy od tego, jak sobie z nimi poradzisz. Dzięki podstawowym wytycznym, które obejmują monitorowanie, udostępnianie i przechowywanie danych we właściwej warstwie pamięci masowej, organizacje z łatwością kontrolują koszty związane z wieloma chmurami.

4. Bezpieczeństwo schodzi na drugi plan, gdy wdrażasz multi-cloud

Fakt : Konfigurowanie zabezpieczeń w środowiskach wielochmurowych wymaga w dużej mierze takiego samego wysiłku i umiejętności, jak w przypadku pojedynczej chmury.

Podobnie jak ogólnie administracja, bezpieczeństwo w wielu chmurach jest trudniejsze tylko wtedy, gdy nie jest wykonywane poprawnie.

Definiowana programowo sieć rozległa (SD-WAN), która ma wbudowaną warstwę zabezpieczeń, jest niezbędna do zapewnienia bezpieczeństwa w chmurze. W rezultacie chmura jako całość jest umieszczona w ramach jednej architektury, która pozwala na rozszerzenie zabezpieczeń i możliwości monitorowania w dowolnym miejscu.

Oczywiście nie ma nic nieodłącznego od architektury wielochmurowej, co czyni ją bezpieczniejszą niż inne architektury. Trzeba będzie zająć się kilkoma ramami usług, dostępem do danych lub kontrolami (szczególnie podczas migracji).

Jeśli zaniedbasz zgodność w wielu architekturach, a także regionach geograficznych, wiele chmur może nie być bezpieczne. Ale to samo dotyczy również środowisk z pojedynczą chmurą.

5. Konteneryzowane aplikacje można natychmiast przenieść do wielu chmur

Fakt : sama konteneryzacja nie wystarczy do migracji do wielu chmur; w grę wchodzą dodatkowe wysiłki.

To prawda, że ​​kontenery dostarczają aplikacjom mobilne, ustandaryzowane modele. Jednak aplikacje natywne w chmurze są dość złożone pod względem operacyjnym.

Obciążenie kontenerowe wymaga dodatkowych modyfikacji, zanim będzie można je uznać za natywne w chmurze. Wśród tych zmian jest przyjęcie systemów operacyjnych specyficznych dla kontenerów, kierowanie ruchu i zautomatyzowane zarządzanie ustawieniami konstrukcyjnymi lub operacyjnymi. Poniesiesz wygórowane koszty, jeśli migrujesz aplikacje monolityczne ze zwirtualizowanych maszyn do chmury bez żadnych pośrednich kroków.

6. Multicloud pomoże Ci natychmiast obniżyć koszty

Fakt : Na dłuższą metę okazuje się to bardziej opłacalne, ale na odblokowanie pełnej wartości trzeba będzie poczekać.

Chmura obliczeniowa jest rozwiązaniem ekonomicznym i to jest jedna z jej największych zalet. Jednak pogląd, że rozwiązania wielochmurowe są zawsze bardziej opłacalne niż rozwiązania jednochmurowe, nie jest do końca trafny.

Strategie wielochmurowe wymagają heterogeniczności, co wymaga szeregu umiejętności do skutecznego wykonania. W związku z tym istnieje mieszanka ryzyka finansowego i niefinansowego, ponieważ wiąże się to z pewną złożonością architektoniczną. Niemniej jednak firmy nadal preferują rozwiązania wielochmurowe ze względu na ich zwiększoną elastyczność, która umożliwia im korzystanie z najlepszych ofert w chmurze i naciskanie pedału innowacji.

Jeśli chodzi o koszty bezpośrednie, budowa wielu chmur jest niewątpliwie bardziej kosztowna w budowie, konfiguracji i eksploatacji niż pojedyncza chmura. Jednak wiele platform oferuje optymalne rozwiązania dla szerokiego zakresu wyzwań na poziomie przedsiębiorstwa.

7. Pojedyncze chmury to wciąż norma

Fakt : Abstrahując od atrakcyjnych ofert chmurowych, większość przedsiębiorstw korzysta z dwóch lub więcej platform chmurowych — a dostawcy również to akceptują.

Może się wydawać , że większość firm decyduje się na AWS, Microsoft Azure lub Google Cloud Platform, nie zastanawiając się nad innymi opcjami.

Jednak wiele firm, zwłaszcza tych, które od dawna inwestują w rozwiązania technologiczne, chce mieć szerszy wybór usługodawców. Organizacje te korzystają z rozwiązań hybrydowych i wielochmurowych, aby zmaksymalizować dostępne zasoby, jednocześnie minimalizując zależność od jednego dostawcy.

Nawet Google uznaje znaczenie „otwartej chmury” we wspieraniu kreatywności, wszechstronności i zdolności adaptacyjnych. Google rozszerza swój ekosystem open source, aby ułatwić włączenie wielu chmur. Na przykład BigQuery ułatwia włączanie danych z wielu źródeł i obsługuje analizę danych w scentralizowanej lokalizacji.

8. Wielochmurowość jest jak wiele rzek wpływających do jednego oceanu

Fakt : Doskonała interoperacyjność jest prawie niemożliwa do osiągnięcia w jakimkolwiek heterogenicznym środowisku chmurowym, w tym w wielu chmurach.

Powszechnie uważa się, że wdrożenia wielochmurowe pojawiają się i mogą być zarządzane jako pojedyncza jednostka koncepcyjna. Faktem jest, że chmury działają jak platformy i pomimo standaryzacji nadal będą się różnić — podobnie jak bazy danych SQL.

Ostatecznie jest to sposób na dywersyfikację przedsiębiorstw. W zdecydowanej większości przypadków multi-cloud nie będzie wymagać działania rozproszonych baz danych lub aplikacji w dwóch lub więcej chmurach. Zamiast tego strategia wielu chmur kładzie nacisk na elastyczność wyboru chmury — co jest uruchomione, gdzie.

9. Małe firmy nie mogą przyjąć multicloud

Fakt : większość firm korzysta już z różnych środowisk chmurowych i dobrze jest wcześniej się do tego przygotować.

Teraz możliwe jest, że duże organizacje mają większe zapotrzebowanie na architektury wielochmurowe. Jednak małe firmy nadal korzystają z szeregu specjalistycznych aplikacji, które są udoskonalane dzięki wykorzystaniu wielu chmur. Aby w pełni wykorzystać te narzędzia, najlepiej zacząć od skalowalnego środowiska.

Korzystając z platform SaaS, takich jak Salesforce, Power BI, Tableau itp., lub zarządzanej usługi bezpieczeństwa, małe przedsiębiorstwa mogą skorzystać z przetwarzania w wielu chmurach.

10. Wielochmurowość automatycznie zwiększy moją odporność

Fakt : jest to przydatne ze względu na odporność tylko wtedy, gdy używasz innej chmury do tworzenia kopii zapasowych lub hostowania obrazów wirtualizacji pulpitu.

Błędem jest to, że firmy mogą dynamicznie przenosić aplikacje i informacje między bazami danych, jeśli zatrudniają więcej niż jednego dostawcę chmury. Dlatego nie można ich znokautować przez jedną awarię. Korzystanie ze strategii wielu chmur w celu odzyskiwania po awarii może kosztować dwa razy więcej niż korzystanie z jednej chmury tylko dla jednej aplikacji.

Dzieje się tak dlatego, że obciążenia nie mogą przenosić się między chmurami w czasie rzeczywistym w sytuacji awaryjnej, a będziesz musiał mieć dwie instancje tej samej aplikacji działającej jednocześnie w dwóch chmurach, co zwiększa koszty.

Ze względu na odporność lepiej jest mieć nadmiarowe lokalizacje i inwestować, aby zminimalizować awarie sieci wewnętrznej, biorąc pod uwagę, że awarie chmury publicznej są rzadkie.

Końcowe przemyślenia

Obecnie prawdopodobieństwo, że skończy się na środowisku wielochmurowym (niezależnie od tego, czy planujesz to zrobić, czy nie) jest bardzo wysokie. Możesz połączyć czujniki IoT łańcucha dostaw w AWS, trenować modele uczenia maszynowego w Google i używać platformy Azure do współpracy w obszarze roboczym. Ale podejdź do inwestycji z szeroko otwartymi oczami i najpierw dowiedz się wszystkiego o przetwarzaniu w chmurze, aby podjąć najlepszą decyzję dla swojej firmy.