Подготовка за преминаване към облака

Сега сме във второто десетилетие на приемане на облак. До 92% от фирмите използват облачни изчисления до известна степен. Пандемията беше скорошен двигател за организациите да приемат облачни технологии. Успешното преместване на допълнителни данни, проекти и приложения в облака зависи от подготовката, планирането и предвиждането на проблеми.  

1. Подготовка касае данните и човешкото управление на данните и поддържащата инфраструктура.
2. Планиране е от съществено значение. Планът трябва да съдържа конкретни ключови елементи.
3. Управление на проблеми е способността да се предвидят потенциални проблеми и способността да се ориентирате в тях, ако се срещнат.  

Четири неща, които бизнесът трябва да направи, за да бъде успешен в облака, плюс 7 проблеми

Вашият бизнес ще се премести в облака. Е, позволете ми да повторя това, ако вашият бизнес ще бъде успешен, той ще се премести в облак – това е, ако вече го няма. Ако вече сте там, вероятно няма да четете това. Вашата компания мисли напред и възнамерява да се възползва от всички предимства на облака, които обсъдихме в друга статия. Към 2020 г. 92% от фирмите използват облака до известна степен и 50% от всички корпоративни данни вече са в облака.

Сребърната линия на облака COVID: пандемията принуди бизнеса да разгледа по-отблизо възможностите на облака, за да подкрепи новата парадигма за отдалечена работна сила. Облакът се отнася и за двете големи данни съхранение и приложения, които обработват тези данни.  Една от основните причини да преминете към облака е да спечелите конкурентно предимство, като сте гъвкави и получавате нови прозрения от множеството данни.   

Анализаторската фирма Gartner редовно публикува доклад, който обсъжда „технологии и тенденции, които са обещаващи за предоставяне на висока степен на конкурентно предимство през следващите пет до 10 години“. Преди десет години, Hype Cycle на Gartner за 2012 г за облачни изчисления поставят облачните изчисления и публичните облачни хранилища в „Върхът на разочарованието“ точно отвъд „Пика на завишените очаквания“. Освен това Big Data тъкмо навлизаха в „пика на завишените очаквания“. И трите с очаквано плато след 3 до 5 години. Софтуерът като услуга (SaaS) беше поставен от Gartner във фазата „Наклон на просветлението“ с очаквано плато от 2 до 5 години.

През 2018 г., шест години по-късно, „Cloud Computing“ и „Public Cloud Storage“ бяха във фаза „Slope of Enlightenment“ с прогнозно плато от по-малко от 2 години. „Софтуерът като услуга“ беше достигнал платото.  Въпросът е, че през този период имаше значително възприемане на публичния облак.  

Днес, през 2022 г., облачните изчисления вече са във второто си десетилетие на приемане и вече са технологията по подразбиране за нови приложения.  As Gartner казва: „Ако не е облак, това е наследство“. Gartner продължава да казва, че въздействието на облачните изчисления върху организацията е трансформиращо. Как тогава организациите трябва да подходят към тази трансформация?

Тази диаграма описва по-подробно какво означава, че дадена технология е в определена фаза. 

Как организациите трябва да подходят към организационната трансформация?

В процеса на приемане на облака организациите трябваше да вземат решения, да установят нови политики, да създадат нови процедури и да се справят със специфични предизвикателства. Ето списък с конкретни области, които трябва да разрешите, за да сте сигурни, че къщата ви е в ред: 

1. Обучение, преквалификация или нови роли.  Приемайки публичния облак за съхранение на данни или използване на приложенията, вие сте възложили поддръжката и поддръжката на инфраструктурата. Все още имате нужда от вътрешен опит за управление на доставчика и достъп до данните. Освен това трябва да знаете как да използвате новите инструменти, с които разполагате, за когнитивни анализи и наука за данни.     
2. Данни.  Всичко е за данните. Данните са новата валута. Говорим за големи данни – данни, които отговарят на поне някои от V-та на определението. При преминаване към облака поне част от вашите данни ще бъдат в облака. Ако сте „всичко в“, вашите данни ще се съхраняват в облака и ще се обработват в облака.

A. Наличност на данни. Могат ли вашите съществуващи локални приложения да имат достъп до данните в облака? Вашите данни там, където трябва да бъдат за обработка? Имате ли нужда от бюджетно време във вашия проект за миграция на облак, за да преместите данните си в облака? Колко време ще отнеме това? Трябва ли да разработите нови процеси, за да прехвърлите вашите транзакционни данни в облака? Ако възнамерявате да изпълнявате AI или машинно обучение, трябва да има достатъчно данни за обучение, за да постигнете желаното ниво на точност и прецизност.

