У SoftwareOne тисячі наших клієнтів перебувають у процесі переходу на хмарні технології. Щотижня я спілкуюся з керівниками ІТ-відділів, які розробляють свої хмарні стратегії. Я помітив п'ять повторюваних тем, які, на мою думку, є помилками при впровадженні публічної хмари.
Чи це також резонує з тим, що ви бачите на ринку?!
Деякі керівники у сфері Cloud Migration, з якими я спілкуюся, надто серйозно ставляться до хмарних технологій з точки зору інфраструктури. У таких випадках вони можуть думати: «Рухаймося і зробімо це швидко». А для цього вам прийдеться ігнорувати проблеми неоптимізованого переходу у хмару та проєкти, які не приносять практично ніякої користі бізнесу.
Можливо, ваша компанія щойно взяла на себе велике зобов’язання перед одним з гіперскейлером, а годинник тікає. Багато додатків повторно переміщено з обґрунтуванням «ми вже заплатили за це». Оскільки додатки зазвичай залишаються недоторканими, після місяців інвестицій у хмару найкращим сценарієм є те, що перенесені програми працюватимуть і поводитимуться так само, як вони працювали локально. Є кілька розкручених хмарних обіцянок — програми виглядають і працюють однаково.
Можливо, ваша компанія щойно взяла на себе великі зобов'язання перед гіперскейлером, і годинник тікає. Купа додатків переноситься на інший хостинг з виправданням "ми вже ж заплатили за це". Оскільки програми, як правило, залишаються недоторканими, після місяців інвестицій у хмару найкращим сценарієм є те, що перенесені додатки працюватимуть і поводитимуться точно так само, як і в офісі. Мало що з розпіарених хмарних обіцянок справджується - програми виглядають і працюють так само.
Деякі з наших клієнтів хочуть перенести програми на основі того, що є технічно найбільш доцільним, але не збалансовують це з тим, що забезпечить найбільший вплив на бізнес. Такий підхід спрощує роботу та дає ІТ-відділу більше гнучкості в переміщенні, але результат може бути невтішним для бізнесу.
Керівники мають високі очікування щодо того, що може надати міграція в хмару (і тут гарно працює маркетинг Hyperscalers). Перехід до хмари і надання такого ж досвіду та аналогічної вартості може бути недостатнім. Це особливо актуально, якщо процес міграції забирає багато ІТ-ресурсів, впливає на звичний бізнес-процес або відкладає інші стратегічні проекти.
Багато організацій покладаються на внутрішні припущення щодо технічної життєздатності, узгодженості архітектури, якості коду та можливостей рефакторингу. (Хто захоче викинути весь той код, який працює?) Заздалегідь зроблені припущення в процесі планування часто мають ефект бумеранга. Може бути шокуючим побачити, скільки разів міграція в хмару планується з невеликим розумінням того, які зміни в додатках можуть знадобитися або наскільки здійсненним буде рефакторинг окремих додатків.
Навіть в межах категорії рефакторингу існують рівні зусиль. Переробити програму, щоб просто запустити її на PaaS або виправити проблеми з безпекою - це не одне й те саме, що повністю переробити її, використовуючи підходи мікросервісів. Найкращий спосіб дізнатися, що у вас є і з чим ви маєте справу для міграції - це використовувати автоматизовані інструменти виявлення та перевірки разом із загальноприйнятими в індустрії методами.
Впроваджуючи хмару, ІТ-менеджери мають упередження щодо заміни центру обробки даних та економії коштів на інфраструктуру, тоді як групи розробників зосереджуються на продуктивності та нових можливостях додатків. Ці групи повинні цілеспрямовано працювати разом над проблемами впровадження хмари, які часто недооцінюють, наприклад: як зараз працює резервне копіювання? як розширити наш ландшафт безпеки до хмари? яка правильна модель управління в хмарі?
Коли ми допомагаємо клієнтам створювати хмарні бізнес сценарії та дивимось, як вони порівнюють хмарні та локальні навантаження, ми часто бачимо, що їм бракує експертизи FinOps для більш складного сценарію витрат і закупівель у мультихмарному світі. Системні інтегратори, хмарні архітектори рідко є експертами з програмного забезпечення чи ліцензування. Вони не орієнтуються в динаміці ціноутворення в ІТ-світі.
Наприклад, якщо ви хочете придбати ліцензію бази даних або інший конкретний програмний продукт, у вас є можливість придбати безпосередньо на хмарних маркетплейсах, а також через традиційні контракти на програмне забезпечення з гібридними, локальними та хмарними правами. Якщо ви будуєте свій бізнес-кейс, припускаючи, що програмне забезпечення буде придбано в хмарі як рішення SaaS (що може здатися розумним для архітектора), це просто неправильний спосіб побудови кошторису витрат. Насправді, ми бачили багато ситуацій, коли економічне обґрунтування не працює в хмарі, тому що витрати на програмне забезпечення завищені або не оптимізовані. Ми також бачимо це з хмарною інфраструктурою, де довгострокові контракти часто покращують питомі витрати.
Сподіваюся, це було для вас корисним, поки ви міркували про майбутнє свого бізнесу. Якщо ви хочете дізнатися більше про Application Services у SoftwareOne або провести ознайомчу бесіду, зв’яжіться з нами.
Отримайте поради про міграцію та перебування у хмарі від фахівців. Зв’яжіться з нами сьогодні, щоб запланувати безкоштовну 30-хвилинну консультацію з одним із наших експертів із хмарних технологій.
Отримайте поради про міграцію та перебування у хмарі від фахівців. Зв’яжіться з нами сьогодні, щоб запланувати безкоштовну 30-хвилинну консультацію з одним із наших експертів із хмарних технологій.
