Kolejne spojrzenie na chmury. Co to jest chmura prywatna?

Wzrost mocy obliczeniowych i rozwój technologii wirtualizacji platform x86 z jednej strony, a z drugiej strony rosnąca popularność outsourcingu IT doprowadziły do koncepcji komputacji użytkowej (IT jako usługa komunalna). Dlaczego nie płacić za IT tak samo, jak za wodę czy prąd – dokładnie tyle i dokładnie wtedy, kiedy jest to potrzebne, i nie więcej.

W tym momencie pojawiła się koncepcja obliczeń w chmurze – korzystanie z usług IT z „chmury”, tj. z pewnego zewnętrznego zbioru zasobów, nie martwiąc się o to, jak i skąd te zasoby się biorą. Podobnie jak nie martwimy się o infrastrukturę stacji pomp wodociągów. Na tym etapie opracowano także inną stronę koncepcji – mianowicie pojęcie usług IT oraz jak nimi zarządzać w ramach ITIL / ITSM.

Opracowano szereg definicji chmur (obliczeń w chmurze), ale nie należy ich traktować jako ostatecznej prawdy – jest to jedynie sposób na sformalizowanie metod dostarczania komputacji użytkowej.

• „Obliczenia w chmurze to technologia zdalnego przetwarzania danych, w której zasoby komputerowe i moce są dostarczane użytkownikowi jako usługa internetowa” Wikipedia
• „Obliczenia w chmurze to model zapewniający wygodny dostęp sieciowy do wspólnego zbioru konfigurowalnych zasobów obliczeniowych (np. sieci, serwerów, systemów przechowywania danych, aplikacji i usług) na żądanie, które można szybko uruchomić i dostarczyć z minimalnym wysiłkiem zarządczym lub minimalną interwencją ze strony dostawcy usług” NIST
• „Obliczenia w chmurze to paradygmat zapewniający dostęp przez sieć do skalowalnego i elastycznego zbioru rozproszonych zasobów fizycznych lub wirtualnych, dostarczanych w trybie samoobsługowym i zarządzanych na żądanie” ISO/IEC 17788:2014. Technologie informacyjne — Obliczenia w chmurze — Przegląd i słownictwo.

Według NIST istnieją trzy główne typy chmur:

1. IaaS – Infrastructure as a Service — Infrastruktura jako usługa
2. PaaS – Platform as a Service — Platforma jako usługa
3. SaaS — Software as a Service — Oprogramowanie jako usługa

Aby całkowicie uprościć zrozumienie różnicy, rozważmy model Pizza-as-a-Service:

NIST definiuje następujące niezbędne cechy usługi IT, które pozwalają na uznanie jej za chmurową.

• Uniwersalny dostęp sieciowy (broad network access) – usługa powinna mieć uniwersalny interfejs sieciowy, który umożliwia podłączenie i korzystanie z usługi praktycznie przez każdego z minimalnymi wymaganiami. Przykład – aby korzystać z sieci elektrycznej 220V, wystarczy podłączyć się do dowolnego gniazdka ze standardowym, uniwersalnym interfejsem (wtyczka), który nie zmienia się niezależnie od tego, czy używamy czajnika, odkurzacza, czy laptopa.
• Mierzalność usługi (measured service) – kluczową cechą usługi w chmurze jest jej mierzalność. Wracając do analogii z elektrycznością – zapłacisz dokładnie za to, co zużyłeś, z minimalną granularnością, aż do kosztów zagotowania wody w czajniku, jeśli przez cały miesiąc byłeś w domu tylko raz i wypiłeś filiżankę herbaty.
• Samodzielna konfiguracja usług na żądanie (on demand self service) – dostawca chmury daje klientowi możliwość rozsądnej konfiguracji usługi bez konieczności interakcji z pracownikami dostawcy. Aby zagotować wodę w czajniku, nie ma potrzeby wcześniejszego kontaktowania się z Energią i informowania ich oraz uzyskiwania zgody. Z chwilą, gdy dom jest podłączony (umowa zawarta), wszyscy użytkownicy mogą samodzielnie zarządzać dostarczoną mocą.
• Szybka elastyczność (rapid elasticity) – dostawca chmury udostępnia zasoby z możliwością natychmiastowego zwiększania / zmniejszania mocy (w określonych rozsądnych ramach). Gdy tylko czajnik jest włączony – dostawca natychmiast udostępnia sieci 3 kW mocy, a gdy jest wyłączony – zmniejsza wydajność do zera.
• Zestawienie zasobów w pul (resource pooling) – wewnętrzne mechanizmy dostawcy usług pozwalają na łączenie poszczególnych mocy wytwórczych w ogólny pul (basen) zasobów, które są następnie udostępniane jako usługa różnym użytkownikom. Wliczając czajnik, mało nas obchodzi, z jakiej konkretnie elektrowni pochodzi moc. Wszyscy inni odbiorcy również korzystają z tej mocy razem z nami.

