Escalando o Time de Plataforma e Processos

Como você escala um time de plataforma/DevOps para dar suporte a uma organização de engenharia em crescimento?

DevOpsadvanced

// pergunta de entrevista

Como você escala um time de plataforma/DevOps para dar suporte a uma organização de engenharia em crescimento?

Resposta de exemplo

Escalar times de plataforma exige equilibrar self-service com suporte. Estratégias: 1) Construir plataformas internas - abstrair complexidade, oferecer golden paths. 2) Ferramentas de self-service - templates, CLIs, portais para tarefas comuns. 3) Modelo inner source - as equipes de desenvolvimento contribuem de volta. 4) Documentação e treinamento - reduzir a carga de suporte. 5) Embedded vs. centralizado - considerar engenheiros de plataforma embutidos nas equipes de produto. 6) Redução de toil - automatizar solicitações repetitivas. 7) SLOs para serviços internos. Objetivo: o time de plataforma cresce de forma sublinear em relação ao crescimento da empresa por meio de alavancagem.

Por que isso importa

Um time de plataforma que precisa atender manualmente cada solicitação se torna um gargalo. A abordagem moderna trata os desenvolvedores internos como clientes e constrói produtos para eles. O modelo da Spotify, portais no estilo Backstage e 'you build it, you run it' visam aumentar a velocidade dos desenvolvedores mantendo padrões. O sucesso é medido pela satisfação dos desenvolvedores e pela capacidade de fazer deploy com segurança sem depender do time de plataforma.

Exemplos de código

Template de serviço do Backstage

yaml

apiVersion: scaffolder.backstage.io/v1beta3
kind: Template
metadata:
  name: microservice-template
  title: New Microservice
  description: Create a production-ready microservice
spec:
  owner: platform-team
  type: service
  parameters:
    - title: Service Info
      properties:
        name:
          title: Name
          type: string
        team:
          title: Owning Team
          type: string
          enum: [payments, users, orders]
  steps:
    - id: fetch
      action: fetch:template
      input:
        url: ./skeleton
    - id: publish
      action: publish:github
    - id: register
      action: catalog:register

Exemplo de CLI da plataforma

bash

#!/bin/bash
# Internal platform CLI for self-service

# Create new service (templated)
platform create service --name payments-api --team payments

# Request database
platform request postgres --size medium --team payments

# Deploy to environment
platform deploy payments-api --env staging

# View service health
platform status payments-api

# Access logs (with proper RBAC)
platform logs payments-api --since 1h

Erros comuns a evitar

Construir uma plataforma que ninguém pediu (solução em busca de um problema)
Não tratar as ferramentas internas com o mesmo rigor de produtos voltados ao cliente
Forçar as equipes a usar a plataforma em vez de torná-la genuinamente melhor

Prováveis perguntas de acompanhamento

Como você equilibra padronização com autonomia das equipes?
Quais métricas você usa para medir a eficácia do time de plataforma?
Como você lida com equipes que querem usar ferramentas fora do padrão?

Responda em voz alta primeiro e depois confira com a resposta modelo.

Praticar todas as perguntas de Sênior Mais perguntas de DevOps

#platform-engineering#devops#team-scaling#processes#leadership

Mais perguntas de entrevista de DevOps

Also worth your time on this topic

Interview

Propósito de uma Internal Developer Platform

Seu time vive abrindo tickets para coisas como criar novos serviços, configurar bancos de dados e conseguir acesso a ambientes de staging. Seu CTO pede para você resolver isso. O que você construiria, e por quê?

junior

Checklist

Checklist de Configuração de Pipeline CI/CD

Checklist passo a passo para um pipeline CI/CD pronto para produção: controle de versão, builds, testes, varreduras de segurança, gates de deploy, secrets e caminhos de rollback.

1-2 horas

Exercise

Helm Charts e Gerenciamento de Pacotes no Kubernetes

Aprenda a implantar e gerenciar aplicações Kubernetes usando Helm charts com templates, values e gerenciamento de ciclo de vida.

90 minutos