Підготовка до переходу в хмару

Зараз ми перебуваємо у другому десятилітті впровадження хмар. Близько 92% компаній в тій чи іншій мірі використовують хмарні обчислення. Пандемія нещодавно стала рушійною силою для організацій, які почали використовувати хмарні технології. Успішне переміщення додаткових даних, проектів і програм у хмару залежить від підготовки, планування та передбачення проблем.  

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

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

Ваш бізнес збирається перейти в хмару. Ну, дозвольте мені перефразувати: якщо ваш бізнес буде успішним, він перейде до хмара – це якщо її ще немає. Якщо ви вже там, ви, ймовірно, не читали б це. Ваша компанія продумана і має намір скористатися всіма перевагами хмари, про які ми говорили в іншій статті. Станом на 2020 рік 92% компаній певною мірою використовують хмару, а 50% усіх корпоративних даних уже знаходяться в хмарі.

Срібна підкладка в хмарі COVID: пандемія змусила бізнес уважніше придивитися до хмарних можливостей для підтримки нової парадигми віддаленої робочої сили. Хмара відноситься до обох великих даних зберігання та програми, які обробляють ці дані.  Однією з головних причин переходу в хмару є отримання конкурентної переваги завдяки гнучкості та отриманню нових ідей з великої кількості даних.   

Аналітична фірма Gartner регулярно публікує звіт, у якому обговорюються «технології та тенденції, які обіцяють забезпечити високий рівень конкурентних переваг протягом наступних 10-XNUMX років». Десять років тому, Hype Cycle від Gartner 2012 року для хмарних обчислень поміщають хмарні обчислення та загальнодоступне хмарне сховище в «горинку розчарування» відразу за «піком завищених очікувань». Крім того, великі дані якраз входили в «пік завищених очікувань». Усі три з очікуваним плато через 3-5 років. Програмне забезпечення як послуга (SaaS) було поміщено Gartner у фазу «Схил Просвітлення» з очікуваним плато від 2 до 5 років.

У 2018 році, через шість років, «Хмарні обчислення» та «Публічне хмарне сховище» перебували на фазі «Схил Просвітлення» з прогнозованим плато менше ніж на 2 роки. «Програмне забезпечення як послуга» досягло плато.  Справа в тому, що в цей період відбулося значне поширення публічної хмари.  

Сьогодні, у 2022 році, хмарні обчислення перебувають у другому десятиріччі впровадження і тепер є технологією за замовчуванням для нових програм.  As Gartner каже: «Якщо це не хмара, то це спадщина». Далі Gartner стверджує, що вплив хмарних обчислень на організацію є трансформаційним. Як же тоді організаціям підійти до цієї трансформації?

Ця діаграма більш детально описує, що означає, що технологія знаходиться на певній стадії. 

Як організаціям слід підходити до організаційної трансформації?

У процесі впровадження хмари організаціям довелося приймати рішення, встановлювати нові політики, створювати нові процедури та вирішувати конкретні проблеми. Ось список конкретних областей, які вам потрібно вирішити, щоб бути впевненим, що ваш будинок у порядку: 

1. Навчання, перенавчання або нові ролі.  Використовуючи загальнодоступну хмару для зберігання даних або використання програм, ви передаєте підтримку та обслуговування інфраструктури на аутсорсинг. Вам все одно потрібен внутрішній досвід, щоб керувати постачальником та отримати доступ до даних. Крім того, вам потрібно знати, як використовувати нові доступні інструменти для когнітивної аналітики та науки про дані.     
2. Дані.  Вся справа в даних. Дані – це нова валюта. Ми говоримо про великі дані – дані, які відповідають принаймні деякій з них V визначення. При переході до хмари принаймні частина ваших даних буде в хмарі. Якщо ви працюєте «все-ін», ваші дані зберігатимуться в хмарі й оброблятимуться в хмарі.

