Wzrost mocy obliczeniowej i rozwój technologii wirtualizacji platform x86 z jednej strony, a upowszechnienie outsourcingu IT z drugiej, doprowadziły do powstania koncepcji informatyki użytkowej (IT as a service service). Dlaczego nie zapłacić za IT tak samo, jak za wodę czy prąd – dokładnie tyle i dokładnie wtedy, kiedy tego potrzebujesz, i nie więcej.
W tym momencie pojawiła się koncepcja cloud computingu – konsumpcji usług IT z „chmury”, czyli tzw. z jakiejś zewnętrznej puli zasobów, nie dbając o to, jak i skąd te zasoby pochodzą. Tak jak nie dbamy o infrastrukturę przepompowni wody. Na tym etapie została już wypracowana druga strona koncepcji – czyli koncepcja usług IT i sposobu zarządzania nimi w ramach ITIL/ITSM.
Opracowano szereg definicji chmur (cloud computing), jednak nie należy ich traktować jako prawdy ostatecznej – są one jedynie sposobem na sformalizowanie sposobów świadczenia usług użyteczności publicznej.
- „Przetwarzanie w chmurze to technologia rozproszonego przetwarzania danych, w której zasoby i moc komputera są udostępniane użytkownikowi w formie usługi internetowej” – Wikipedia
- „Przetwarzanie w chmurze stanowi model zapewniania wygodnego, sieciowego dostępu do współdzielonej puli konfigurowalnych zasobów obliczeniowych na żądanie (np. sieci, serwerów, pamięci masowej, aplikacji i usług), które można szybko udostępnić i zapewnić przy minimalnym zarządzaniu wysiłek lub interwencja. dostawca usług” NIST
- „Przetwarzanie w chmurze to paradygmat zapewniający dostęp sieciowy do skalowalnej i elastycznej puli rozproszonych zasobów fizycznych lub wirtualnych, samoobsługowy i zarządzany na żądanie” ISO/IEC 17788:2014. Technologia informacyjna - Przetwarzanie w chmurze - Przegląd i słownictwo.
Według NIST istnieją trzy główne typy chmur:
- IaaS – Infrastruktura jako usługa
- PaaS – Platforma jako usługa – Platforma jako usługa
- SaaS – oprogramowanie jako usługa
Aby bardzo uprościć zrozumienie różnicy, spójrzmy na model Pizza-as-a-Service:
NIST definiuje następujące niezbędne cechy usługi IT, aby można ją było uznać za opartą na chmurze.
- Uniwersalny dostęp do sieci (szeroki dostęp do sieci) – usługa musi posiadać uniwersalny interfejs sieciowy, który umożliwi niemal każdemu podłączenie się i korzystanie z usługi przy minimalnych wymaganiach. Przykład – aby skorzystać z sieci elektrycznej 220V wystarczy podłączyć do dowolnego gniazdka posiadającego standardowy uniwersalny interfejs (wtyczka), co nie zmienia tego czy jest to czajnik, odkurzacz czy laptop.
- Usługa zmierzona – kluczową cechą usługi w chmurze jest wymierność usługi. Wracając do analogii z prądem, zapłacisz dokładnie tyle, ile zużyłeś przy minimalnej granulacji, aż do jednorazowego zagotowania czajnika, jeśli byłeś w domu raz w ciągu miesiąca i wypiłeś herbatę.
- Samokonfiguracja usług na żądanie (samoobsługa na żądanie) – dostawca chmury zapewnia klientowi możliwość inteligentnej konfiguracji usługi, bez konieczności interakcji z pracownikami dostawcy. Aby zagotować czajnik, absolutnie nie jest konieczne wcześniejsze kontaktowanie się z firmą Energosbyt i ostrzeganie ich z wyprzedzeniem oraz uzyskiwanie pozwolenia. Od momentu podłączenia domu (zawarcia umowy) wszyscy odbiorcy mogą samodzielnie zarządzać dostarczaną mocą.
- Natychmiastowa elastyczność (szybka elastyczność) – dostawca chmury udostępnia zasoby z możliwością błyskawicznego zwiększania/zmniejszania pojemności (w pewnych rozsądnych granicach). Po włączeniu czajnika dostawca natychmiast dostarcza do sieci 3 kW mocy, a po wyłączeniu zmniejsza moc wyjściową do zera.
- Pooling zasobów – wewnętrzne mechanizmy dostawcy usług umożliwiają łączenie poszczególnych mocy wytwórczych we wspólną pulę zasobów z dalszym udostępnianiem zasobów w formie usługi różnym odbiorcom. Włączając czajnik, najmniej przejmujemy się tym, z której konkretnej elektrowni pochodzi prąd. A wszyscy inni konsumenci korzystają z tej mocy razem z nami.
Warto zrozumieć, że opisana powyżej charakterystyka chmury nie została wzięta z powietrza, lecz stanowi logiczny wniosek z koncepcji obliczeń użytkowych. Usługa publiczna musi posiadać te cechy w ramach koncepcji. Jeśli ta lub inna cecha nie odpowiada, usługa nie pogarsza się i nie staje się „trująca”, po prostu przestaje być mętna. No cóż, kto powiedział, że wszystkie usługi powinny?
Dlaczego mówię o tym osobno? W ciągu ostatnich 10 lat od wprowadzenia definicji NIST toczyło się wiele dyskusji na temat definicji „prawdziwego zachmurzenia”. W Stanach Zjednoczonych sformułowanie „zgodnie z literą prawa, ale nie z duchem” jest wciąż czasem używane w sferze sądowniczej – a w przypadku cloud computingu najważniejszy jest duch, zasoby do wynajęcia w dwóch kliknięcia myszką.
Należy zaznaczyć, że powyższe 5 cech dotyczy chmury publicznej, jednak w przypadku przejścia na chmurę prywatną większość z nich staje się opcjonalna.
- Uniwersalny dostęp do sieci (szeroki dostęp do sieci) – w ramach chmury prywatnej organizacja ma pełną kontrolę zarówno nad zakładami wytwórczymi, jak i klientami konsumenckimi. Zatem tę cechę można uznać za spełnioną automatycznie.
- Zmierzona usługa jest kluczową cechą koncepcji obliczania użyteczności, płatności opartej na zużyciu. Ale w jaki sposób organizacja może sobie zapłacić? W tym przypadku w firmie następuje podział wytwarzania i konsumpcji, IT staje się dostawcą, a jednostki biznesowe stają się konsumentami usług. Między działami następuje wzajemne rozliczenie. Możliwe są dwa tryby działania: obciążenie zwrotne (z rzeczywistymi wzajemnymi rozliczeniami i ruchem finansowym) oraz showback (w formie raportowania zużycia zasobów w rublach, ale bez ruchu finansowego).
- Samoobsługa na żądanie – w organizacji może istnieć wspólna usługa IT, w takim przypadku cecha traci znaczenie. Jeśli jednak masz w jednostkach biznesowych własnych specjalistów IT lub administratorów aplikacji, musisz zorganizować portal samoobsługowy. Wniosek - cecha jest opcjonalna i zależy od struktury biznesowej.
- Natychmiastowa elastyczność (szybka elastyczność) – w organizacji traci ona sens ze względu na ustalony zestaw sprzętu do organizacji chmury prywatnej. Możliwość wykorzystania w ograniczonym zakresie w obrębie rozliczeń wewnętrznych. Wniosek – nie dotyczy chmury prywatnej.
- Pooling zasobów – dziś praktycznie nie ma organizacji, które nie korzystają z wirtualizacji serwerów. W związku z tym cechę tę można uznać za spełnioną automatycznie.
Pytanie: Jaka jest zatem Twoja chmura prywatna? Co firma musi kupić i wdrożyć, żeby ją zbudować?
Odpowiedź: chmura prywatna to przejście na nowy model administracyjny interakcji IT-Biznes, który składa się w 80% ze środków administracyjnych i tylko w 20% z technologii.
Płacenie jedynie za zużyte zasoby i łatwe wejście na rynek, bez konieczności inwestowania setek milionów ropy w nakłady inwestycyjne, doprowadziło do nowego krajobrazu technologicznego i pojawienia się firm miliarderów. Na przykład współcześni giganci Dropbox i Instagram pojawili się jako start-upy na AWS z zerową własną infrastrukturą.
Odrębnie należy podkreślić, że narzędzia do zarządzania usługami chmurowymi stają się coraz bardziej pośrednie, a kluczowymi obowiązkami dyrektora IT staje się wybór dostawców i kontrola jakości. Przyjrzyjmy się wyzwaniom związanym z tymi dwoma nowymi obowiązkami.
Chmury stały się alternatywą dla klasycznej ciężkiej infrastruktury z własnymi centrami danych i sprzętem i są zwodniczo lekkie. Wejście do chmury jest łatwe, ale zwykle omija się kwestię wyjścia. Jak w każdej innej branży, dostawcy usług chmurowych starają się chronić biznes i utrudniać konkurencję. Jedyny poważny moment konkurencyjny pojawia się dopiero podczas wstępnego wyboru dostawcy usług chmurowych, wtedy dostawca dołoży wszelkich starań, aby klient go nie opuścił. Co więcej, nie wszystkie wysiłki będą ukierunkowane na jakość usług i ich zakres. Przede wszystkim jest to świadczenie unikalnych usług i wykorzystanie niestandardowego oprogramowania systemowego, co utrudnia zmianę dostawcy. W związku z tym przy wyborze dostawcy usług konieczne jest jednoczesne sformułowanie planu przejścia od tego dostawcy (w zasadzie pełnoprawnego DRP – plan odzyskiwania po awarii) i przemyślenie architektury przechowywania danych i kopii zapasowych.
Drugim ważnym aspektem nowych obowiązków dyrektora IT jest monitorowanie jakości usług od dostawcy. Prawie wszyscy dostawcy usług chmurowych przestrzegają umów SLA według własnych wewnętrznych wskaźników, co może mieć niezwykle pośredni wpływ na procesy biznesowe klienta. I w związku z tym wdrożenie własnego systemu monitorowania i kontroli staje się jednym z kluczowych projektów przy przekazywaniu znaczących systemów informatycznych dostawcy chmury. Kontynuując temat SLA, należy podkreślić, że zdecydowana większość dostawców usług chmurowych ogranicza odpowiedzialność za niewykonanie SLA do miesięcznej płatności abonamentowej lub części płatności. Przykładowo AWS i Azure w przypadku przekroczenia progu dostępności wynoszącego 95% (36 godzin miesięcznie) dadzą 100% rabatu na abonament, a Yandex.Cloud – 30%.
I oczywiście nie możemy zapominać, że chmury tworzą nie tylko mastodonty klasy Amazon i słonie klasy Yandex. Chmury mogą być również mniejsze – wielkości kota, a nawet myszy. Jak pokazał przykład CloudMouse, czasami chmura po prostu się zatrzymuje i kończy. Nie otrzymasz żadnego odszkodowania, żadnej zniżki – nie otrzymasz nic poza całkowitą utratą danych.
W związku z powyższymi problemami związanymi z wdrażaniem wysokiej klasy, krytycznych dla biznesu systemów informatycznych w infrastrukturze chmurowej, w ostatnich latach można zaobserwować zjawisko „repatriacji do chmury”.
Do 2020 r. przetwarzanie w chmurze przekroczyło szczyt zawyżonych oczekiwań, a koncepcja zmierza ku rozczarowaniu (zgodnie z cyklem szumu Gartnera). Zgodnie z badaniami и aż 80% klientów korporacyjnych powraca i planuje zwrócić obciążenia z chmur do własnych centrów danych z następujących powodów:
- Popraw dostępność/wydajność;
- Zmniejszyć koszty;
- Aby spełnić wymogi bezpieczeństwa informacji.
Co robić i jak wszystko „naprawdę” wygląda?
Nie ma wątpliwości, że chmury utrzymają się przez długi czas. I z roku na rok ich rola będzie rosła. Nie żyjemy jednak w odległej przyszłości, ale w roku 2020 w bardzo specyficznej sytuacji. Co zrobić z chmurami, jeśli nie jesteś startupem, ale klasycznym klientem korporacyjnym?
- Chmura to przede wszystkim miejsce dla usług o obciążeniach nieprzewidywalnych lub silnie sezonowych.
- W większości przypadków usługi o przewidywalnym, stabilnym obciążeniu są tańsze w utrzymaniu we własnym centrum danych.
- Konieczne jest rozpoczęcie pracy z chmurami ze środowiskami testowymi i usługami o niskim priorytecie.
- Rozważanie umieszczenia systemów informatycznych w chmurze rozpoczyna się od opracowania metodologii wyjścia z chmury do innej chmury (lub z powrotem do własnego centrum danych).
- Umieszczenie systemu informatycznego w chmurze rozpoczyna się od opracowania schematu tworzenia kopii zapasowych kontrolowanej przez Ciebie infrastruktury.
Źródło: www.habr.com