Przygotowanie do przejścia do chmury

Jesteśmy teraz w drugiej dekadzie wdrażania chmury. Aż 92% firm korzysta w pewnym stopniu z przetwarzania w chmurze. Pandemia była ostatnim bodźcem dla organizacji do przyjęcia technologii chmurowych. Pomyślne przeniesienie dodatkowych danych, projektów i aplikacji do chmury zależy od przygotowania, planowania i przewidywania problemów.  

1. Przygotowanie dotyczy danych i zarządzania danymi przez ludzi oraz infrastruktury pomocniczej.
2. Planowanie jest niezbędna. Plan musi zawierać określone kluczowe elementy.
3. Zarządzanie problemami to umiejętność przewidywania potencjalnych obszarów kłopotliwych i umiejętność poruszania się po nich, jeśli zostaną napotkane.  

Cztery rzeczy, które firma musi zrobić, aby odnieść sukces w chmurze, plus 7 gotowych rzeczy

Twoja firma przeniesie się do chmury. Cóż, pozwól, że przeformułuję, że jeśli Twoja firma ma odnieść sukces, przeniesie się do chmura – to znaczy, jeśli już jej tam nie ma. Jeśli już tam jesteś, prawdopodobnie nie czytałbyś tego. Twoja firma myśli przyszłościowo i zamierza wykorzystać wszystkie zalety chmury, które omówiliśmy w innym artykule. Od 2020 r. 92% firm korzysta w pewnym stopniu z chmury, a 50% wszystkich danych firmowych znajduje się już w chmurze.

Srebrna podszewka chmury COVID: pandemia zmusiła firmy do bliższego przyjrzenia się możliwościom chmury, aby wesprzeć nowy paradygmat zdalnej siły roboczej. Chmura odnosi się zarówno do dużych danych przechowywania i aplikacji przetwarzających te dane.  Jednym z głównych powodów przejścia do chmury jest uzyskanie przewagi konkurencyjnej dzięki elastyczności i zdobywaniu nowych informacji na podstawie dużej ilości danych.   

Firma analityczna Gartner regularnie publikuje raport, w którym omawia „technologie i trendy obiecujące w zapewnianiu wysokiego stopnia przewagi konkurencyjnej w ciągu najbliższych pięciu do dziesięciu lat”. Dziesięć lat temu, Hype Cycle firmy Gartner w 2012 r. dla Cloud Computing umieścił Cloud Computing i Public Cloud Storage w „dolinie rozczarowania” tuż poza „szczytem zawyżonych oczekiwań”. Co więcej, Big Data właśnie wkraczał w „szczyt zawyżonych oczekiwań”. Wszystkie trzy z oczekiwanym plateau za 3 do 5 lat. Oprogramowanie jako usługa (SaaS) zostało umieszczone przez firmę Gartner w fazie „Slope of Enlightenment” z oczekiwanym okresem plateau od 2 do 5 lat.

W 2018 roku, sześć lat później, „Cloud Computing” i „Public Cloud Storage” znalazły się w fazie „Slope of Enlightenment” z przewidywanym okresem plateau krótszym niż 2 lata. „Software as a Service” osiągnął szczyt.  Chodzi o to, że w tym okresie nastąpiło znaczne przyjęcie chmury publicznej.  

Dziś, w 2022 r., przetwarzanie w chmurze jest już drugą dekadą wdrażania i jest obecnie domyślną technologią dla nowych aplikacji.  As Gartner ujmuje to tak: „Jeśli to nie chmura, to jest dziedzictwo”. Gartner dodaje, że wpływ przetwarzania w chmurze na organizację ma charakter transformacyjny. Jak zatem organizacje powinny podejść do tej transformacji?

Ten wykres opisuje bardziej szczegółowo, co oznacza, że ​​technologia znajduje się w określonej fazie. 

Jak organizacje powinny podejść do transformacji organizacyjnej?

W procesie adopcji chmury organizacje musiały podejmować decyzje, ustalać nowe polityki, tworzyć nowe procedury i stawiać czoła konkretnym wyzwaniom. Oto lista konkretnych obszarów, które musisz rozwiązać, aby upewnić się, że Twój dom jest w porządku: 