B. Използваемост на данните. Вашите данни във формат, който може да се използва от хората и инструментите, които ще имат достъп до данните? Можете ли да извършите „повдигане и смяна“ на вашия склад с данни? Или може ли да бъде оптимизиран за производителност? 

C. Качество на данните. Качеството на данните, на които разчитат вашите решения, може да повлияе на качеството на вашите решения. Управлението, разпоредителите на данни, управлението на данни, може би кураторът на данни може да изиграе значителна роля при възприемането на когнитивните анализи в облака. Отделете време, преди да мигрирате данните в облака, за да оцените качеството на данните си. Няма нищо по-разочароващо от това да откриете, че сте мигрирали данни, които не са ви необходими.

D. Променливост и несигурност в големите данни. Данните може да са непоследователни или непълни. Има ли пропуски при оценката на вашите данни и как възнамерявате да ги използвате? Сега е моментът да коригирате известни проблеми, свързани със стандартите за данни за цялото предприятие. Стандартизирайте в центровете за отчитане върху прости неща като времеви измерения, географски йерархии. Идентифицирайте този единствен източник на истина.   

Д. Ограничения, присъщи на самите големи данни. Голям брой потенциални резултати може да изискват експерт в областта, за да оцени резултатите за значимост. С други думи, ако вашата заявка върне много записи, как ще го обработите като човек? За да го филтрирате допълнително и да намалите броя на записите, така че да може да се консумира от обикновен не-супер човек, ще трябва да познавате бизнеса зад данните.

     3. Подкрепа на основата/инфраструктурата на ИТ. Помислете за всички движещи се части. Вероятно не всичките ви данни ще бъдат в облака. Някои може да са в облака. Някои локални. Може да има и други данни още облак на продавача. Имате ли диаграма на потока от данни? Готови ли сте да преминете от управление на физически хардуер към управление на доставчици, които управляват физически хардуер? Разбирате ли ограниченията на облачната среда? Отчитали ли сте възможността да поддържате неструктурирани данни, както и ключови технологии, позволяващи платформа. Ще можете ли да използвате същите SDK, API, помощни програми за данни, които сте използвали на място? Вероятно ще трябва да бъдат пренаписани. Какво ще кажете за съществуващия ви ETL за зареждане на хранилището за данни от транзакционни системи? ETL скриптовете ще трябва да бъдат пренаписани.

     4. Прецизиране на ролите. Може да се наложи потребителите да бъдат преквалифицирани за новите приложения и как да получат достъп до данни в облака. Често настолно или мрежово приложение може да има същото или подобно име като такова, посветено на облака. Той обаче може да функционира различно или дори да има различен набор от функции.  

Ако вашата организация е сериозно насочена към преминаването към облака и да се възползва максимално от анализите, няма дебат, че преместването може да осигури значителна бизнес и икономическа стойност. На практика, за да стигнете до там от тук, ще трябва: 

1. Създайте харта.  

A. Определихте ли обхвата на вашия проект?  

Б. Имате ли изпълнително спонсорство?

В. Кой – какви роли – трябва да бъде включен в проекта? Кой е главният архитект? За какъв опит имате нужда, за да разчитате на доставчика на облачни услуги?

D. Каква е крайната цел? Между другото, целта не е „преместване в облака“. Какъв проблем(и) се опитвате да разрешите?

E. Определете вашите критерии за успех. Как ще разберете, че сте успешни?

2. Открийте. Започнете от началото. Направете инвентаризация. Разберете какво имате. Отговори на въпросите:

A. Какви данни разполагаме?

Б. Къде са данните?

В. Какви бизнес процеси трябва да бъдат поддържани? Какви данни са необходими на тези процеси?

D. Какви инструменти и приложения използваме в момента за манипулиране на данните?

Д. Какъв е размерът и сложността на данните?

Е. Какво ще имаме? Какви приложения са налични в облака от нашия доставчик?

G. Как ще се свържем с данните? Какви портове трябва да бъдат отворени в облака?

З. Има ли някакви разпоредби или изисквания, които диктуват изисквания за поверителност или сигурност? Има ли SLA с клиенти, които трябва да се поддържат?  

I. Знаете ли как ще се изчисляват разходите за използване на облак?

3. Оценявайте и оценявайте. 

A. Какви данни възнамеряваме да преместим?

Б. Оценете разходите. Сега, когато знаете обхвата и обема на данните, вие сте в по-добра позиция да дефинирате бюджет.

В. Определете пропуските, които съществуват между това, което имате в момента и очакванията за това, което очаквате да имате. какво ни липсва?

Г. Включете тестова миграция, за да разкриете какво сте пропуснали на теория.

Д. Включете тестване за приемане на потребителя в тази фаза, както и в последната фаза.

