Cloud Intelligence™
O que é um Forward Deployed Engineer?
Um Forward Deployed Engineer (FDE) atua dentro do ambiente do cliente para criar, entregar e manter correções técnicas. Saiba o que os FDEs fazem, como o papel se diferencia do de um arquiteto de soluções e como funciona o time de FDEs da DoiT.
Esta página também está disponível em English, Deutsch, Español, Français, Italiano e 日本語.
About Josh Palmer
I'm Josh Palmer, Head of Content at DoiT, where I split my time across multiple business units including DoiT Cloud Intelligence, PerfectScale (Kubernetes cost optimization), and SELECT (Snowflake, Databricks, and BigQuery cost optimization). Before DoiT, I spent four and a half years at OnBoard building content for a board intelligence platform used by 6,000+ organizations, and before that, two years as Content Marketing Manager at Zylo, a SaaS management platform.
My personal pageTL;DR: Um Forward Deployed Engineer (FDE) é um engenheiro mão na massa que atua diretamente dentro do ambiente do cliente para construir, integrar e manter uma solução técnica, em vez de entregar um documento de design e partir para a próxima conta. Os FDEs são donos de todo o arco de um deployment: descoberta, integração, debugging e suporte de longo prazo. A DoiT mantém uma das maiores práticas de FDE em nuvem e FinOps, unindo arquitetos de nuvem seniores aos times de engenharia dos clientes para entregar correções de custo, confiabilidade e segurança — em vez de apenas apontá-las.
Sua fatura de nuvem continua subindo, e o dashboard que seu time comprou no ano passado só adiciona mais um alerta que ninguém tem tempo de investigar. Alguém ainda precisa ler o trace, descobrir por que um node pool do Kubernetes não faz o scale down e entregar a correção antes que a próxima fatura chegue. Essa lacuna entre "aqui está o problema" e "aqui está a correção, em produção" é exatamente a que o papel de Forward Deployed Engineer existe para fechar.
O que faz um Forward Deployed Engineer?
Um Forward Deployed Engineer trabalha inserido no dia a dia de clientes específicos, aplicando habilidades técnicas profundas em qualquer combinação de infraestrutura, dados e integração de que esses clientes precisem. Um engenheiro de software típico é dono de uma capacidade do produto para muitos clientes. O FDE inverte esse modelo: ele é dono de um pequeno conjunto de clientes em muitas capacidades, ficando perto o suficiente de cada ambiente para entender sua arquitetura, seu contexto de negócio e suas restrições.
Essa atuação de dentro molda o trabalho. As responsabilidades de um FDE geralmente abrangem todo o ciclo de vida de um deployment, e não uma única fase dele: descoberta de requisitos e escopo técnico, integração de sistemas e implementação, deployment e rollout, debugging contínuo à medida que o uso real revela edge cases, e capacitação para que o próprio time do cliente consiga sustentar o trabalho depois que o FDE passa para a próxima prioridade. Um arquiteto de soluções normalmente sai depois que o design é aprovado. Um consultor normalmente sai depois que o relatório é entregue. Um FDE permanece até a produção.
De onde veio o título de Forward Deployed Engineer?
A Palantir Technologies popularizou o termo, usando-o para descrever engenheiros que implantam software diretamente dentro de ambientes governamentais e corporativos onde a complexidade do domínio é alta demais para ser resolvida à distância. À medida que fornecedores de IA generativa e empresas de infraestrutura passaram a assumir deployments igualmente complexos e críticos, o título se espalhou pelo setor. A OpenAI hoje contrata diretamente para o cargo de "Forward Deployed Engineer", enquanto outros provedores de nuvem usam nomes diferentes para papéis comparáveis: o Google Cloud chama de "customer engineer" e a Amazon Web Services usa "solutions architect". As responsabilidades se sobrepõem, mas o grau de imersão no cliente e a duração do trabalho costumam variar de empresa para empresa e de cargo para cargo.
Qual a diferença entre um Forward Deployed Engineer, um arquiteto de soluções e um consultor?
Os três papéis ajudam o cliente a fazer a tecnologia funcionar. A diferença está em quando eles entram em cena e por quanto tempo ficam.
| Cargo | Quando entra em cena | Pelo que responde | Quando sai |
|---|---|---|---|
| Arquiteto de soluções | Pré-venda e fase de design | Recomendações de arquitetura | Depois que o design é aprovado |
| Consultor | Um período de atuação com prazo definido | Um relatório ou roadmap | Depois que o relatório é entregue |
| Forward Deployed Engineer | Todo o ciclo de vida do deployment | Implementação e resultados mensuráveis | Permanece alocado durante a produção e a iteração |
Essa última linha é a que costuma confundir. Um FDE não é um técnico de suporte trabalhando em uma fila de tickets, nem um consultor entregando um deck de slides. Ele fica dentro da conta, ao lado dos próprios engenheiros do cliente, e continua responsável pelo resultado depois que a primeira entrega vai ao ar.
Quais habilidades um Forward Deployed Engineer precisa ter?
O nível técnico exigido é alto porque o trabalho abrange muitas disciplinas ao mesmo tempo. A maioria dos cargos de FDE exige experiência prática em produção com pelo menos uma grande nuvem pública (AWS, Google Cloud ou Azure), familiaridade com infraestrutura como código, como Terraform ou CloudFormation, e proficiência em uma linguagem de propósito geral como Python, Go ou TypeScript. Plataformas de contêineres, especialmente Kubernetes, aparecem o tempo todo, e ferramentas de observabilidade importam tanto quanto a própria infraestrutura: um FDE precisa raciocinar sobre trade-offs de custo, performance e confiabilidade, não apenas implementar uma correção. Com workloads de IA chegando à produção, utilização de GPU, controle de custo de inferência e deployment de modelos deixaram de ser uma especialização à parte e passaram a fazer parte do conjunto padrão de habilidades de um FDE.
As habilidades técnicas colocam o FDE na sala. As habilidades interpessoais o mantêm útil depois que ele entra. Traduzir uma dor vaga como "nossa fatura da AWS disparou de novo" em um plano técnico concreto e com escopo definido exige prática — assim como explicar esse plano para um stakeholder de finanças que não liga para node pools e para um engenheiro que liga. Os FDEs também trabalham dentro de um time de conta que não é o deles, em coordenação com gerentes de sucesso do cliente e gerentes de conta, sem serem os donos diretos do relacionamento com o cliente.
Cloud bill shouldn't be a mystery
One platform for AI and Cloud optimization.
Como é um time de Forward Deployed Engineers na prática? O modelo de FDE da DoiT
A DoiT, empresa multicloud de FinOps e operações de nuvem, construiu uma das maiores práticas dedicadas de FDE do setor. O time começou como Customer Reliability Engineering (CRE) e foi renomeado para Forward Deployed Engineering para refletir como o mercado já entendia o papel: engenheiros alocados junto aos clientes para entregar resultados integrados, não um balcão de suporte que fecha tickets. O rebranding não mudou o trabalho em si. Mudou o enquadramento, porque "FDE" carrega um sinal mais claro tanto para os clientes quanto para os engenheiros que a DoiT queria contratar.
A DoiT posiciona a prática em contraste direto com a alternativa. Como dizem os próprios materiais do time: "Não é uma fila de tickets. Não é um deck de consultoria." Os FDEs da DoiT são arquitetos de nuvem seniores, distribuídos por nove fusos horários, que trabalham lado a lado com os times de engenharia de plataforma e de FinOps do cliente para entregar mudanças em vez de enviar alertas. A prática se organiza em torno de seis disciplinas: otimização de IA e LLM, otimização de custos, resposta a incidentes, tuning de Kubernetes, suporte a migração e confiabilidade e performance. Cada FDE também carrega especializações profundas e é alocado em um projeto conforme o que a stack do cliente realmente exige.
Exemplos de especialidades de FDE na DoiT
- Rajan Bhave lidera aceleradores de GenAI na região EMEA, projetando as arquiteturas de referência de Bedrock e AgentCore que levam o cliente do demo a um agente em produção.
- Sascha Heyer atua no lado de ML e LLM, construindo pipelines de Vertex AI e workflows de deployment de modelos.
- Eduardo Mota também cobre ML e LLM, com foco em sistemas de RAG baseados em Bedrock e em levar IA generativa para a produção.
- Chimbu Chinnadurai, conhecido internamente como o "Kubernetes whisperer", passa os dias fazendo clusters problemáticos da EMEA voltarem à linha — e descobrindo por que saíram dela.
- Kate Gawron cobre o lado de bancos de dados, modernizando deployments de Aurora, RDS e Snowflake.
Esses cinco são só uma amostra. A prática de FDE da DoiT reúne cerca de 200 engenheiros, então a lista acima mal arranha a superfície, mas já basta para mostrar o padrão: um projeto com o cliente pode trazer o especialista de que ele realmente precisa, em vez de um generalista tentando adivinhar uma stack desconhecida.
O Attribute, da DoiT, é um exemplo concreto de como isso funciona na prática. Infraestrutura compartilhada, como GPUs, clusters de Kubernetes e serviços multi-tenant, tende a esconder quem de fato está gerando determinado custo, e o Attribute usa telemetria eBPF para mapear o gasto de volta ao time, workload, modelo, funcionalidade ou cliente responsável por ele. Chegar lá não é uma instalação única. Os FDEs da DoiT implantam o coletor eBPF, validam que a telemetria bate com as faturas reais de nuvem do cliente, desenham um modelo de atribuição que reflete como o negócio define seus times e tenants, e então ajudam o próprio time do cliente a conectar esse resultado ao seu workflow de FinOps ao longo de um onboarding definido de 90 dias. Essa sequência — descoberta, construção, validação e capacitação contínua — é o ciclo de vida do FDE em miniatura.
Quando uma empresa deve trazer um Forward Deployed Engineer?
Alguns sinais costumam aparecer juntos quando um Forward Deployed Engineer é a escolha certa. Fadiga de alertas é um deles: o time tem dashboards de sobra apontando problemas e ninguém com a disponibilidade ou o contexto para corrigi-los. Problemas de custo ou confiabilidade que exigem mudanças em nível de código ou de configuração, e não mais um relatório, são outro. Infraestrutura compartilhada ou multi-tenant, que mistura muitos geradores de custo em uma única fatura, fortalece o argumento, e workloads de GenAI ou LLM com gastos imprevisíveis e em rápida evolução o fortalecem ainda mais. Migrações de nuvem também se beneficiam, já que o contexto se perde toda vez que um projeto muda de mãos entre times, e um engenheiro alocado que acompanha toda a migração fecha essa lacuna.
Perguntas frequentes
Forward Deployed Engineer é um cargo real ou apenas jargão interno? É um cargo real, voltado ao mercado. A Palantir popularizou o termo, que hoje é usado por empresas de infraestrutura de IA como a OpenAI e por fornecedores de nuvem e FinOps, incluindo a DoiT, para descrever engenheiros que atuam dentro do ambiente dos clientes em vez de vender à distância.
Qual é a diferença entre um FDE e um arquiteto de soluções? Um arquiteto de soluções normalmente atua na fase de pré-venda ou de design e segue em frente quando a arquitetura é aprovada. Um FDE permanece durante a implementação, o deployment e a iteração contínua, respondendo por resultados, não apenas por recomendações.
Forward Deployed Engineers escrevem código de produção? Muitas vezes, sim. Dependendo da empresa e do projeto, os FDEs costumam construir módulos de infraestrutura como código, scripts de automação e código de integração, e em algumas organizações contribuem diretamente para o produto do próprio fornecedor, sob revisão padrão de engenharia.
Quais habilidades são necessárias para se tornar um Forward Deployed Engineer? Experiência prática em produção com pelo menos um grande provedor de nuvem, fluência em infraestrutura como código, uma linguagem de programação de propósito geral e fortes habilidades de comunicação para traduzir dores de negócio em planos técnicos. Profundidade em um domínio, como Kubernetes, plataformas de dados ou ML/GenAI, normalmente é exigida além dessa base ampla.
Qual a diferença entre um FDE e um modelo tradicional de suporte ou help desk? Um help desk responde a tickets conforme eles chegam. Um Forward Deployed Engineer trabalha de forma proativa dentro do ambiente do cliente, identificando e entregando correções antes que virem tickets, e permanece responsável pelo resultado em vez de apenas encerrar um chamado.
Veja como os Forward Deployed Engineers da DoiT trabalham dentro de um ambiente de nuvem real: agende uma conversa de 15 minutos para mapear suas prioridades de CloudOps.
