Publicado a

Uma plataforma é um produto interno

Uma plataforma interna falha quando se impõe e vence quando se escolhe. Tratá-la como um produto, com utilizadores, um caminho recomendado e algo a ganhar ao usá-lo, é o que a distingue de uma lista de proibições.

Linha de serviço Engenharia de Plataforma

Os utilizadores são as equipas

Quando uma organização decide «ter uma plataforma», o habitual é começar pelas ferramentas: um orquestrador, um sistema de implementação, um portal. Seis meses depois há muita infraestrutura e poucas equipas a usá-la, porque usá-la custa mais do que contorná-la.

A mudança de enfoque é simples de dizer e difícil de praticar: a plataforma é um produto, e os seus utilizadores são as equipas que constroem aplicações. Como qualquer produto, tem de lhes resolver um problema real e ser mais cómoda do que a alternativa.

O caminho recomendado

O caminho recomendadoCaminho recomendado com quatro estações face a um caminho próprio que resolve cada trecho em separado.PLATAFORMA · PRODUTO INTERNOO caminho recomendadoCAMINHO RECOMENDADO Modelonasce com estrutura Registolugar e responsável Construir e implementarigual para todas ObservabilidadeincluídaIdeiaProduçãoCAMINHO PRÓPRIO????Cada trecho resolve-se por conta própria: mais lento, diferente em cada equipa, sem rastreabilidade.Objetivo: que fazer as coisas bem seja o mais fácil.Se o caminho governado é o mais rápido, ninguém o contorna.N100F · n100f.com

A forma prática de o pensar é como um caminho recomendado: uma rota já resolvida da ideia à produção em que cada trecho funciona sem que a equipa tenha de o inventar.

  • Um modelo com o qual a aplicação nasce com a sua estrutura, a sua documentação e a sua implementação preparadas.
  • Um registo onde a aplicação obtém o seu lugar: endereços, portas, responsáveis.
  • Construção e implementação automatizadas, iguais para todas as aplicações.
  • Observabilidade incluída, sem a configurar à mão.

Uma equipa pode sair do caminho se precisar mesmo. Mas então resolve por sua conta o que a plataforma já lhe dava, e isso costuma bastar para que não o faça sem motivo.

O que transforma uma plataforma em produto

  • Mede-se a adoção, não a quantidade de ferramentas: quantas aplicações nascem do modelo, quanto tempo leva uma aplicação nova a chegar a produção.
  • Documenta-se para quem a usa, não para quem a construiu.
  • Ouvem-se as equipas. Se todas contornam o mesmo trecho, esse trecho está mal resolvido.
  • Versiona-se e anuncia-se. As mudanças na plataforma afetam todas as aplicações; comunicam-se como as mudanças de qualquer produto.

O objetivo

Que fazer as coisas bem seja o mais fácil. Se o caminho governado (com fases, registo e rastreabilidade) é também o mais rápido, o governo deixa de parecer uma portagem.

O primeiro trecho desse caminho é o ciclo de vida: as fases por que passa toda a aplicação e as portas de aprovação entre elas.


Como o aplicamos: Engenharia de Plataforma.

Se o seu custo cloud cresce sem que ninguém saiba porquê, ou a sua arquitetura depende de quem a montou, falemos.

Falemos