Подготовка да се преселите во облакот

Сега сме во втората деценија на усвојување облак. Дури 92% од бизнисите користат cloud computing до одреден степен. Пандемијата е неодамнешен двигател за организациите да усвојат облак технологии. Успешното преместување на дополнителни податоци, проекти и апликации на облакот зависи од подготовката, планирањето и исчекувањето на проблемот.  

1. Подготовка се однесува на податоците и човечкото управување со податоците и придружната инфраструктура.
2. Планирање е од суштинско значење. Планот треба да содржи специфични клучни елементи.
3. Управување со проблеми е способноста да се предвидат потенцијални области на неволја и способност да се движите по нив доколку се сретнете.  

Четири работи што треба да ги направи бизнисот за да биде успешен во облакот, плус 7 гаќи

Вашиот бизнис ќе се пресели во облакот. Па, дозволете ми да рефразирам дека, ако вашиот бизнис ќе биде успешен, тој ќе се пресели во облак – ова е, ако веќе го нема. Ако веќе сте таму, веројатно нема да го читате ова. Вашата компанија размислува напред и има намера да ги искористи сите придобивки на облакот за кои разговаравме во друга статија. Од 2020 година, 92% од бизнисите го користат облакот до одреден степен и 50% од сите корпоративни податоци се веќе во облакот.

Сребрената постава на облакот COVID: пандемијата го принуди бизнисот повнимателно да ги разгледа можностите на облакот за да ја поддржи новата парадигма на далечинска работна сила. Облакот се однесува на двата големи податоци складирање и апликации кои ги обработуваат тие податоци.  Една од главните причини да се преселите во облакот е да стекнете конкурентска предност со тоа што ќе бидете флексибилни и ќе стекнете нови сознанија од многубројните податоци.   

Фирмата за аналитичар Гартнер редовно објавува извештај во кој се дискутираат „технологиите и трендовите кои ветуваат дека ќе обезбедат висок степен на конкурентска предност во следните пет до 10 години“. Пред десет години, Hype Cycle на Гартнер од 2012 година за Cloud Computing ги стави Cloud Computing и Public Cloud Storage во „Корито на разочарување“ веднаш зад „Врвот на надуени очекувања“. Понатаму, големите податоци штотуку влегуваа во „врвот на надуени очекувања“. Сите три со очекувано плато за 3 до 5 години. Софтверот како услуга (SaaS) беше сместен од Гартнер во фазата „Наклон на просветлувањето“ со очекувано плато од 2 до 5 години.

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

Денес, во 2022 година, cloud computing сега е во втората деценија на усвојување и сега е стандардна технологија за нови апликации.  As Гартнер вели: „Ако не е облак, тоа е наследство“. Гартнер продолжува да вели дека влијанието на cloud computing врз организацијата е трансформациско. Како тогаш организациите треба да пристапат кон оваа трансформација?

Оваа табела подетално опишува што значи дека технологијата е во одредена фаза. 

Како треба организациите да пристапат кон организациска трансформација?

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

1. Тренинг, преобука или нови улоги.  При усвојување на јавниот облак за складирање податоци или користење на апликациите, вие сте ја превземале поддршката и одржувањето на инфраструктурата. Сè уште ви треба внатрешна експертиза за да управувате со продавачот и да пристапите до податоците. Понатаму, треба да знаете како да ги искористите новите алатки што ги имате на располагање за когнитивна аналитика и наука за податоци.     
2. Податоци  Се е до податоците. Податоците се новата валута. Зборуваме за Big Data – податоци кои исполнуваат барем некои од V на дефиницијата. При преместувањето во облакот, барем дел од вашите податоци ќе бидат во облакот. Ако сте „all-in“, вашите податоци ќе се складираат во облакот и ќе се обработуваат во облакот.

A. Достапност на податоци. Дали вашите постоечки on-prem апликации можат да пристапат до податоците во облакот? Дали вашите податоци се таму каде што треба да бидат за обработка? Дали треба да одвоите време во вашиот проект за миграција на облак за да ги преместите вашите податоци во облакот? Колку долго ќе трае тоа? Дали треба да развиете нови процеси за да ги пренесете вашите трансакциски податоци до облакот? Ако имате намера да изведувате вештачка интелигенција или машинско учење, мора да има доволно податоци за обука за да се исполни посакуваното ниво на точност и прецизност.

B. Употребливост на податоците. Дали вашите податоци се во формат што може да ги консумираат луѓето и алатките што ќе пристапат до податоците? Дали можете да извршите „кревање и поместување“ на вашиот склад за податоци? Или, дали може да се оптимизира за перформанси? 

