Z głową w chmurach a twardo stąpając po ziemi

Wprowadzenie do inżynierii systemów przetwarzających w chmurze

Warszawa, 12.01.2012

ŹRÓDŁA INNOWACJI

Innowacje mogą być zachowawcze lub przełomowe (ang. disruptive) - wg. klasyfikacji P.F. Druckera • wewnątrz organizacji –nieoczekiwane zdarzenie – nieoczekiwane powodzenie, niepowodzenie lub zdarzenie zewnętrzne, –niezgodność między rzeczywistością i wyobrażeniem o niej, –innowacja wynikająca z potrzeby procesu, –zmiany w strukturze przemysłu lub strukturze rynku, • zewnętrzne (zmiany w otoczeniu przedsiębiorstwa lub przemysłu): –demografia (zmiany w populacji), –zmiany w postrzeganiu, nastrojach, wartościach, –nowa wiedza w dziedzinie nauk ścisłych i innych

Prawa empiryczne

• Prawo Gordona Moore’a Ekonomicznie optymalna liczba tranzystorów w układzie scalonym w kolejnych latach posiada trend wykładniczy (podwaja się w niemal równych odcinkach czasu) 1965. Obecnie przyjmuje się, że liczba tranzystorów w układzie scalonym podwaja się co 18 miesięcy. • Prawo Boba Metcalfe’a Użyteczność sieci telekomunikacyjnej lub innego systemu teleinformatycznego rośnie proporcjonalnie do kwadratu liczby urządzeń (użytkowników) do niej podłączonych. Można to wyjaśnić na przykładzie wzajemnych połączeń telefonicznych typu "każdy z każdym". Sieć telekomunikacyjna, w której połączonych jest tylko dwóch użytkowników nie jest bardzo użyteczna, ponieważ istnieje w niej tylko jedno połączenie. Dołączając kolejnego użytkownika do sieci liczba połączeń "każdy z każdym" rośnie zgodnie z zależnością kwadratową. (1993) • Prawo Georga Gilder’a Przepustowość łączy w sieci podwaja się co rok (przepustowość łączy rośnie znacznie szybciej niż moc obliczeniowa komputerów (transmisja pojedynczym łączem w 1 s w 2003 vs. 1997 cała sieć przez miesiąc)) (‚90)

Uwarunkowania organizacyjne związane przetwarzaniem informacji

• Organizacje realizujące swój biznes za pomocą informacji • Organizacje których biznesem jest informacja

Aktywność biznesowa, edukacyjna, rozrywka, komunikacja, tworzenie i podtrzymywanie więzi, przenoszą się do środowisk komputerowych (prawo Moore’a) i sieci (prawa Metcalfe’a i Gildera). Popyt i podaż przeniosły się w znaczącej części do Internetu. I przenoszą się nadal... • ...najlepiej widać to z perspektywy sprzedaży procesorów

Rozproszenie IT

70% działania operacyjne i utrzymanie (aż…) 30% innowacje biznesowe (tylko…)

Powody zainteresowania zwiększeniem zapotrzebowania na usługi związane z przetwarzaniem

danych – cele do osiągnięcia

Cele organizacyjne (wybrane): - Elastyczność: zdolność do przystosowania się do potrzeb rynku - Dynamiczność: umiejętność nieustannej modyfikacji działania, szybkość

reagowania na potrzeby użytkowników - Wielozadaniowość: realizacja różnorodnych celów biznesowych - Zorientowanie na rozwój: poszukująca i przetwarzająca informację,

tworząca nową wiedzę, kreująca innowacje i standardy - Efektywność: zdolność do optymalizacji kosztów - Obsługa procesów informacyjnych związanych z przesyłaniem różnych

formatów danych (audio, video)

Dlaczego przetwarzanie w chmurze ?

W ogólności możemy przyjąć że tworzenie architektury systemu przetwarzającego w chmurze ma sens gdy:

– Ja czegoś nie potrafię

– Ja czegoś nie chcę robić

– Robienie czegoś mi się nie opłaca

Podatność na możliwość pracy w chmurze

Materiały firmy AMD

Globalne porównanie przetwarzania w chmurze ? Return On Investment (ROI)

Materiały firmy AMD

Jaki model integracji/świadczenia usług (ogólnie)?

• Cloud computing stanowi intrygującą propozycję dla biznesu, ponieważ, przynajmniej w teorii pozwala w prosty i racjonalny, pod względem kosztów, sposób radzić sobie z nowymi sytuacjami związanymi z zapotrzebowaniem na informację.

• Koncepcja cloud computing - czyli, wykorzystując jedną z akceptowanych i odpowiadających przypadkowi definicji: model obliczeniowy, w którym funkcje IT dostarczane są jako usługi, za pośrednictwem rozwiązań teleinformatycznych, w ustandaryzowanej formie, do zdefiniowanych grup odbiorców wewnętrznych i zewnętrznych.

• Cloud computing pozwala na szybkie dostosowywanie się do zmieniających się potrzeb biznesowych. Przede wszystkim dlatego, że usługi uruchamia silę błyskawicznie i można je w prosty sposób dodawać (lub odejmować) w miarę zmian uwarunkowań biznesowych.

• O ogólności, w modelu cloud computing, mówimy wirtualizacji zasobów IT czyli o oderwaniu zasobów od infrastruktury

• W tradycyjnym modelu uruchomienie pewnej funkcjonalności wiąże się zwykle ze znacząca inwestycją w infrastrukturę, odpowiednio zwymiarowaną do potrzeb i alokowaną w czasie (procedury inwestycyjne, Prawo Zamówień Publicznych)