A. Доступність даних. Чи можуть ваші існуючі локальні програми отримати доступ до даних у хмарі? Чи потрібні ваші дані для обробки? Вам потрібен час у вашому проекті міграції хмари, щоб перемістити ваші дані в хмару? Скільки часу це займе? Чи потрібно розробляти нові процеси для передачі даних про транзакції в хмару? Якщо ви збираєтеся виконувати AI або машинне навчання, має бути достатньо навчальних даних для досягнення бажаного рівня точності та точності.

B. Зручність використання даних. Чи є ваші дані у форматі, який можуть використовувати люди та інструменти, які будуть отримувати доступ до даних? Чи можете ви виконати «підйом і зсув» у своєму сховищі даних? Або його можна оптимізувати для продуктивності? 

C. Якість даних. Якість даних, на яких спираються ваші рішення, може вплинути на якість ваших рішень. Управління, розпорядники даних, управління даними, можливо, куратор даних можуть відігравати значну роль у прийнятті когнітивної аналітики в хмарі. Витратьте час, перш ніж перенести дані в хмару, щоб оцінити якість своїх даних. Немає нічого більш неприємного, ніж виявити, що ви перенесли дані, які вам не потрібні.

D. Мінливість і невизначеність у великих даних. Дані можуть бути суперечливими або неповними. Чи є прогалини під час оцінки ваших даних і того, як ви збираєтеся їх використовувати? Настав час виправити відомі проблеми, пов’язані зі стандартами даних для всього підприємства. Стандартизуйте серед центрів звітності прості речі, як-от часові виміри, географічні ієрархії. Визначте єдине джерело істини.   

E. Обмеження, властиві самим великим даним. Велика кількість потенційних результатів може вимагати експерта з предметної області, щоб оцінити результати на значущість. Іншими словами, якщо ваш запит повертає багато записів, як ви, як людина, будете це обробляти? Щоб додатково відфільтрувати їх і зменшити кількість записів, щоб їх могла використовувати звичайна несуперлюдина, вам потрібно знати бізнес, який стоїть за даними.

     3. Підтримка основи/інфраструктури ІТ. Розглянемо всі рухомі частини. Цілком імовірно, що не всі ваші дані будуть у хмарі. Деякі можуть бути в хмарі. Деякі локальні. Ще можуть бути інші дані інший хмара постачальника. У вас є схема потоку даних? Чи готові ви перейти від управління фізичним обладнанням до управління постачальниками, які керують фізичним обладнанням? Чи розумієте ви обмеження хмарного середовища? Чи врахували ви можливість підтримки неструктурованих даних, а також ключові технології, що дозволяють використовувати платформу. Чи зможете ви все ще використовувати той самий пакет SDK, API, утиліти даних, які використовували локально? Ймовірно, їх доведеться переписати. Як щодо вашого існуючого ETL для завантаження сховища даних із транзакційних систем? Скрипти ETL потрібно буде переписати.

     4. Уточнення ролей. Можливо, користувачів знадобиться перенавчати новим додаткам і способам доступу до даних у хмарі. Часто настільна або мережева програма може мати таку ж або схожу назву, що й програма, призначена для хмари. Однак він може функціонувати по-різному або навіть мати інший набір функцій.  

Якщо ваша організація серйозно налаштована перейти в хмару та максимально використовувати аналітику, немає жодних дискусій щодо того, що цей перехід може принести значну ділову та економічну цінність. Практично кажучи, щоб дістатися звідси, вам потрібно: 

1. Встановити статут.  

В. Чи визначили ви обсяг свого проекту?  

B. Чи є у вас виконавче спонсорство?

C. Хто – які ролі – повинен бути включений у проект? Хто головний архітектор? Який досвід вам потрібен, щоб покладатися на постачальника хмар?

D. Яка кінцева мета? До речі, мета – не «переміщення в хмару». Які проблеми ви намагаєтесь вирішити?

E. Визначте свої критерії успіху. Як ви дізнаєтесь, що ви успішні?

2. Відкрийте для себе. Почніть з початку. Провести інвентаризацію. Дізнайтеся, що у вас є. Дайте відповіді на запитання:

