Construindo uma plataforma de desenvolvimento de última geração com o Backstage

O plano de dados é onde suas cargas de trabalho realmente são executadas. Na maioria dos casos, isso significa um ou mais clusters Kubernetes. O plano de dados não conhece suas abstrações. Ele entende os primitivos do Kubernetes, como pods, implantações, serviços e entradas. A função do plano de controle é compilar seus conceitos de nível superior nessas primitivas e aplicá-los.

O plano de dados faz uma coisa: executa o que o plano de controle lhe diz para executar. A inteligência vive no plano de controle; a execução acontece no plano de dados.

Onde a IA se encaixa na plataforma

A IA agora faz parte de todas as conversas sobre plataformas, mas a questão arquitetônica é onde ela realmente pertence.

As abstrações e o plano de controle que você construiu criam a base. Você tem conceitos bem definidos, como componentes, terminais e dependências. Você tem um estado de tempo de execução agregado e vinculado a esses conceitos. Você tem uma visão conectada do seu sistema. Os agentes de IA podem definitivamente aproveitar isso.

Os agentes de IA devem ser capazes de interagir com sua plataforma como participantes de primeira classe. Isso requer a exposição dos recursos da plataforma por meio de interfaces que os agentes podem usar, como servidores Model Context Protocol (MCP), APIs com semântica clara, CLIs fáceis de usar e habilidades que mapeiam as operações da plataforma.

Esses recursos da plataforma permitem que os agentes criem componentes, acionem compilações e implantações, consultem o status do ambiente e raciocinem sobre dependências. Eles ajudam você e seus desenvolvedores a se tornarem mais produtivos.

Você também pode incorporar agentes em sua plataforma para ajudar nas operações diárias de suas equipes. Aqui estão alguns exemplos de agentes que você pode desenvolver:

• Agentes SRE: Analise logs, métricas e rastreamentos para revelar prováveis ​​causas raiz. Em vez de os desenvolvedores vasculharem os painéis, o agente correlaciona os sinais e sugere onde procurar.
• Agentes FinOps: ajudam as equipes a compreender e otimizar os custos de recursos em ambientes e componentes.
• Agentes arquitetos: auxiliam nas decisões de design do sistema, como análise de dependência, planejamento de capacidade e avaliação de impacto de migração.

Esses agentes funcionam porque têm acesso à visão unificada do plano de controle. Eles veem abstrações, estado de tempo de execução e dados de observabilidade em um só lugar, a mesma história conectada que os desenvolvedores veem no portal.

O padrão se mantém. Boas abstrações tornam tudo mais fácil, inclusive a IA.

OpenChoreo é uma plataforma de desenvolvedor de código aberto para Kubernetes. Recentemente foi aceito no CNCF como um projeto sandbox. OpenChoreo implementa a arquitetura descrita neste artigo: abstrações de desenvolvedor apoiadas por um plano de controle, um portal com tecnologia Backstage, CI/CD e GitOps integrados e observabilidade conectada às suas abstrações.

Se você mesmo está construindo essa arquitetura, vale a pena estudar o OpenChoreo como referência, mesmo que você não o adote diretamente. O projeto demonstra como essas peças se encaixam: como as abstrações são compiladas nos recursos do Kubernetes, como o estado do tempo de execução flui de volta para o portal e como as proteções são aplicadas durante a compilação.

Você pode usar o OpenChoreo como uma plataforma completa ou instalar seus plug-ins Backstage em seu portal existente e usar apenas a camada do plano de controle. De qualquer forma, o que importa são os padrões subjacentes. A arquitetura é a ideia. OpenChoreo é uma forma de implementá-lo.

Um modelo mental útil: arquitetura multiplano

OpenChoreo separa as preocupações em cinco planos:

1. Plano de experiência: onde desenvolvedores, engenheiros de plataforma e SREs interagem com a plataforma por meio do portal desenvolvido pelo Backstage, CLI, GitOps ou agentes de IA.
2. Plano de controle: o cérebro que traduz abstrações de alto nível (componentes, APIs, ambientes, pipelines) em manifestos do Kubernetes. Programável por meio de tipos e características de componentes, para que você possa estendê-lo sem bifurcar ou escrever controladores de baixo nível. Reconcilia continuamente o estado do tempo de execução nessas abstrações.
3. Plano de dados: onde as cargas de trabalho são executadas. Aplica a semântica de suas abstrações, como isolamento de projetos, políticas de tráfego e limites de segurança. Estas não são apenas configurações; a plataforma os garante.
4. Plano de observabilidade: alimenta métricas, logs e rastreamentos por meio das mesmas abstrações que os desenvolvedores já entendem, sem necessidade de tradução.
5. Plano de fluxo de trabalho (opcional): trata compilações usando Cloud Native Buildpacks e Argo Workflows por padrão.

Esses aviões trabalham juntos, mas continuam sendo preocupações distintas. Você pode raciocinar sobre cada um de forma independente, desenvolvê-los em taxas diferentes e implantá-los com flexibilidade: um único cluster com isolamento de namespace para desenvolvimento/teste, configurações de vários clusters totalmente separadas para produção ou topologias híbridas que colocam planos como Controle e CI para eficiência de custos.

O OpenChoreo está sendo desenvolvido para tratar os agentes de IA como participantes de primeira classe. No OpenChoreo 1.0, agentes externos podem interagir com a plataforma por meio de servidores MCP, habilidades do agente ou CLI para gerar e editar configurações de componentes, raciocinar sobre versões e ambientes e muito mais. O Agente SRE integrado é um primeiro exemplo disso. Ele analisa logs, métricas e rastreamentos de suas implantações e usa LLMs para revelar prováveis ​​causas raiz e insights acionáveis.

WSO2

Do portal à plataforma

O Backstage resolveu o problema do portal. Ele forneceu uma interface unificada para catálogos, documentação e caminhos dourados. Mas um portal não é uma plataforma. Há uma lacuna entre o que os desenvolvedores veem e o que realmente está sendo executado, e é aí que você fica preso. Você o preenche com integrações ponto a ponto, plug-ins personalizados e scripts que se tornam sua própria carga de manutenção.

O padrão que funciona é portal, plano de controle, plano de dados:

• Um portal que oferece aos desenvolvedores acesso imediato a catálogos, documentação e modelos.
• Um plano de controle que compila abstrações de plataforma, reconcilia desvios e agrega estado de tempo de execução.
• Um plano de dados que executa cargas de trabalho e impõe garantias.

Quer você mesmo construa isso ou adote algo como OpenChoreo, a arquitetura é mais importante do que as ferramentas. Acerte as camadas e novos recursos serão inseridos de forma limpa. Se errar, cada solicitação de recurso se tornará um projeto.

Os bastidores dão a você a porta da frente. A verdadeira plataforma começa por trás disso.

–