Падрыхтоўка да пераходу ў воблака

Зараз мы знаходзімся на другім дзесяцігоддзі прыняцця воблака. Цэлых 92% прадпрыемстваў у той ці іншай ступені выкарыстоўваюць хмарныя вылічэнні. Пандэмія была нядаўнім стымулам для арганізацый, якія перайшлі на воблачныя тэхналогіі. Паспяховае перамяшчэнне дадатковых даных, праектаў і прыкладанняў у воблака залежыць ад падрыхтоўкі, планавання і прадбачання праблем.  

1. падрыхтоўка гаворка ідзе пра дадзеныя і кіраванне імі людзьмі і дапаможнай інфраструктурай.
2. Планаванне з'яўляецца істотным. План павінен утрымліваць пэўныя ключавыя элементы.
3. кіраванне праблемамі гэта здольнасць прадбачыць патэнцыйныя праблемы і здольнасць арыентавацца ў іх, калі яны сутыкнуцца.  

Чатыры рэчы, якія павінен рабіць бізнес, каб быць паспяховым у воблаку, плюс 7 праблем

Ваш бізнес збіраецца перайсці ў воблака. Што ж, дазвольце мне перафразаваць: калі ваш бізнес будзе паспяховым, ён перайдзе да воблака – гэта, калі яго яшчэ няма. Калі вы ўжо там, вы, верагодна, не чыталі б гэта. Ваша кампанія прадумана і мае намер скарыстацца ўсімі перавагамі воблака, якія мы абмяркоўвалі ў іншым артыкуле. Па стане на 2020 год 92% прадпрыемстваў у той ці іншай ступені выкарыстоўваюць воблака, а 50% усіх карпаратыўных даных ужо знаходзяцца ў воблаку.

Добрая падкладка ў воблаку COVID: пандэмія прымусіла бізнес больш уважліва прыгледзецца да воблачных магчымасцяў, каб падтрымаць новую парадыгму выдаленай працоўнай сілы. Воблака ставіцца як да вялікіх дадзеных сховішча і праграмы, якія апрацоўваюць гэтыя дадзеныя.  Адна з галоўных прычын пераходу на воблака - атрымаць канкурэнтную перавагу, будучы гнуткім і атрымліваючы новыя ідэі з вялікай колькасці дадзеных.   

Аналітычная фірма Gartner рэгулярна публікуе справаздачу, у якой абмяркоўваюцца «тэхналогіі і тэндэнцыі, якія абяцаюць забяспечыць высокую ступень канкурэнтнай перавагі на працягу наступных 10-XNUMX гадоў». Дзесяць гадоў таму, Цыкл ажыятажу Gartner за 2012 год для воблачных вылічэнняў паставілі воблачныя вылічэнні і агульнадаступнае воблачнае сховішча ў «карытах расчаравання» адразу за «пікам завышаных чаканняў». Больш за тое, Big Data якраз уваходзілі ў «пік завышаных чаканняў». Усе тры з чаканым плато праз 3-5 гадоў. Праграмнае забеспячэнне як паслуга (SaaS) было размешчана Gartner на фазе «Схіл прасвятлення» з чаканым плато ад 2 да 5 гадоў.

У 2018 годзе, праз шэсць гадоў, «Воблачныя вылічэнні» і «Публічнае воблачнае сховішча» знаходзіліся ў фазе «Схіл прасвятлення» з прагназаваным плато менш за 2 гады. «Праграмнае забеспячэнне як паслуга» дасягнула плато.  Справа ў тым, што ў гэты перыяд адбылося значнае распаўсюджванне публічнага воблака.  

Сёння, у 2022 годзе, воблачныя вылічэнні знаходзяцца на другім дзесяцігоддзі ўкаранення і цяпер з'яўляюцца тэхналогіяй па змаўчанні для новых прыкладанняў.  As Gartner кажа: «Калі гэта не воблака, гэта спадчына». Далей Gartner кажа, што ўплыў воблачных вылічэнняў на арганізацыю з'яўляецца трансфармацыйным. Як жа арганізацыі павінны падыходзіць да гэтай трансфармацыі?

У гэтай дыяграме больш падрабязна апісваецца, што азначае, што тэхналогія знаходзіцца на пэўнай стадыі. 

Як арганізацыі павінны падыходзіць да арганізацыйнай трансфармацыі?

У працэсе прыняцця воблака арганізацыі павінны былі прымаць рашэнні, усталёўваць новую палітыку, ствараць новыя працэдуры і вырашаць канкрэтныя праблемы. Вось спіс канкрэтных абласцей, якія вам трэба будзе вырашыць, каб пераканацца, што ваш дом у парадку: 

