Майбутнє внутрішніх хмарних платформ для розробників. Чи створять постачальники хмарних послуг (Девід Мітчелл)

Наскільки ми близькі до постачальників хмарних послуг, які створюють внутрішні хмарні платформи для розробників? 

Щоб підготувати ситуацію, давайте почнемо з основних стратегій хмарної міграції. 

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

Однак припущення можуть бути небезпечними, і ця перспектива виявилася набагато складнішою в такому складному та суворо регульованому секторі, як фінанси та банківська справа. Деякі банки почали «переносити» свої існуючі програми в хмару та запускати їх на віртуальних машинах; однак досвід показує, що це не дозволяє банку розкрити всі переваги хмари. Застосування цього підходу обмежує масштабованість, надійність, досвід розробників, час виходу на ринок і скорочення операційних витрат на переробку додатків із використанням власних хмарних технологій. Банк, який «піднімає та переносить» свої додатки в хмару, зазвичай робить це тому, що це простіше та швидше, або він може мати ширші бізнес-обмеження, які змушують його робити це. 

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

Gartner описує «хмарний нативний» як посилання на; «… щось створене для оптимального використання або реалізації характеристик хмари. Ці характеристики хмари є частиною початкового визначення хмарних обчислень і включають можливості, що надаються як послуга. Характеристики хмарних обчислень також включають масштабовані та еластичні, спільні, вимірювані за використанням, на основі послуг і повсюдне використання Інтернет-технологій». 

Хмара пропонує срібну підкладку! 

Безсерверні хмарні служби, такі як Google Cloud Run, програми-контейнери Azure та програми AWS Runner, поєднують дух хмарних служб – вони масштабовані, стійкі та повністю керовані. Ці послуги дозволяють організації використовувати переваги контейнеризації, дозволяючи розгортати ту саму програму на кількох хмарних платформах, забезпечуючи тим самим послідовну роботу програми, незалежно від базової інфраструктури. 

Історично склалося так, що нам доводилося «склеювати» хмарні служби, щоб отримати таку функціональність, і інструменти DevOps складали функціональні можливості складних фінансових і банківських програм. Коли банківська програма змінюється для хмари, зазвичай можна побачити, як команди розробників об’єднують багато хмарних служб і створюють власні спеціальні хмарні платформи для розробників. 

Hype Cycle компанії Gartner стверджує, що розробка платформи та внутрішні платформи розробників покращують досвід розробників. «Внутрішня платформа розробника (IDP) створена командою платформи для створення золотих шляхів і забезпечення самообслуговування розробника. IDP складається з багатьох різних технологій та інструментів, об’єднаних таким чином, що знижує когнітивне навантаження на розробників, не абстрагуючись від контексту та основних технологій». Дотримуючись такої передової практики, команди платформ історично розглядали свою платформу як продукт, створюючи її на основі досліджень користувачів, а потім підтримуючи та постійно вдосконалюючи. 

Однак підтримка та постійне вдосконалення цих спеціально створених внутрішніх платформ розробників неминуче призводить до неймовірних зусиль і операційних витрат. 

У нещодавній статті Forbes 16 технічних лідерів поділилися своїми виборами для «Обов’язкових хмарних стратегій і послуг», які відображають суть проблеми. Основне зауваження полягало в тому, що «…кожен ІТ-директор зосереджується на створенні внутрішньої платформи розробника, щоб подолати складність хмарних технологій і забезпечити управління для автономних команд розробників. У результаті інженери платформ створюють внутрішні платформи для розробників, використовуючи можливості хмари. Однак це трудомістка і нескінченна вправа».  

Тому для майбутнього важливо, щоб внутрішня платформа розробника стала доступною як важлива хмарна пропозиція; але чи справляються хмарні провайдери з цим завданням? Очевидно, що вони є, але, як завжди, у фінансових і банківських програмах завжди є додаткові складності! 

Постачальники хмарних послуг об’єднують свої хмарні служби та можливості хмарних служб разом, щоб створювати справді хмарні внутрішні платформи для розробників. В останні роки ми спостерігали появу подібних платформ від кожного з основних хмарних постачальників, зокрема: AWS app runner, контейнерні програми Azure та Google Cloud Run. Деякі з цих безсерверних хмарних служб включають: розміщення контейнерів, масштабованість, створення та розгортання контейнерів, версії сервісів, оновлення сертифіката TLS, інтеграцію реєстру контейнерів, вбудоване ведення журналів і моніторинг, а також проксі API. Вони швидко інтегруються з хмарними базами даних, і ми можемо керувати ними за допомогою хмарних політик безпеки. 

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

• Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
• Платоблокчейн. Web3 Metaverse Intelligence. Розширені знання. Доступ тут.
• джерело: https://www.finextra.com/blogposting/23809/the-future-of-cloud-native-internal-developer-platforms-will-the-cloud-service-providers-create-the?utm_medium=rssfinextra&utm_source=finextrablogs