Будущее облачных внутренних платформ для разработчиков. Будут ли поставщики облачных услуг создавать (Дэвид Митчелл)

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

Чтобы подготовить сцену, давайте начнем с всеобъемлющих стратегий миграции в облако. 

В современном мире цифровых технологий трансформация бизнеса идет полным ходом, и даже банки переносят свои приложения в облако! Если вы являетесь техническим директором, приступающим к программе миграции в облако, вам может быть легко предположить, что невероятные изменения могут быть сделаны быстро, путем полного использования облака и преобразования устаревшей инфраструктуры! 

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

Итак, каков наилучший подход к переносу банковских и финансовых приложений в облако? Любой банк, который хочет использовать облачные технологии, должен изучить и перестроить всю совокупность своих приложений, что поможет сократить операционные расходы и повысить удобство для разработчиков. Это повысит производительность разработчиков и скорость проектирования, а также сократит время выхода на рынок, тем самым повысив ценность для бизнеса. 

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

Облако предлагает серебряную подкладку! 

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

Исторически нам приходилось «склеивать» облачные сервисы, чтобы получить такую ​​функциональность, а инструменты DevOps составляли функциональность сложных финансовых и банковских приложений. Когда банковское приложение перестраивается для работы в облаке, часто команды разработчиков объединяют множество облачных сервисов и создают свои собственные специализированные внутренние платформы для разработки облачных сервисов. 

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

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

В недавней статье Forbes 16 технических лидеров поделились своим выбором «обязательных облачных стратегий и услуг», который отражает суть проблемы. Основное наблюдение заключалось в том, что «…каждый ИТ-директор сосредоточен на создании внутренней платформы для разработчиков, чтобы преодолеть сложность облачных технологий и обеспечить управление автономными группами разработчиков. В результате разработчики платформ создают внутренние платформы для разработчиков, используя облачные возможности. Однако это отнимающее много времени и бесконечное упражнение».  

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

Поставщики облачных услуг объединяют свои облачные службы и возможности облачных служб вместе, чтобы создавать действительно облачные внутренние платформы для разработчиков. В последние годы мы наблюдаем появление подобных платформ от каждого из основных облачных провайдеров, в том числе: средство запуска приложений AWS, контейнерные приложения Azure и Google Cloud Run. Некоторые из этих бессерверных облачных сервисов включают в себя: размещение контейнеров, масштабируемость, сборку и развертывание контейнеров, управление версиями сервисов, продление сертификата TLS, интеграцию реестра контейнеров, встроенное ведение журналов и мониторинг, а также прокси-серверы API. Они быстро интегрируются с облачными базами данных, и мы можем управлять ими с помощью облачных политик безопасности. 

Однако насколько мы сейчас близки к поставщикам облачных услуг, предоставляющим нам настоящую облачную внутреннюю платформу для разработчиков? Эволюция продолжается, но многие финансовые и банковские приложения очень сложны и сложны. Для достижения этой цели мы должны продолжать продвигать основные требования через поставщиков облачных услуг, чтобы гарантировать, что необходимая функциональность встроена в их собственные облачные платформы. 

• SEO-контент и PR-распределение. Получите усиление сегодня.
• Платоблокчейн. Интеллект метавселенной Web3. Расширение знаний. Доступ здесь.
• Источник: 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