Potencjalne ograniczenia

• Ograniczone rozwiązania: usługi dostarczane z chmury z jednej strony mają kompleksowy charakter i nie wymagają od ich użytkownika wiedzy na temat niezbędnej infrastruktury, konfiguracji itp., ale z drugiej trzeba pamiętać o tym, że zakres tych usług jest ograniczony i faktycznie narzucony przez dostawcę.

• Wydajność: z jednej strony wydajność centrów obliczeniowych przetwarzających dane w chmurach jest nieosiągalna dla wielu firm, a więc tym bardziej dla użytkowników indywidualnych. Jednak faktyczna wygoda korzystania z poszczególnych rozwiązań jest ograniczona szybkością transmisji danych pomiędzy komputerem użytkownika a chmurą. Nawet najszybsze centrum danych niewiele zmieni, jeśli czas reakcji programu działającego online będzie fatalny za sprawą łącza o małej przepustowości.

• Bezpieczeństwo: w tradycyjnym modelu przetwarzania danych ich właściciel najczęściej ma nad nimi pełną kontrolę - wszystkie znajdują się na zasobach komputerów i serwerach firmowych. W przypadku modelu cloud computing dane, podobnie jak wykorzystywana aplikacja, znajdują się w chmurze, na której działanie – jeżeli jest to chmura publiczna – nie mamy żadnego wpływu.

• Bariery mentalnościowe: ograniczone zaufanie do nowych rozwiązań informatycznych i przywiązanie do dotychczasowych modeli. Z drugiej strony zaś, jest wynikiem niepełnej wiedzy lub, wręcz przeciwnie, świadomego wyboru (po dokładnej analizie argumentów za i przeciw) jednak modelu opartego o własną infrastrukturę informatyczną.

Dostępne modele: który wybrać?

• Kolokacja – model najprostszy – podstawowa usługa polegająca na udostępnieniu odpowiednio przygotowanej przestrzeni dla serwerów usługobiorcy

• Infrastructure as a Service (z ang. "infrastruktura jako usługa") - jeśli usługobiorca zdecyduje się – poza przestrzenią w odpowiednio przygotowanym centrum przetwarzania danych – również skorzystać z odostępnionego sprzętu.

• Platform as a Service (z ang. "platforma jako usługa") – jest jeszcze bardziej zaawansowanym modelem i obejmuje przestrzeń w centrum przetwarzania danych, infrastrukturę sprzętową oraz platformę aplikacyjną.

• Software as a service (z ang. "oprogramowanie jako usługa") - usługodawca bierze na siebie pełną odpowiedzialność za dostarczenie na stację roboczą użytkownika (najczęściej za pośrednictwem przeglądarki) działającej aplikacji.

• Communications as a service (z ang. "komunikacja jako usługa") - usługodawca zapewnia platformę pod telekomunikacyjne środowisko pracy

Jaki model (jednak…) wybrać?

• Wybór modelu przetwarzania w chmurze to de facto wybór między stopniem kontroli zasobów informatycznych a stopniem efektywności ekonomicznej działania.

• Przedsiębiorstwo, decydując się na pełne „wejście w chmurę”, nie ponosi kosztów zakupów i utrzymania rozbudowanej infrastruktury informatycznej. Jednakże jego działalność operacyjna zostaje w dużym stopniu uzależniona od jakości usług dostawcy chmury (dorosłość modelu).

• Przetwarzanie w chmurze publicznej i przekazanie niemal całkowitej kontroli nad własnymi zasobami IT firmom zewnętrznym, nierzadko staje się warunkiem trudnym do zaakceptowania.

• Dlatego też użytkownicy często decydują się na model „chmury prywatnej” lub tzw. „chmury hybrydowej”.

Etapy w dojściu do systemu przetwarzającego w chmurze

Materiały firmy HP

Model dojrzałości ICT

Materiały firmy HP

Efekty ekonomiczne

• Redukcja barier finansowych i organizacyjnych związanych z dostępnością i wykorzystaniem zasobów

• Łatwość i szybkość wdrożenia • Eliminacja nakładów inwestycyjnych (CAPEX), przejście na

koszty operacyjne (OPEX) • Wzrost konkurencyjności organizacji w wyniku bardziej

efektywnej i dynamicznej alokacji zasobów • Zmniejszenie kosztów działania – opłaty za faktyczne użycie

zasobów • Uwolnienie własnych zasobów IT – wykorzystanie w

projektach innowacyjnych • Brak konieczności posiadania własnych ośrodków

przetwarzania danych

Wnioski

• Architektura rozproszona ma wiele zalet w obszarze zarządzania środowiskiem pracy aplikacji – jest (podobnie jak sieć Internet) w swoich założeniach pozbawiona „pojedynczych punktów awarii” (!)

• Cloud Computing warto traktować jako metodę rozwiązywania wybranych problemów technicznych i postawionych wymagań funkcjonalnych

• Wyzwaniem dla dostawców rozwiązań jest zapewnienie bezpieczeństwa danych – brak standardów i praw regulujących bezpieczeństwo i prywatność danych

• Wyraźnie sygnalizowany jest problem przesyłu danych do i z chmury (koszty i dostępność)

• Nie są do końca uregulowane prawne aspekty przetwarzania danych w chmurze (licencje, przetwarzanie danych osobowych)

Q&A

Dziękuję za uwagę