1. Szkolenie, przekwalifikowanie lub nowe role.  Przyjmując chmurę publiczną do przechowywania danych lub wykorzystując aplikacje, zleciłeś wsparcie i utrzymanie infrastruktury na zewnątrz. Nadal potrzebujesz specjalistycznej wiedzy, aby zarządzać dostawcą i uzyskiwać dostęp do danych. Ponadto musisz wiedzieć, jak wykorzystać nowe dostępne narzędzia do analizy kognitywnej i nauki o danych.     
2. Danych.  Chodzi o dane. Dane to nowa waluta. Mówimy o Big Data – danych, które spełniają przynajmniej niektóre z V definicji. Przenosząc się do chmury, przynajmniej część Twoich danych będzie w chmurze. Jeśli jesteś „all-in”, Twoje dane będą przechowywane w chmurze i przetwarzane w chmurze.

A. Dostępność danych. Czy istniejące aplikacje lokalne mogą uzyskiwać dostęp do danych w chmurze? Czy Twoje dane są tam, gdzie są potrzebne do przetwarzania? Czy musisz zaplanować czas w projekcie migracji do chmury, aby przenieść dane do chmury? Jak długo to zajmie? Potrzebujesz opracować nowe procesy, aby przenieść dane transakcyjne do chmury? Jeśli zamierzasz wykonywać sztuczną inteligencję lub uczenie maszynowe, musi istnieć wystarczająca ilość danych treningowych, aby osiągnąć pożądany poziom dokładności i precyzji.

B. Użyteczność danych. Czy Twoje dane są w formacie, który może być używany przez osoby i narzędzia, które będą uzyskiwać dostęp do danych? Czy możesz wykonać „podnieś i przesuń” w swojej hurtowni danych? A może można go zoptymalizować pod kątem wydajności? 

C. Jakość danych. Jakość danych, na których opierają się Twoje decyzje, może wpływać na jakość Twoich decyzji. Zarządzanie, administratorzy danych, zarządzanie danymi, być może kurator danych mogą odgrywać znaczącą rolę we wdrażaniu analityki kognitywnej w chmurze. Poświęć trochę czasu przed migracją danych do chmury, aby ocenić jakość swoich danych. Nie ma nic bardziej frustrującego niż odkrycie, że migrujesz dane, których nie potrzebujesz.

D. Zmienność i niepewność w big data. Dane mogą być niespójne lub niekompletne. Czy w ocenie Twoich danych i sposobu, w jaki zamierzasz je wykorzystać, istnieją luki? Nadszedł czas, aby rozwiązać znane problemy związane ze standardami danych obowiązującymi w całym przedsiębiorstwie. Standaryzuj w centrach raportowania proste kwestie, takie jak wymiary czasu, hierarchie geograficzne. Zidentyfikuj to jedyne źródło prawdy.   

E. Ograniczenia nieodłącznie związane z samymi big data. Duża liczba potencjalnych wyników może wymagać od eksperta domeny oceny wyników pod kątem istotności. Innymi słowy, jeśli Twoje zapytanie zwraca wiele rekordów, w jaki sposób jako człowiek je przetworzysz? Aby go dalej filtrować i zmniejszyć liczbę rekordów, tak aby mógł być skonsumowany przez zwykłego człowieka, który nie jest superczłowiekiem, będziesz musiał znać biznes stojący za danymi.

     3. Wspieranie fundacji/infrastruktury IT. Rozważ wszystkie ruchome części. Prawdopodobnie nie wszystkie Twoje dane będą znajdować się w chmurze. Niektóre mogą znajdować się w chmurze. Niektóre lokalnie. Jeszcze inne dane mogą być w inne chmura dostawcy. Czy masz schemat przepływu danych? Czy jesteś przygotowany na przejście od zarządzania sprzętem fizycznym do zarządzania dostawcami, którzy zarządzają sprzętem fizycznym? Czy rozumiesz ograniczenia środowiska chmurowego? Czy bierzesz pod uwagę możliwość obsługi nieustrukturyzowanych danych, a także kluczowych technologii wspierających platformę. Czy nadal będzie można korzystać z tego samego zestawu SDK, interfejsu API i narzędzi do obsługi danych, z których korzystałeś lokalnie? Prawdopodobnie będą musiały zostać przepisane. A co z istniejącym ETL, aby załadować hurtownię danych z systemów transakcyjnych? Skrypty ETL będą musiały zostać napisane od nowa.

     4. Udoskonalenie ról. Użytkownicy mogą wymagać ponownego przeszkolenia w zakresie nowych aplikacji i dostępu do danych w chmurze. Często aplikacja komputerowa lub sieciowa może mieć taką samą lub podobną nazwę jak aplikacja dedykowana dla chmury. Może jednak działać inaczej, a nawet mieć inny zestaw funkcji.  

