O futuro das plataformas de desenvolvedores internos nativas da nuvem. Os provedores de serviços em nuvem criarão o (David Mitchell)

O futuro das plataformas de desenvolvedores internos nativas da nuvem. Os provedores de serviços em nuvem criarão o (David Mitchell)

O futuro das plataformas internas de desenvolvedores nativas da nuvem. Os provedores de serviços em nuvem criarão o (David Mitchell) PlatoBlockchain Data Intelligence. Pesquisa vertical. Ai.

Quão próximos estamos dos provedores de serviços em nuvem que criam plataformas internas para desenvolvedores nativas da nuvem? 

Para definir o cenário, vamos começar com estratégias abrangentes de migração para a nuvem. 

Neste mundo moderno de desenvolvimento digital, a transformação dos negócios está em pleno andamento e até os bancos estão migrando seus conjuntos de aplicativos para a nuvem! Se você é um CTO que está embarcando em um programa de migração para a nuvem, pode ser fácil presumir que mudanças incríveis podem ser feitas rapidamente, utilizando totalmente a nuvem e transformando a infraestrutura legada! 

No entanto, os pressupostos podem ser perigosos e esta perspectiva revelou-se muito mais desafiante num sector tão complexo e altamente regulamentado como o financeiro e o bancário. Alguns bancos começaram a “levantar e transferir” o seu conjunto de aplicações existentes para a nuvem e a executá-lo em máquinas virtuais; no entanto, a experiência mostra que isto não permite ao banco aproveitar todos os benefícios da nuvem. Essa abordagem limita a escalabilidade, a confiabilidade, a experiência do desenvolvedor, o tempo de colocação no mercado e a redução dos gastos operacionais de reengenharia dos aplicativos usando tecnologias nativas da nuvem. Um banco que “eleva e transfere” o seu conjunto de aplicações para a nuvem normalmente fá-lo porque é mais simples e rápido, ou pode estar sujeito a restrições comerciais mais amplas que o forçam a fazê-lo. 

Então, qual é a melhor abordagem para migrar aplicações bancárias e financeiras para a nuvem? Qualquer banco que queira utilizar a nuvem deve examinar e reestruturar todo o seu conjunto de aplicações, ajudando a reduzir despesas operacionais e aumentar a experiência do desenvolvedor. Isso aumentará a produtividade do desenvolvedor e a velocidade da engenharia, diminuindo também o tempo de lançamento no mercado, acelerando assim o valor do negócio. 

O Gartner descreve 'nativo da nuvem' como uma referência; “…algo criado para aproveitar ou implementar as características da nuvem de maneira otimizada. Essas características da nuvem fazem parte da definição original de computação em nuvem e incluem capacidades fornecidas como serviço. As características da computação em nuvem também incluem tecnologias de Internet escaláveis ​​e elásticas, compartilhadas, medidas pelo uso, baseadas em serviços e onipresentes.” 

A nuvem oferece uma fresta de esperança! 

Os serviços de nuvem sem servidor, como Google Cloud Run, aplicativos de contêiner do Azure e aplicativos AWS Runner, incorporam o espírito nativo da nuvem – eles são escalonáveis, resilientes e totalmente gerenciados. Estes serviços permitem que uma organização utilize os benefícios da contentorização, tornando possível implementar a mesma aplicação em múltiplas plataformas cloud, garantindo assim que a aplicação funciona de forma consistente, independentemente da infraestrutura subjacente. 

Historicamente, tivemos que “colar” os serviços em nuvem para obter essa funcionalidade e as ferramentas DevOps compunham a funcionalidade de aplicações financeiras e bancárias complexas. Quando um aplicativo bancário é reprojetado para nuvem, é comum ver equipes de desenvolvimento unindo muitos serviços em nuvem e construindo suas próprias plataformas internas de desenvolvedor em nuvem personalizadas e personalizadas. 

O Hype Cycle do Gartner argumenta que a engenharia de plataforma e as plataformas internas do desenvolvedor melhoram a experiência do desenvolvedor. “Uma plataforma de desenvolvedor interna (IDP) é construída por uma equipe de plataforma para criar caminhos dourados e permitir o autoatendimento do desenvolvedor. Um IDP consiste em muitas tecnologias e ferramentas diferentes unidas de uma forma que reduz a carga cognitiva dos desenvolvedores sem abstrair o contexto e as tecnologias subjacentes.” Seguindo essas práticas recomendadas, as equipes de plataforma historicamente trataram sua plataforma como um produto, construindo-a com base na pesquisa do usuário e, em seguida, mantendo-a e melhorando-a continuamente. 

No entanto, manter e melhorar continuamente estas plataformas internas de desenvolvimento específicas conduz inevitavelmente a uma quantidade incrível de esforço e despesas operacionais. 

Em um artigo recente da Forbes, 16 líderes tecnológicos compartilharam suas seleções para “Estratégias e serviços de nuvem indispensáveis”, que captura a essência do problema. A principal observação foi que “...todo CIO se concentra na construção de uma plataforma interna de desenvolvimento para superar a complexidade das tecnologias nativas da nuvem e impor governança para equipes de desenvolvimento autônomas. Como resultado, os engenheiros de plataforma estão construindo plataformas internas para desenvolvedores utilizando recursos de nuvem. No entanto, este é um exercício demorado e interminável.”  

Portanto, é fundamental para o futuro que uma plataforma como serviço interna para desenvolvedores seja disponibilizada como uma oferta essencial de nuvem; mas os provedores de nuvem estão enfrentando esse desafio? É evidente que sim, mas como sempre, há sempre complexidades adicionais nas aplicações financeiras e bancárias! 

Os provedores de serviços em nuvem estão agrupando seus serviços em nuvem e recursos de serviços em nuvem para construir plataformas de desenvolvedores internos verdadeiramente nativas da nuvem. Nos últimos anos, temos visto o surgimento de plataformas semelhantes de cada um dos principais provedores de nuvem, incluindo: AWS app runner, aplicativos de contêiner do Azure e Google Cloud Run. Alguns desses serviços nativos da nuvem e sem servidor incluem: hospedagem de contêineres, escalabilidade, construção e implantação de contêineres, controle de versão de serviço, renovação de certificado TLS, integração de registro de contêiner, registro e monitoramento integrados e proxies de API. Eles se integram rapidamente aos bancos de dados em nuvem e podemos governá-los usando políticas de segurança em nuvem. 

No entanto, quão próximos estamos agora dos provedores de serviços em nuvem que nos fornecem uma plataforma de desenvolvedor interna verdadeiramente nativa da nuvem? A evolução está em andamento, mas muitas aplicações financeiras e bancárias são altamente complexas e desafiadoras. Para atingir este objetivo, devemos continuar a impulsionar os requisitos essenciais através dos fornecedores de serviços em nuvem, para garantir que a funcionalidade necessária seja incorporada nas suas plataformas nativas em nuvem. 

Carimbo de hora:

Mais de Fintextra