Definir o espaço do problema

À medida que você trabalha para criar sua plataforma de desenvolvedor interna, você precisa determinar primeiro sua plataforma viável mais enxuta (TVP). Um TVP é uma variação da ideia de um MVP (produto mínimo viável) no gerenciamento de produtos clássicos.

Uma boa maneira de descobrir quais trabalhos devem fazer parte do SEU TVP é avaliar as práticas de engenharia de plataforma da sua organização com o Modelo de Funcionalidade de Engenharia de Plataforma. O Modelo de Funcionalidade de Engenharia de Plataforma pode ver quais são os pontos fortes de engenharia da plataforma atual da sua organização e definir metas para o futuro.

O diagrama a seguir pode ajudá-lo a orientar seu pensamento sobre como sua plataforma de desenvolvedor pode evoluir ao longo do tempo. Tenha em mente que o principal problema da sua organização pode fazer com que você se desvie do que está descrito aqui devido aos seus investimentos existentes ou às necessidades organizacionais. Você não precisa passar para o próximo estágio, a menos que sua organização precise dela.

Se você estiver começando do zero, essa sequência representará uma progressão comum.

• Nos estágios iniciais, concentre-se na descoberta das funcionalidades necessárias, na análise de lacunas de ajuste de produtos embalados e na criação do mínimo de ferramentas ou recursos de plataforma.
• Em seguida, à medida que você dimensiona, começa a se concentrar na reutilização e a guiar as pessoas por caminhos pavimentados predefinidos com recursos reutilizáveis.
• Para facilitar a criação e manutenção de aplicativos, você enfim adota um modelo de loja digital semelhante ao de consumidor.

Você deve seguir uma mentalidade de produto durante todo o tempo, por isso não recomendamos pular até o fim, pois sua jornada específica pode variar. Esses estágios finais mais se assemelham ao produto encolhido no sentido tradicional, mas este é um destino, não um ponto de partida.

Áreas temáticas de engenharia de plataforma

Considerando o tamanho deste tópico, recomendamos dividir a forma como você fala sobre engenharia de plataforma internamente em quatro áreas:

Sistemas de engenharia: uma combinação de conjuntos de DevOps, como o GitHub e o Azure DevOps e outras ferramentas e serviços para desenvolvedores. Além das ferramentas e serviços críticos do DevOps, como CI/CD ou gerenciamento de pacotes, essa área também inclui recursos usados diretamente durante o processo de codificação, como ambientes de codificação baseados em nuvem, scanners de código e litros e assistentes de IA, como o GitHub Copilot.

Plataforma de aplicativo: uma seleção selecionada de serviços (como infraestrutura como serviço, plataforma como serviço e observabilidade) direcionados a cada pilha de aplicativos (classe de aplicativo, modelo de aplicativo, idiomas) que uma organização deseja usar para fornecer valor comercial. Isso inclui uma combinação de serviços específicos da pilha de aplicativos, juntamente com os serviços comuns usados em toda parte. Um exemplo de uma plataforma de aplicativo pode incluir Aplicativos de Contêiner do Azure, Azure Cosmos DB para armazenamento, Azure Key Vault para segredos, controle de acesso baseado em função do Azure para identidade e controle, Azure Policy para conformidade e auditoria, observabilidade por meio do Grafana e uma topologia de rede relacionada.

Modelos de aplicações: um conjunto de modelos de início rápido bem definidos e criados pela organização que encapsulam orientações para começar certo e permanecer certo para uma determinada plataforma de aplicação, linguagem e conjunto de sistemas de engenharia. Esses modelos podem referenciar outros modelos centralizados e fornecer referências de código inicial, API e SDK, pipelines de CI/CD, configuração de ferramentas e muito mais.

Funcionalidades de autoatendimento do desenvolvedor: isso é fundamental para o esforço de engenharia da plataforma. É uma combinação de APIs, orquestradores, um catálogo, modelos e experiências de usuário projetadas para reduzir o trabalho do desenvolvedor e permitir que as equipes de desenvolvimento se autoatendam e sejam mais autônomas, ao mesmo tempo em que ainda aderem às escolhas e diretrizes/governança das três áreas anteriores.

A integração de sistemas de engenharia, plataformas de aplicativos, modelos de aplicativo e recursos de autoatendimento de desenvolvedores é a base de uma estratégia de engenharia de plataforma. Combinando ferramentas de DevOps, serviços de nuvem e recursos de autoatendimento, as organizações podem reduzir significativamente o trabalho do desenvolvedor, aumentar a produtividade e garantir a conformidade com os padrões de governança.

Próxima etapa

Planejar e priorizar