Ważne jest, aby zrozumieć, że opisane powyżej cechy chmury nie są wzięte z powietrza, lecz stanowią logiczny wniosek z koncepcji utility computing. Usługa publiczna powinna mieć te cechy w ramach tej koncepcji. W przypadku braku spełnienia którejkolwiek z cech, usługa nie staje się gorsza ani „trująca”, po prostu przestaje być chmurowa. Cóż, kto powiedział, że wszystkie usługi muszą mieć te cechy?

Dlaczego o tym mówię osobno? W ciągu ostatnich dziesięciu lat od momentu pojawienia się definicji NIST było wiele sporów dotyczących „prawdziwej chmurowości” zgodnie z tą definicją. W USA wciąż czasami w kontekście sądowym używa się sformułowania „zgodne z literą prawa, ale nie duchem” — i jeśli chodzi o chmurę obliczeniową, najważniejszy jest właśnie duch, zasoby do wynajęcia w zaledwie dwa kliknięcia myszy.

Należy zaznaczyć, że powyższe pięć cech odnosi się do chmury publicznej, ale przy przejściu do chmury prywatnej większość z nich staje się opcjonalna.

• Uniwersalny dostęp do sieci (broad network access) – w ramach chmury prywatnej organizacja całkowicie kontroluje zarówno źródła generujące, jak i klientów-konsumentów. Dlatego tę cechę można uznać za automatycznie spełnianą.
• Mierzalność usługi (measured service) – to kluczowa cecha koncepcji utility computing, płatność za faktyczne zużycie. Ale jak organizacja płaci sama sobie? W tym przypadku dochodzi do podziału na generację i konsumpcję wewnątrz firmy, IT staje się dostawcą, a jednostki biznesowe konsumentami usług. Wzajemne rozliczenia zachodzą pomiędzy jednostkami. Możliwe są dwa tryby pracy: chargeback (przy rzeczywistych rozliczeniach i przepływie finansów) oraz showback (w postaci raportowania zużycia zasobów w rubelach, ale bez przepływu finansowego).
• Samodzielne konfigurowanie usług na żądanie (on demand self service) – wewnątrz organizacji może istnieć wspólna służba IT, i w takim przypadku cecha ta traci sens. Jednak przy posiadaniu własnych specjalistów IT lub administratorów aplikacji w jednostkach biznesowych konieczne jest zorganizowanie portalu samoobsługowego. Wniosek – cecha jest opcjonalna i zależy od struktury biznesu.
• Natychmiastowa elastyczność – w ramach organizacji traci sens z powodu stałego zestawu sprzętu dla organizacji prywatnej chmury. Może być ograniczenie stosowana w ramach wewnętrznych rozliczeń. Wniosek – nie jest to odpowiednie dla prywatnej chmury.
• Zbieranie zasobów w pulę – obecnie praktycznie nie ma organizacji, które nie korzystają z wirtualizacji serwerów. Dlatego tę cechę można uznać za automatycznie realizowaną.

Pytanie: Czym tak naprawdę jest ta wasza prywatna chmura? Co firma musi kupić i wdrożyć, aby ją zbudować?

Odpowiedź: prywatna chmura to przejście do nowego modelu administracyjnego interakcji IT-Biznes, który w 80% składa się z działań administracyjnych, a tylko w 20% z technologii.

Płacenie tylko za wykorzystane zasoby oraz łatwy dostęp, bez konieczności inwestowania kilku setek milionów w wydatkach kapitałowych, przyczyniły się do nowego krajobrazu technologicznego i powstania firm-miliarderów. Na przykład współczesne giganty Dropbox i Instagram powstały jako startupy na AWS z zerową własną infrastrukturą.

Należy podkreślić, że narzędzia do zarządzania usługami chmurowymi stają się znacznie bardziej pośrednie, a kluczowym obowiązkiem dyrektora IT staje się dobór dostawców i kontrola jakości. Przyjrzyjmy się problematyce tych dwóch nowych obowiązków.