1. Навучанне, перанавучанне або новыя ролі.  Прымяняючы агульнадаступнае воблака для захоўвання даных або выкарыстання прыкладанняў, вы перадалі падтрымку і абслугоўванне інфраструктуры. Для кіравання пастаўшчыком і доступу да даных вам па-ранейшаму патрэбны ўласны вопыт. Акрамя таго, вам трэба ведаць, як выкарыстоўваць новыя інструменты для кагнітыўнай аналітыкі і навукі аб даных.     
2. Дадзеныя.  Уся справа ў дадзеных. Дадзеныя - гэта новая валюта. Мы гаворым пра вялікія даныя – дадзеныя, якія адпавядаюць прынамсі некаторым з іх V вызначэння. Пры пераходзе ў воблака прынамсі частка вашых даных будзе знаходзіцца ў воблаку. Калі вы працуеце «ўсё-ін», вашы даныя будуць захоўвацца ў воблаку і апрацоўвацца ў воблаку.

A. Даступнасць даных. Ці могуць вашы існуючыя лакальныя прыкладання атрымаць доступ да даных у воблаку? Ці з'яўляюцца вашы дадзеныя там, дзе яны павінны быць для апрацоўкі? Вам трэба вылучыць час у вашым праекце міграцыі ў воблаку, каб перанесці свае даныя ў воблака? Колькі часу гэта зойме? Вам трэба распрацоўваць новыя працэсы для перадачы вашых транзакцыйных даных у воблака? Калі вы збіраецеся выконваць ІІ або машыннае навучанне, павінна быць дастаткова навучальных дадзеных, каб дасягнуць жаданага ўзроўню дакладнасці і дакладнасці.

B. Зручнасць выкарыстання дадзеных. Ці знаходзяцца вашы дадзеныя ў фармаце, які могуць быць выкарыстаны людзьмі і інструментамі, якія будуць атрымліваць доступ да дадзеных? Ці можаце вы выканаць «пад'ём і зрух» у вашым сховішчы даных? Ці можна аптымізаваць яго для прадукцыйнасці? 

C. Якасць дадзеных. Якасць дадзеных, на якіх абапіраюцца вашыя рашэнні, можа паўплываць на якасць вашых рашэнняў. Кіраванне, распарадчыкі даных, кіраванне дадзенымі, магчыма, куратар дадзеных могуць гуляць значную ролю ў прыняцці кагнітыўнай аналітыкі ў воблаку. Выдаткуйце час, перш чым перанесці даныя ў воблака, каб ацаніць якасць вашых даных. Няма нічога больш расчаравальнага, чым выявіць, што вы перанеслі непатрэбныя вам дадзеныя.

D. Зменлівасць і нявызначанасць у вялікіх дадзеных. Дадзеныя могуць быць супярэчлівымі або няпоўнымі. Ці ёсць прабелы ў ацэнцы вашых дадзеных і таго, як вы збіраецеся іх выкарыстоўваць? Цяпер настаў час выправіць вядомыя праблемы, звязаныя з агульнапрадпрымальнымі стандартамі даных. Стандартызаваць у розных цэнтрах справаздачнасці простыя рэчы, такія як часавыя вымярэнні, геаграфічныя іерархіі. Вызначце гэтую адзіную крыніцу праўды.   

E. Абмежаванні, уласцівыя самім вялікім дадзеным. Вялікая колькасць патэнцыйных вынікаў можа запатрабаваць эксперта ў вобласці, каб ацаніць вынікі на значнасць. Іншымі словамі, калі ваш запыт вяртае шмат запісаў, як вы, як чалавек, будзеце гэта апрацоўваць? Каб дадаткова адфільтраваць яго і паменшыць колькасць запісаў, каб іх мог спажыць звычайны несупер чалавек, вам трэба будзе ведаць бізнес, які стаіць за дадзенымі.

     3. Падтрымка асновы/інфраструктуры ІТ. Разгледзім усе рухомыя часткі. Цалкам верагодна, што не ўсе вашы даныя будуць у воблаку. Некаторыя з іх могуць быць у воблаку. Некаторыя на тэрыторыі. Яшчэ могуць быць іншыя дадзеныя іншы воблака прадаўца. У вас ёсць схема патоку дадзеных? Ці гатовыя вы перайсці ад кіравання фізічным абсталяваннем да кіравання пастаўшчыкамі, якія кіруюць фізічным абсталяваннем? Ці разумееце вы абмежаванні воблачнага асяроддзя? Ці ўлічвалі вы магчымасць падтрымкі неструктураваных даных, а таксама ключавых тэхналогій, якія падтрымліваюць платформу. Ці зможаце вы па-ранейшаму выкарыстоўваць тыя ж SDK, API, утыліты для перадачы дадзеных, якія вы выкарыстоўвалі на месцы? Іх, верагодна, трэба будзе перапісаць. Што наконт вашага існуючага ETL для загрузкі сховішча даных з транзакцыйных сістэм? Скрыпты ETL трэба будзе перапісаць.

     4. Удакладненне роляў. Карыстальнікам, магчыма, спатрэбіцца перанавучыцца новым прылажэнням і спосабам доступу да даных у воблаку. Часта настольнае або сеткавае прыкладанне можа мець такое ж або падобнае імя, што і прыкладанне, прысвечанае воблаку. Аднак ён можа функцыянаваць па-рознаму або нават мець іншы набор функцый.  