Jeśli Twoja organizacja poważnie myśli o przejściu na chmurę i maksymalnym wykorzystaniu narzędzi analitycznych, nie ma dyskusji, że taka zmiana może zapewnić znaczną wartość biznesową i ekonomiczną. Praktycznie rzecz biorąc, aby się tam dostać, musisz: 

1. Ustanów czarter.  

A. Czy określiłeś zakres swojego projektu?  

B. Czy masz sponsoring wykonawczy?

C. Kogo – jakie role – uwzględnić w projekcie? Kto jest głównym architektem? Jakiej wiedzy potrzebujesz polegać na dostawcy chmury?

D. Jaki jest cel końcowy? Nawiasem mówiąc, celem nie jest „przejście do chmury”. Jakie problemy próbujesz rozwiązać?

E. Zdefiniuj swoje kryteria sukcesu. Skąd będziesz wiedzieć, że odniosłeś sukces?

2. Odkryj. Zacznij od początku. Zrób inwentarz. Dowiedz się, co masz. Odpowiedz na pytania:

A. Jakie dane posiadamy?

B. Gdzie są dane?

C. Jakie procesy biznesowe wymagają wsparcia? Jakich danych potrzebują te procesy?

D. Jakich narzędzi i aplikacji używamy obecnie do manipulowania danymi?

E. Jaki jest rozmiar i złożoność danych?

F. Co będziemy mieli? Jakie aplikacje są dostępne w chmurze u naszego dostawcy?

G. Jak połączymy się z danymi? Jakie porty będą musiały być otwarte w chmurze?

H. Czy istnieją jakieś przepisy lub wymagania, które dyktują wymagania dotyczące prywatności lub bezpieczeństwa? Czy istnieją umowy SLA z klientami, które należy zachować?  

I. Czy wiesz, jak będą obliczane koszty korzystania z chmury?

3. Oceń i oceń. 

A. Jakie dane zamierzamy przenieść?

B. Oceń koszty. Teraz, gdy znasz zakres i objętość danych, możesz lepiej zdefiniować budżet.

C. Zdefiniuj luki, które istnieją między tym, co masz obecnie, a oczekiwaniami, co do tego, czego oczekujesz. Czego nam brakuje?

D. Dołącz migrację testową, aby ujawnić to, co teoretycznie przegapiłeś.

E. Uwzględnij testy akceptacyjne użytkownika w tej fazie, a także w fazie końcowej.

F. Jakich wyzwań możesz się spodziewać, aby przygotować się na nieprzewidziane sytuacje w następnej fazie?

G. Jakie zagrożenia zostały zidentyfikowane?

4. Plan. Ustanowić road mapa 

A. Jakie są priorytety? Co jest pierwsze? Jaka jest kolejność?

B. Co możesz wykluczyć? Jak możesz ograniczyć zakres?

C. Czy będzie czas na przetwarzanie równoległe?

D. Jakie jest podejście? Podejście częściowe / etapowe?

E. Czy zdefiniowałeś podejście do bezpieczeństwa?

F. Czy zdefiniowałeś plany tworzenia kopii zapasowych danych i odzyskiwania po awarii?

G. Jaki jest plan komunikacji – wewnętrzny do projektu, do interesariuszy, do użytkowników końcowych?

5. Buduj. Migrować. Test. Początek.

A. Opracuj plan. Weryfikuj go dynamicznie w oparciu o nowe informacje.

B. Opieraj się na swoich historycznych mocnych stronach i sukcesach w oparciu o dotychczasowe fundamenty IT i zacznij czerpać korzyści z Big Data i analityki kognitywnej.       

6. Iteruj i udoskonalaj.  

A. Kiedy możesz wycofać serwery, które są teraz bezczynne?

B. Jaką refaktoryzację, którą odkryłeś, należy wykonać?