Pojawiając się jako alternatywa dla klasycznej, ciężkiej infrastruktury z własnymi centrami danych i sprzętem, chmury są zwodniczo lekkie. Łatwo wejść do chmury, ale kwestia wyjścia często zostaje pominięta. Jak w każdej innej branży, dostawcy chmur dążą do ochrony swojego biznesu i komplikowania konkurencji. Jedyny poważny element konkurencyjności pojawia się dopiero przy pierwszym wyborze dostawcy usług chmurowych, a później dostawca dołoży wszelkich starań, aby klient nie odszedł. Warto zauważyć, że nie wszystkie te wysiłki będą skierowane na jakość usług czy ich różnorodność. Przede wszystkim chodzi o dostarczanie unikalnych usług i użycie niestandardowego oprogramowania systemowego, co utrudnia przejście do innego dostawcy. W związku z tym, przy wyborze dostawcy usług należy jednocześnie planować strategię przejścia od tego dostawcy (de facto kompletny DRP - plan ciągłości działania) oraz przemyśleć architekturę przechowywania danych i kopii zapasowych.

Drugim ważnym aspektem nowych obowiązków dyrektora IT jest kontrola jakości usług od dostawcy. Praktycznie wszyscy dostawcy usług chmurowych przestrzegają SLA według własnych wewnętrznych metryk, co może mieć bardzo pośrednie znaczenie dla procesów biznesowych klienta. Zatem wdrożenie własnego systemu monitorowania i kontroli staje się jednym z kluczowych projektów przy przenoszeniu istotnych systemów IT do dostawcy chmurowego. Kontynuując temat SLA, należy podkreślić, że zdecydowana większość dostawców chmurowych ogranicza swoją odpowiedzialność za niewykonanie SLA do miesięcznej opłaty abonamentowej lub jej części. Na przykład, AWS i Azure po przekroczeniu progu dostępności 95% (36 godzin w miesiącu) udzielą 100% zniżki na opłatę abonamentową, a Yandex.Cloud - 30%.

https://yandex.ru/legal/cloud_sla_compute/

I oczywiście, nie można zapominać, że chmury nie są tylko w wykonaniu gigantów klasy Amazon i Yandex. Chmury mogą być również mniejsze — wielkości kota, a nawet myszy. Jak pokazuje przykład CloudMouse, czasami chmura po prostu się kończy. Nie otrzymasz ani odszkodowania, ani zniżki — nie dostaniesz nic, poza całkowitą utratą danych.

W związku z powyższymi problemami z wdrażaniem systemów IT o wysokiej klasie biznesowej w infrastrukturze chmurowej, w ostatnich latach obserwuje się zjawisko „repatriacji chmur”.

Do 2020 roku szczyt wygórowanych oczekiwań w chmurze został osiągnięty, a koncepcja znajduje się na drodze do rowu rozczarowań (zgodnie z cyklem hype'u Gartnera). Zgodnie z badaniami IDC i 451 Research do 80% korporacyjnych klientów wraca i planuje przenieść obciążenia z chmur z powrotem do własnych centrów danych, z takich powodów jak:

• Zwiększenie dostępności / wydajności;
• Ograniczenie kosztów;
• Dostosowanie się do wymogów bezpieczeństwa informacji.

Co więc robić i jak to „w rzeczywistości” wygląda?

Nie ma wątpliwości, że chmury są obecne na stałe. Z każdym rokiem ich rola będzie rosła. Żyjemy jednak nie w odległej przyszłości, lecz w 2020 roku, w dość określonej sytuacji. Co zatem zrobić z chmurami, jeśli nie jesteś startupem, a klasycznym klientem korporacyjnym?

1. Chmury to przede wszystkim miejsce dla usług o nieprzewidywalnym lub wyraźnie sezonowym obciążeniu.
2. W większości przypadków usługi o przewidywalnym, stabilnym obciążeniu są tańsze do utrzymania w własnym centrum danych.
3. Współpracę z chmurami należy rozpocząć od środowisk testowych i usług o niskim priorytecie.
4. Rozważania dotyczące umieszczania systemów informacyjnych w chmurze zaczynają się od opracowania metody wyjścia z chmury do innej chmury (lub z powrotem do własnego centrum danych).
5. Umieszczenie systemu informacyjnego w chmurze zaczyna się od opracowania planu tworzenia kopii zapasowych w infrastrukturze przez Ciebie kontrolowanej.

Źródło: habr.com