A. Які дані ми маємо?

Б. Де дані?

C. Які бізнес-процеси необхідно підтримувати? Які дані потрібні цим процесам?

D. Які інструменти та програми ми зараз використовуємо для маніпулювання даними?

E. Який розмір і складність даних?

F. Що будемо мати? Які програми доступні в хмарі від нашого постачальника?

G. Як ми будемо підключатися до даних? Які порти потрібно відкрити в хмарі?

H. Чи існують правила чи вимоги, які диктують вимоги щодо конфіденційності чи безпеки? Чи існують угоди про рівень обслуговування з клієнтами, які необхідно підтримувати?  

I. Чи знаєте ви, як будуть розраховуватися витрати на використання хмари?

3. Оцініть і оцініть. 

A. Які дані ми маємо намір перемістити?

B. Оцінити витрати. Тепер, коли ви знаєте обсяг і обсяг даних, ви можете краще визначити бюджет.

C. Визначте розриви, які існують між тим, що ви маєте на даний момент, і очікуваннями того, що ви очікуєте мати. Чого нам не вистачає?

D. Включіть тестову міграцію, щоб розкрити те, що ви пропустили теоретично.

E. Включіть прийнятне тестування користувача на цьому, а також на заключному етапі.

F. Які виклики ви можете передбачити, щоб ви могли побудувати непередбачувані ситуації на наступному етапі?

Г. Які ризики були виявлені?

4 Планувати. Встановіть а road карта. 

A. Які пріоритети? Що першим? Яка послідовність?

B. Що ви можете виключити? Як можна зменшити масштаб?

C. Чи буде час для паралельної обробки?

D. Який підхід? Частковий / поетапний підхід?

E. Чи визначили ви підхід до безпеки?

F. Ви визначили плани резервного копіювання даних та аварійного відновлення?

G. Що таке комунікаційний план – внутрішній для проекту, для зацікавлених сторін, для кінцевих користувачів?

5. Побудувати. Мігрувати. Тест. Запуск.

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

B. Розвивайте свої історичні переваги та успіхи на застарілій основі ІТ та почніть користуватися перевагами великих даних та когнітивної аналітики.       

6. Повторюйте та уточнюйте.  

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

B. Який рефакторинг ви виявили, що потрібно виконати?

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

D. Які нові програми для обробки даних тепер можна використовувати в хмарі?

E. Який наступний рівень? ШІ, машинне навчання, розширена аналітика?

Зрозуміло

Дещо джерел кажуть, що 70% технологічних проектів є повними або частковими провальними. Мабуть, це залежить від вашого визначення   невдача. Інший джерело виявили, що 75% вважали, що їхній проект із самого початку приречений. Це може означати, що 5% досягли успіху, незважаючи на те, що шанси були проти них. Мій досвід підказує мені, що значна частина технологічних проектів або ніколи не реалізується, або не вдається повністю реалізувати обіцяні очікування. Є деякі спільні теми, які спільні для цих проектів. Коли ви починаєте планувати свою міграцію в хмару, ось деякі нюанси, на які варто звернути увагу. Якщо ви цього не зробите, вони як погана карма або поганий кредитний рейтинг – рано чи пізно вони вкусять вас за попу.

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

Цикл ажиотажу хмарних обчислень у 2022 році

Тож, де сьогодні хмарні обчислення, публічне хмарне сховище та програмне забезпечення як послуга в циклі розголосу про нові технології Gartner? Вони ні. Це вже не новітні технології. Їх уже немає на горизонті. Вони популярні, чекають на прийняття. Слідкуйте за зростанням у наступному новітні технології: AI-Augmented Design, Generative AI, AI-informed AI and Non Fungable Tokens.  

Ідеї ​​в цій статті спочатку були представлені як підсумок статті «Когнітивна аналітика: розбудова вашого старого IT Foundation», представленої в Журнал бізнес-аналітики TDWI, Т. 22, № 4.