Калі ваша арганізацыя сур'ёзна настроена перайсці ў воблака і максімальна выкарыстоўваць аналітыку, няма спрэчак, што гэты пераход можа забяспечыць значную бізнес- і эканамічную каштоўнасць. Практычна кажучы, каб дабрацца адсюль, вам трэба: 

1. Заснаваць статут.  

А. Вы вызначылі сферу свайго праекта?  

B. Ці ёсць у вас выканаўчае спонсарства?

C. Хто – якія ролі – павінен быць уключаны ў праект? Хто галоўны архітэктар? Які вопыт вам трэба спадзявацца на пастаўшчыка воблака?

D. Якая канчатковая мэта? Дарэчы, мэта — не «пераход у воблака». Якія праблемы вы спрабуеце вырашыць?

E. Вызначце крытэрыі поспеху. Як вы даведаецеся, што вы паспяховыя?

2. Адкрыць. Пачніце з пачатку. Правядзіце інвентарызацыю. Даведайцеся, што ў вас ёсць. Адкажы на пытанні:

A. Якія дадзеныя мы маем?

Б. Дзе дадзеныя?

C. Якія бізнес-працэсы неабходна падтрымліваць? Якія дадзеныя патрэбныя гэтым працэсам?

D. Якія інструменты і праграмы мы выкарыстоўваем у цяперашні час для маніпулявання дадзенымі?

E. Які памер і складанасць даных?

Ф. Што ў нас будзе? Якія праграмы даступныя ў воблаку ад нашага пастаўшчыка?

G. Як мы будзем падключацца да дадзеных? Якія парты павінны быць адкрыты ў воблаку?

H. Ці існуюць якія-небудзь правілы або патрабаванні, якія прадпісваюць патрабаванні да прыватнасці або бяспекі? Ці існуюць SLA з кліентамі, якія неабходна падтрымліваць?  

I. Ці ведаеце вы, як будуць разлічвацца выдаткі на выкарыстанне воблака?

3. Ацаніць і ацаніць. 

A. Якія дадзеныя мы маем намер перамясціць?

B. Ацаніць выдаткі. Цяпер, калі вы ведаеце аб'ём і аб'ём даных, вы ў лепшым становішчы, каб вызначыць бюджэт.

C. Вызначце разрывы паміж тым, што вы маеце ў цяперашні час, і чаканнямі таго, што вы чакаеце мець. Чаго нам не хапае?

D. Уключыце тэставую міграцыю, каб выявіць тое, што вы прапусцілі ў тэорыі.

E. Уключыце прыймальнае тэсціраванне карыстальнікаў на гэтым, а таксама на заключным этапе.

F. Якія праблемы вы можаце прадбачыць, каб вы маглі пабудаваць непрадбачаныя абставіны на наступным этапе?

Г. Якія рызыкі былі выяўлены?

4. План. Устанавіць а road карта. 

А. Якія прыярытэты? Што на першым месцы? Якая паслядоўнасць?

B. Што вы можаце выключыць? Як можна паменшыць аб'ём?

C. Ці будзе час для паралельнай апрацоўкі?

D. Які падыход? Частковы / паэтапны падыход?

E. Вы вызначылі падыход бяспекі?

F. Ці вызначаны планы рэзервовага капіявання дадзеных і аварыйнага аднаўлення?

G. Што такое план камунікацыі - унутраны для праекта, для зацікаўленых бакоў, для канчатковых карыстальнікаў?

5. Будаваць. Міграваць. Тэст. Запуск.

А. Праца па плану. Дынамічна пераглядайце яго на аснове новай інфармацыі.

B. Абапірайцеся на свае гістарычныя моцныя бакі і поспехі на застарэлай аснове ІТ і пачынайце карыстацца перавагамі вялікіх дадзеных і кагнітыўнай аналітыкі.       

6. Ітэрацыя і ўдакладненне.  

A. Калі вы можаце выключыць серверы, якія цяпер не працуюць?