C. Квалитет на податоци. Квалитетот на податоците на кои се потпираат вашите одлуки може да влијае на квалитетот на вашите одлуки. Управување, чувари на податоци, управување со податоци, можеби куратор на податоци може да играат значајна улога во усвојувањето на когнитивната анализа во облакот. Одвојте време пред да ги префрлите податоците во облакот за да го процените квалитетот на вашите податоци. Нема ништо пофрустрирачко од тоа да откриете дека сте мигрирале податоци што не ви се потребни.

D. Варијабилност и несигурност во големите податоци. Податоците може да бидат неконзистентни или нецелосни. Дали има празнини во оценувањето на вашите податоци и како имате намера да ги користите? Сега е време да се поправат познатите проблеми поврзани со стандардите за податоци ширум претпријатието. Стандардизирајте низ центрите за известување за едноставни работи како што се временските димензии, хиерархиите на географијата. Идентификувајте го тој единствен извор на вистината.   

E. Ограничувања својствени за самите големи податоци. Голем број на потенцијални резултати може да бараат експерт за домен да ги оцени резултатите за значајност. Со други зборови, ако вашето барање врати многу записи, како вие како човек ќе го обработите тоа? За дополнително да го филтрирате и да го намалите бројот на записи, за да може да го консумира обичен несупер човек, ќе треба да ја знаете работата зад податоците.

     3. Поддршка на основата/инфраструктурата на ИТ. Размислете за сите подвижни делови. Многу е веројатно дека сите ваши податоци нема да бидат во облакот. Некои можеби се во облакот. Некои во просториите. Може да има и други податоци уште еден облак на продавачот. Дали имате дијаграм за проток на податоци? Дали сте подготвени да преминете од управување со физички хардвер кон управување со продавачи кои управуваат со физички хардвер? Дали ги разбирате ограничувањата на околината на облакот? Дали ја имате земено предвид можноста за поддршка на неструктурирани податоци, како и клучни технологии кои овозможуваат платформа. Дали сè уште ќе можете да ги користите истите SDK, API, услуги за податоци што сте ги користеле во просториите? Најверојатно ќе треба да се препишат. Што е со вашиот постоечки ETL за вчитување на складиштето на податоци од трансакциски системи? ETL скриптите ќе треба да се препишат.

     4. Рафинирање на улогите. Корисниците можеби ќе треба да се преквалификуваат за новите апликации и како да пристапат до податоците во облакот. Често десктоп или мрежна апликација може да има исто или слично име како онаа посветена на облакот. Сепак, може да функционира поинаку, па дури и да има различен сет на функции.  

Ако вашата организација е сериозна да се пресели во облакот и да извлече максимум од аналитиката, нема дебата дека овој потег може да обезбеди значителна деловна и економска вредност. Практично кажано, за да стигнете оттука, ќе треба: 

1. Воспоставете повелба.  

A. Дали го дефиниравте опсегот на вашиот проект?  

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

В. Кој – кои улоги – треба да бидат вклучени во проектот? Кој е главен архитект? Каква експертиза ви е потребна за да се потпрете на продавачот на облак?

Г. Која е крајната цел? Патем, целта не е „преместување во облакот“. Кои проблеми се обидувате да ги решите?

E. Дефинирајте ги вашите критериуми за успех. Како ќе знаете дека сте успешни?

2. Откријте. Започнете на почетокот. Земете инвентар. Откријте што имате. Одговори на прашањата:

А. Какви податоци имаме?

Б. Каде се податоците?

В. Кои деловни процеси треба да се поддржат? Кои податоци им се потребни на тие процеси?

Г. Кои алатки и апликации моментално ги користиме за манипулирање со податоците?

E. Која е големината и сложеноста на податоците?

F. Што ќе имаме? Кои апликации се достапни во облакот од нашиот продавач?

G. Како ќе се поврземе со податоците? Кои порти ќе треба да бидат отворени во облакот?

H. Дали има некои прописи или барања кои ги диктираат барањата за приватност или безбедност? Дали има SLA со клиенти кои треба да се одржуваат?  

I. Дали знаете како ќе се пресметуваат трошоците за користење на облакот?

3. Проценете и оценувајте. 

А. Кои податоци имаме намера да ги преместиме?

Б. Проценете ги трошоците. Сега кога го знаете обемот и обемот на податоци, вие сте во подобра позиција да дефинирате буџет.

В. Дефинирајте ги празнините што постојат помеѓу она што моментално го имате и очекувањата од она што очекувате да го имате. Што ни недостасува?

D. Вклучете тест миграција за да го откриете она што сте го пропуштиле во теорија.

E. Вклучете го тестирањето за прифаќање од корисниците во оваа фаза, како и во последната фаза.