Е. Какви предизвикателства можете да очаквате, за да можете да изградите непредвидени ситуации в следващата фаза?

G. Какви рискове са идентифицирани?

4. план. Установете а road карта. 

A. Какви са приоритетите? Какво е първо? Каква е последователността?

Б. Какво можете да изключите? Как можете да намалите обхвата?

В. Ще има ли време за паралелна обработка?

D. Какъв е подходът? Частичен/поетапен подход?

Д. Дефинирахте ли подхода за сигурност?

Е. Дефинирали ли сте планове за архивиране на данни и аварийно възстановяване?

G. Какъв е комуникационният план – вътрешен към проекта, към заинтересованите страни, към крайните потребители?

5. Изграждане. Мигрирайте. Тест. Стартиране.

A. Работете по плана. Преразглеждайте го динамично въз основа на нова информация.

Б. Надграждайте своите исторически силни страни и успехи на своята наследена ИТ основа и започнете да се възползвате от предимствата на големите данни и когнитивния анализ.       

6. Повторете и усъвършенствайте.  

О. Кога можете да оттеглите сървърите, които сега не работят?

Б. Какъв рефакторинг открихте, че трябва да се направи?

В. Какви оптимизации могат да бъдат направени за вашите данни в облака?  

Г. Какви нови приложения за данни вече можете да използвате в облака?

E. Какво е следващото ниво? AI, машинно обучение, разширен анализ?

Имам проблеми

някои източници казват, че до 70% от технологичните проекти са тотални или частични провали. Очевидно зависи от вашата дефиниция за   провал. Друг източник установи, че 75% смятат, че проектът им е обречен от самото начало. Това може да означава, че 5% са успели, въпреки че шансовете са срещу тях. Моят опит ми подсказва, че има значителна част от технологичните проекти, които или никога не започват, или не успяват да реализират напълно обещаните очаквания. Има някои общи теми, които тези проекти споделят. Когато започнете да планирате миграцията си към облака, ето някои проблеми, за които трябва да внимавате. Ако не го направите, те са като лоша карма или лош кредитен рейтинг – рано или късно ще ви ухапят в дупето.:

1. Собственост. Едно лице трябва да притежава проекта от гледна точка на управлението. В същото време всички участници трябва да се чувстват инвестирани като заинтересовани страни.
2. цена. Разпределен ли е бюджетът? Знаете ли порядъка на величината за следващите 12 месеца, както и приблизителната оценка на текущите разходи? Има ли потенциални скрити разходи? Изхвърлили ли сте излишен флотсам и джетсам в подготовка за преместването. Не искате да мигрирате данни, които няма да се използват или не са надеждни.       
3. Ръководство. Проектът е изцяло спонсориран от ръководството? Реалистични ли са очакванията и определението за успех? Съвпадат ли целите с корпоративната визия и стратегия?
4. Управление hа Проекти. Реалистични ли са сроковете, обхватът и бюджетът? Има ли „сили“, изискващи по-кратки срокове за доставка, увеличен обхват и/или по-ниски разходи или по-малко хора? Има ли твърдо разбиране на изискванията? Дали са реалистични и добре дефинирани?
5. Човешки ресурси. Технологията е лесната част. Това са хората, които могат да бъдат предизвикателство. Мигрирането към облака ще доведе до промени. Хората не обичат промяната. Трябва да зададете очакванията по подходящ начин. Достатъчен и подходящ персонал ли е посветен на инициативата? Или сте опитвали да отделите време от хора, които вече са твърде заети с ежедневната си работа? Можете ли да поддържате стабилен екип? Много проекти се провалят поради текучество на ключов персонал.  
6. Рискове. Идентифицирани ли са и успешно ли са управлявани рисковете?  
7. непредвидени разходи. Успяхте ли да идентифицирате неща, които са извън вашия контрол, но които могат да повлияят на доставката? Помислете за ефекта от промяната в ръководството. Как световната пандемия би повлияла на способността ви да спазвате сроковете и да получавате ресурси?  

Цикълът на облачните изчисления през 2022 г

И така, къде са облачните изчисления, публичните облачни хранилища и софтуерът като услуга в нововъзникващия технологичен цикъл на Gartner днес? Те не са. Те вече не са нововъзникващи технологии. Те вече не са на хоризонта. Те са мейнстрийм и чакат да бъдат осиновени. Следете за растеж в следното нововъзникващи технологии: AI-Augmented Design, Generative AI, Physics-informed AI и Non Fungable Tokens.  

Идеите в тази статия първоначално бяха представени като заключение на статията „Когнитивна анализа: Надграждане на вашата наследена ИТ фондация“, представена в TDWI Business Intelligence Journal, том 22, бр.