Platform engineering existe para o time de produto deixar de abrir ticket para cada ambiente, secret e pipeline. Self-service com guarda-corpo: o caminho feliz é um portal ou um pipeline padrão; o desvio perigoso continua precisando de humano. Sem isso, “plataforma” é só um time de infra com outro nome e a mesma fila.

Março é quando o backlog de tickets do trimestre já apareceu. O padrão é o mesmo de sempre: cada squad reinventa Terraform, cada um pede exceção, o drift cresce. Cultura de entrega contínua e DevOps não escala no ticket a ticket. Escala no trilho.

Self-service não é self-descontrole

Guarda-corpo típico:

  • catálogo curto (três tamanhos de ambiente, não trinta);
  • política de identidade e secret no caminho padrão;
  • rede e backup como default, não como anexo do chamado;
  • exceção com prazo e dono — não “vale para sempre”.

O portal interno não precisa ser bonito no primeiro trimestre. Precisa ser o caminho mais fácil. Se o jeito fácil for pedir no chat e o jeito certo for preencher um form de 40 campos, o chat vence. Plataforma boa reduz atrito no caminho seguro.

Kubernetes só quando há plataforma entra aqui: orquestrador sem self-service é ticket de YAML. Não use cluster como palavra mágica. Use plataforma como produto interno com usuário (os squads) e aceite.

O time de plataforma deixa de ser fila

O trabalho muda: menos “faz pra mim”, mais “o trilho quebrou” e “a golden path precisa de X”. SLO de plataforma é tempo até o squad publicar no padrão — não número de tickets fechados (fechar ticket rápido pode significar mais exceções).

Drift de Terraform é o inimigo do self-service: o portal cria um estado, o humano altera no console, o próximo apply explode. Dono de módulo e política de “console é emergência” precisam estar escritos.

Não inventamos produtividade percentual. O sinal honesto é qualitativo: o squad novo sobe o serviço no trilho sem war room de infra. Se ainda precisa, a plataforma não está pronta — e tudo bem admitir, em vez de lançar o portal vazio.

Por onde começar sem “projeto de plataforma” eterno

  1. Liste os três pedidos mais repetidos (ambiente, pipeline, secret).
  2. Padronize um. Só um.
  3. Meça quantos squads usam o padrão versus o chat.
  4. Só então o segundo item do catálogo.

Fábrica e squad interno sofrem o mesmo: sem golden path, cada projeto é artesanato. Artesanato não é virtude em infra repetível.

Como a Tech Coders constrói trilho na fábrica

Na fábrica de software, plataforma interna entra no sprint de 15 dias como produto: um caminho feliz, guarda-corpo, dono. Não vendemos “orquestrador”. Vendemos o recorte que tira o time de produto da fila. Sustentação 24×7 opera o trilho; resgate costuma achar dezenas de jeitos de publicar e nenhum padrão.

Perguntas frequentes

Portal interno exige um time grande de plataforma?

Não no início. Exige um dono e um caminho. Time grande demais cedo vira comitê. Um padrão usado vence cinco padrões no paper.

Self-service substitui SRE?

Não. Substitui o ticket de provisionamento repetido. SRE continua em confiabilidade, incidente e o que o trilho ainda não cobre.

E se cada squad “for especial”?

Especial vira exceção com prazo. Se todos são especiais, não há produto de plataforma — há consultoria interna permanente. Isso pode ser a verdade; nomeie.

Golden path trava inovação?

Trava o desvio invisível. Inovação de produto roda no trilho. Inovação de infra passa por exceção explícita, não por console escondido.