Кои предизвици можете да ги предвидите за да можете да изградите непредвидени ситуации во следната фаза?

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

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

A. Кои се приоритетите? Што доаѓа прво? Која е низата?

Б. Што можете да исклучите? Како можете да го намалите опсегот?

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

D. Кој е пристапот? Парцијален / фазен пристап?

E. Дали го дефиниравте безбедносниот пристап?

F. Дали сте дефинирале резервни копии на податоци и планови за обновување при катастрофи?

G. Кој е планот за комуникација – внатрешен за проектот, за засегнатите страни, за крајните корисници?

5. Изградба. Мигрираат. Тест. Лансира.

А. Работете на планот. Ревидирај го динамично врз основа на нови информации.

Б. Надоградете ги вашите историски силни страни и успеси на вашата наследена ИТ основа и започнете да ги користите придобивките од големите податоци и когнитивната анализа.       

6. Повторете и рафинирајте.  

О. Кога можете да ги пензионирате серверите кои сега седат неактивен?

Б. Какво рефакторирање откривте што треба да се направи?

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

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

E. Кое е следното ниво? ВИ, машинско учење, напредна аналитика?

Гочас

Некои извори велат дека дури 70% од технолошките проекти се тотални или делумни неуспеси. Очигледно, тоа зависи од вашата дефиниција за   неуспех. Друга извор откриле дека 75% мислат дека нивниот проект е осуден од самиот почеток. Тоа може да значи дека 5% успеале и покрај тоа што шансите биле против нив. Моето искуство ми кажува дека има значителен дел од технолошки проекти кои или никогаш не се отпочнуваат или не успеваат целосно да ги реализираат ветените очекувања. Има некои заеднички теми што ги споделуваат тие проекти. Како што почнувате да ја планирате вашата миграција во облакот, еве неколку работи на кои треба да внимавате. Ако не го направите тоа, тие се како лоша карма или лош кредитен рејтинг - порано или подоцна, тие ќе ве гризат во задникот.:

1. Сопственост. Едно лице мора да го поседува проектот од перспектива на управување. Во исто време, сите учесници мора да се чувствуваат вложени како засегнати страни.
2. цена. Дали е доделен буџет? Дали го знаете редоследот на големината за следните 12 месеци, како и проценката на тековните трошоци? Дали има некакви потенцијални скриени трошоци? Дали сте го исфрлиле вишокот флоцам и џетсам како подготовка за потегот. Не сакате да мигрирате податоци што нема да се користат или немаат доверба.       
3. Лидерство. Дали проектот е целосно спонзориран од раководството? Дали очекувањата и дефиницијата за успех се реални? Дали целите се усогласуваат со корпоративната визија и стратегија?
4. Управување со проекти. Дали временските рокови, обемот и буџетот се реални? Дали постојат „сили“ кои бараат пократки рокови за испорака, зголемен опсег и/или помали трошоци или помалку луѓе? Дали има цврсто разбирање за барањата? Дали се тие реални и добро дефинирани?
5. Човечки ресурси. Технологијата е најлесниот дел. Тоа е работа на луѓето што може да биде предизвик. Мигрирањето во облакот ќе донесе промени. Луѓето не сакаат промени. Треба соодветно да ги поставите очекувањата. Дали доволен и соодветен персонал е посветен на иницијативата? Или, дали сте се обиделе да одвоите време од луѓе кои веќе се премногу зафатени со нивната секојдневна работа? Дали можете да одржите стабилен тим? Многу проекти пропаѓаат поради обртот на клучниот персонал.  
6. Ризици. Дали ризиците се идентификувани и успешно управувани?  
7. Непредвидени. Дали успеавте да идентификувате работи кои се надвор од ваша контрола, но кои можат да влијаат на испораката? Размислете за ефектот од промената на раководството. Како би влијаела пандемија ширум светот на вашата способност да ги исполнувате роковите и да добивате ресурси?  

Cloud Computing Hype Cycle во 2022 година

Значи, каде се Cloud Computing, Public Cloud Storage и Software as a Service во технолошкиот циклус на подем на Гартнер денес? Тие не се. Тие повеќе не се нови технологии. Тие веќе не се на хоризонтот. Тие се мејнстрим, чекаат да бидат усвоени. Гледајте за растот во следново нови технологии: Зголемен дизајн со вештачка интелигенција, генеративна вештачка интелигенција, вештачка интелигенција информирана за физика и незаменливи токени.  

Идеите во оваа статија првично беа претставени како заклучок на статијата „Когнитивна аналитика: Градење на вашата наследена ИТ фондација“ претставена во TDWI Business Intelligence Journal, том 22, бр. 4.