B. Які рэфактарынг вы выявілі, што неабходна зрабіць?

C. Якія аптымізацыі можна зрабіць для вашых даных у воблаку?  

D. Якія новыя дадаткі вы можаце выкарыстоўваць у воблаку?

E. Які наступны ўзровень? AI, машыннае навучанне, пашыраная аналітыка?

Здабыліся

Некаторыя крыніц кажуць, што да 70% тэхналагічных праектаў з'яўляюцца поўнымі або частковымі няўдачамі. Мабыць, гэта залежыць ад вашага вызначэння   няўдача. Іншы крыніца выявілі, што 75% лічылі, што іх праект з самага пачатку асуджаны. Гэта можа азначаць, што 5% дасягнулі поспеху, нягледзячы на ​​​​супраць іх. Мой вопыт падказвае мне, што значная частка тэхналагічных праектаў альбо ніколі не рэалізуецца, альбо не ў поўнай меры рэалізуюць абяцаныя чаканні. Ёсць некаторыя агульныя тэмы, якія аб'ядноўваюць гэтыя праекты. Калі вы пачынаеце планаваць сваю міграцыю ў воблака, вось некалькі момантаў, на якія варта звярнуць увагу. Калі вы гэтага не зробіце, яны як дрэнная карма або дрэнны крэдытны рэйтынг - рана ці позна яны ўкусяць вас за зад:

1. Уласнасць. Адзін чалавек павінен валодаць праектам з пункту гледжання кіравання. У той жа час усе ўдзельнікі павінны адчуваць сябе зацікаўленымі бакамі.
2. Каштаваць. Ці выдзелены бюджэт? Ці ведаеце вы парадак велічыні на наступныя 12 месяцаў, а таксама ацэнку бягучых выдаткаў? Ці ёсць нейкія патэнцыйныя схаваныя выдаткі? Ці выкінулі вы лішкі flotsam і jetsam, рыхтуючыся да пераезду. Вы не хочаце пераносіць даныя, якія не будуць выкарыстоўвацца або не надзейныя.       
3. Кіраўніцтва. Ці цалкам спансуецца праект кіраўніцтвам? Ці рэалістычныя чаканні і вызначэнне поспеху? Ці супадаюць мэты з карпаратыўным бачаннем і стратэгіяй?
4. Кіраванне праектам. Ці рэалістычныя тэрміны, аб'ём і бюджэт? Ці ёсць «сілы», якія патрабуюць скарачэння тэрмінаў пастаўкі, павелічэння аб'ёмаў і/або меншых выдаткаў або меншай колькасці людзей? Ці ёсць цвёрдае разуменне патрабаванняў? Яны рэалістычныя і дакладна акрэсленыя?
5. Чалавечымі рэсурсамі. Тэхналогія - гэта простая частка. Гэта людзі, якія могуць быць праблемай. Пераход у воблака прынясе змены. Людзі не любяць пераменаў. Вы павінны правільна расставіць чаканні. Ці дастатковы і адпаведны персанал быў прысвечаны ініцыятыве? Ці вы спрабавалі вылучыць час у людзей, якія ўжо занадта занятыя сваёй паўсядзённай працай? Ці здольныя вы захаваць стабільную каманду? Многія праекты церпяць няўдачу з-за цякучасці ключавога персаналу.  
6. Рызыкі. Ці былі ідэнтыфікаваныя і паспяхова кіраваныя рызыкі?  
7. непрадбачаныя абставіны. Ці змаглі вы вызначыць рэчы, якія па-за вашым кантролем, але якія могуць паўплываць на дастаўку? Разгледзім эфект змены кіраўніцтва. Як сусветная пандэмія паўплывае на вашу здольнасць выконваць тэрміны і атрымліваць рэсурсы?  

Цыкл ажыятажу воблачных вылічэнняў у 2022 годзе

Дык дзе сёння воблачныя вылічэнні, агульнадаступнае воблачнае сховішча і праграмнае забеспячэнне як паслуга ў тэхналагічным ажыятажным цыкле Gartner? Яны не з'яўляюцца. Яны больш не з'яўляюцца перадавымі тэхналогіямі. Іх ужо няма на гарызонце. Яны мэйнстрым, чакаюць прыняцця. Сачыце за ростам у наступным новыя тэхналогіі: AI-дапоўнены дызайн, генератыўны AI, інфармаваны фізікай AI і незаменныя токены.  

Ідэі ў гэтым артыкуле першапачаткова былі прадстаўлены ў якасці завяршэння артыкула «Кагнітыўная аналітыка: абапіраючыся на сваю спадчыну ІТ-фонду», прадстаўленай у Часопіс бізнес-аналітыкі TDWI, Т. 22, No 4.