Новини майбутнього уже сьогодні

Як ІТ-директори та технічні директори можуть прискорити цифрові перетворення за допомогою хмарних платформ

Статті
З моменту перших корпоративних експериментів із зовнішніми хмарними платформами минуло вже більше десятиліття , і вирок давно визначив їх ділову цінність . Компанії, які добре впроваджують хмару, швидко виводять нові можливості на ринок, легше впроваджують інновації та ефективніше масштабуються, одночасно зменшуючи технологічний ризик.
На жаль, все ще винесено вирок щодо того, що є успішною хмарною реалізацією, щоб насправді охопити це значення. Більшість ІТ-директорів та технічних директорів за замовчуванням застосовують традиційні моделі впровадження, які могли бути успішними в минулому, але майже неможливо отримати реальну цінність із хмари. Занадто вузьке визначення хмарних можливостей із закритими бізнес-ініціативами, такими як хостинг додатків наступного покоління або платформи передачі даних, майже гарантує невдачу. Це пояснюється тим, що не розглядається питання про те, як організації потрібно буде цілісно працювати в хмарі, збільшуючи ризик перешкод зловмисників із використанням сучасних технологічних платформ, що забезпечують гнучкість та інновації бізнесу.
Компанії, які отримують користь від хмарних платформ, трактують своє прийняття як перетворення бізнес-технологій, роблячи три речі:
  • Фокусування інвестицій на бізнес-сферах, де хмара може сприяти збільшенню доходів та покращенню націнки
  • Вибір технології та моделі пошуку, яка відповідає бізнес-стратегії та обмеженням ризику
  • Розробка та впровадження операційної моделі, орієнтованої на хмару
ІТ-директори та технічні директори повинні стимулювати прийняття хмарних технологій, але, враховуючи масштаби та масштаби змін, необхідних для повноцінного використання цієї можливості, їм також потрібна підтримка та захист від решти керівної команди.

Переважають чотири режими відмов

Протягом останніх 20 років відбулися численні збої в тому, як великі підприємства розміщують додатки - від дорогих власних процесорів до товарних архітектур x86, від власних операційних систем до Linux з відкритим кодом, а також від серверів, виділених до одного додатка для багатьох віртуальних машин працює на одному сервері. Разом ці зміни змінили структуру витрат на розміщення додатків. Двадцять років тому одна невеличка програма могла працювати на сервері в 25000 доларів. Сьогодні програма подібного розміру може працювати на сервері за 5000 доларів, яким користуються десять інших програм.
На відміну від минулих успішних програм для впровадження процесів Linux, x86 або віртуалізації серверів, впровадження хмари є більш складним завданням. По-перше, тисячі програм, створених великим підприємством за останні три десятиліття, потребують виправлення або реорганізації, щоб ефективно, безпечно та стійко працювати в хмарі. У деяких випадках компанії виявили, що існуючі програми коштують дорожче, щоб працювати в хмарі перед виправленням.1 Необхідні інвестиції часто призводять до неприємної рентабельності інвестицій у хмарну міграцію, принаймні для компаній, які вже агресивно оптимізували своє локальне інфраструктурне середовище. Економіка витрат на прийняття хмарних технологій може бути набагато привабливішою для компаній, які можуть використовувати її як примусовий механізм для оптимізації свого інфраструктурного середовища або для уникнення великих капітальних вкладень в центр обробки даних.
По-друге, необхідні економіка, навички, процеси та організаційні зміни занадто складні і охоплюють занадто багато різних частин бізнесу, щоб керівники інфраструктури могли управляти самостійно.
Ці реалії змусили переважну більшість великих установ відчути один або кілька з наступних режимів відмов:
  • Пілотний кіоск: компаніям вдалося впровадити кілька додаткових програм на публічно-хмарних платформах, однак цінність цих програм була обмеженою. Це робить подальший прогрес неможливим, оскільки технічні лідери не можуть навести переконливих аргументів для розширення використання хмарної платформи в основі технологічного середовища ІТ.
  • Хмарні затримки: хмарні ініціативи застрягають у довгих чергах, оскільки ІТ не можуть побудувати автоматизацію або еталонні архітектури, необхідні для використання служб загальнодоступної хмарної платформи безпечним, стійким та сумісним способом.
  • Немає жодної користі від «підйому та зміни»: міграція значних частин технологічного середовища - здебільшого шляхом заміни локальних віртуальних машин на інші, не користуючись перевагами важелів оптимізації хмари, - не зуміла значно зменшити витрати або збільшити гнучкість . Підтримка хмарних ініціатив згодом згортається.
  • Хмарний хаос: Технологічне керівництво не має узгодженого бачення і не забезпечує необхідних настанов або нагляду за управлінням, залишаючи розробників переважно власними пристроями при налаштуванні хмарних служб. Це призводить до дуже різних підходів та інструментів із значними ризиками безпеки, стійкості та дотримання вимог.
Як наслідок, хоча постачальники хмарних послуг (CSP) швидко зростають, впровадження хмарних технологій підприємств постійно відстає від прогнозів. Багаторазові опитування, проведені McKinsey, показують, що великі компанії розміщують від 10 до 15 відсотків своїх додатків у хмарі, але продовжують розміщувати ядро ​​свого технологічного середовища в традиційних центрах обробки даних.

Використання хмари для забезпечення цифрової трансформації

Лише 14 відсотків компаній, що розпочинають цифрові перетворення, бачили стійке та суттєве покращення продуктивності. Чому? Можливості виконання технологій часто не відповідають завданням. Застарілі технологічні середовища роблять зміни дорогими. Щоквартальні цикли випуску ускладнюють налаштування цифрових можливостей на мінливі вимоги ринку. Жорстка і крихка інфраструктура задихається даними, необхідними для складної аналітики.
Робота в хмарі може зменшити або усунути багато з цих проблем. Однак використання хмарних сервісів та інструментів вимагає змін у всіх ІТ та багатьох бізнес-функціях, - по суті, в іншій моделі бізнес-технологій.
Успіх вимагає від ІТ-директорів та керівників технологій зробити три речі.

Made on
Tilda