C. Jakie optymalizacje można wprowadzić do danych w chmurze?  

D. Jakich nowych aplikacji do obsługi danych możesz teraz używać w chmurze?

E. Jaki jest następny poziom? AI, uczenie maszynowe, zaawansowana analityka?

Gotchas

Trochę źródła mówią, że aż 70% projektów technologicznych to całkowite lub częściowe niepowodzenia. Najwyraźniej zależy to od twojej definicji   niepowodzenie. Inne źródło okazało się, że 75% uważało, że ich projekt był skazany na porażkę od samego początku. Może to oznaczać, że 5% odniosło sukces, mimo że szanse były przeciwko nim. Moje doświadczenie mówi mi, że istnieje znaczna część projektów technologicznych, które albo nigdy nie ruszają z miejsca, albo nie spełniają w pełni obiecanych oczekiwań. Istnieje kilka wspólnych tematów, które łączy te projekty. Gdy zaczniesz planować migrację do chmury, oto kilka wskazówek, na które należy zwrócić uwagę. Jeśli tego nie zrobisz, są jak zła karma lub zła ocena kredytowa – prędzej czy później ugryzą cię w tyłek.:

1. Własność. Jedna osoba musi być właścicielem projektu z perspektywy zarządzania. Jednocześnie wszyscy uczestnicy muszą czuć się zainwestowani jako interesariusze.
2. Koszty:. Czy przydzielono budżet? Czy znasz rząd wielkości na najbliższe 12 miesięcy oraz oszacowanie bieżących kosztów? Czy są jakieś potencjalne ukryte koszty? Czy w ramach przygotowań do przeprowadzki wyrzuciłeś nadmiar szczątków i odrzutowców? Nie chcesz migrować danych, które nie będą używane lub nie są zaufane.       
3. Przywództwo. Czy projekt jest w pełni sponsorowany przez kierownictwo? Czy oczekiwania i definicja sukcesu są realistyczne? Czy cele są zgodne z wizją i strategią firmy?
4. Zarządzanie Projektami. Czy terminy, zakres i budżet są realistyczne? Czy istnieją „siły” domagające się krótszych terminów dostaw, większego zakresu i/lub niższych kosztów lub mniejszej liczby osób? Czy istnieje mocne zrozumienie wymagań? Czy są realistyczne i dobrze zdefiniowane?
5. Human Resources. Technologia to najłatwiejsza część. To ludzie mogą być wyzwaniem. Migracja do chmury przyniesie zmiany. Ludzie nie lubią zmian. Musisz odpowiednio określić oczekiwania. Czy inicjatywie poświęcono wystarczającą i odpowiednią liczbę pracowników? A może próbowałeś wygospodarować czas ludziom, którzy są już zbyt zajęci swoją codzienną pracą? Czy jesteś w stanie utrzymać stabilny zespół? Wiele projektów kończy się niepowodzeniem z powodu rotacji kluczowego personelu.  
6. Ryzyko. Czy ryzyko zostało zidentyfikowane i skutecznie zarządzane?  
7. Przypadkowość. Czy udało Ci się zidentyfikować rzeczy, na które nie masz wpływu, ale które mogą mieć wpływ na dostarczanie? Rozważ efekt zmiany przywództwa. Jak ogólnoświatowa pandemia wpłynęłaby na twoją zdolność dotrzymywania terminów i pozyskiwania zasobów?  

Cykl szumu w chmurze w 2022 r.

A więc gdzie obecnie znajdują się usługi Cloud Computing, Public Cloud Storage i Software as a Service w pojawiającym się cyklu szumu technologicznego firmy Gartner? Oni nie są. Nie są już nowymi technologiami. Nie ma ich już na horyzoncie. Są w głównym nurcie, czekają na przyjęcie. Uważaj na wzrost w następujących nowe technologie: Projektowanie wspomagane przez sztuczną inteligencję, generatywna sztuczna inteligencja, sztuczna inteligencja oparta na fizyce i tokeny niewymienne.  

Idee zawarte w tym artykule zostały pierwotnie przedstawione jako zakończenie artykułu „Cognitive Analytics: Building on Your Legacy IT Foundation” przedstawionego w Dziennik TDWI Business Intelligence, tom 22, nr 4.