Há um problema que todos os developers conhecem: o código que está em produção é um instantâneo congelado. Se quiseres mudar o comportamento de uma funcionalidade — ativar um novo layout, desligar uma integração que está a falhar, aumentar o limite de rate limiting para 5% dos utilizadores — tens de fazer deploy outra vez. Commit, CI/CD, espera, reza. A alternativa chama-se feature flags: variáveis remotas que controlam o comportamento da aplicação sem tocar no código. E a Cloudflare quer entrar neste jogo.
O Flagship é o novo serviço de feature flags da Cloudflare, e a grande novidade não é o conceito — é onde ele corre. As flags são avaliadas diretamente na edge da Cloudflare, a menos de 10 milissegundos dos utilizadores, através de um binding nativo com o Workers. Não há chamadas HTTP a um servidor remoto para saber se uma flag está ativa ou não. O valor vem pré-carregado no runtime do Worker, na mesma região que está a processar o pedido. Isto muda o jogo para quem já está no ecossistema Cloudflare.
O Flagship integra-se nativamente nos Workers através de um binding tipo-safe, com fallback automático para valores por defeito. As flags são geridas no Dashboard central da Cloudflare.
O que são feature flags (e porque deves usar)
Uma feature flag é uma condicional remota. Em vez de teres if (user.role === 'admin') no código, tens if (flags.get('novo-dashboard')). O valor da flag — true, false, '50%', ou até um objeto JSON completo — é definido num painel de controlo e avaliado em tempo real, sem reimplementar. Isto permite lançamentos canary (5% dos utilizadores, depois 25%, depois 100%), rollbacks instantâneos (desligar a flag e o código antigo volta a funcionar), testes A/B em produção, e kill switches para funcionalidades problemáticas.
O mercado era dominado por um player principal — o LaunchDarkly, fundado em 2014 e avaliado em 3 mil milhões de dólares. Mas nos últimos anos surgiram alternativas open-source como o Unleash, o Flagsmith e o GrowthBook. A Cloudflare entra agora com um argumento difícil de bater: se já usas Workers, as flags vêm com latência zero e sem custo de infraestrutura extra.
O que o Flagship traz de diferente
O Flagship não é apenas mais um serviço de feature flags. São três aspectos que o distinguem. Primeiro, o binding nativo com Workers — não há SDK, não há HTTP calls, não há latência. O Worker pergunta à flag no próprio runtime e obtém a resposta em microssegundos. Segundo, a compatibilidade com o OpenFeature, o standard aberto da CNCF para gestão de flags. Isto significa que podes começar com Flagship e migrar para outro provider (LaunchDarkly, Unleash, etc.) mudando uma linha de configuração — ou vice-versa. Terceiro, o pricing: não há custo adicional por chamada de flag, porque a avaliação é local. Pagas apenas pelo Workers que já estás a usar.
Onde o Flagship ainda não bate
Há limitações. O Flagship é muito recente — o repositório no GitHub foi criado em abril de 2026 e tem apenas algumas semanas. O ecossistema de integrações é ainda pequeno comparado com o LaunchDarkly, que tem SDKs para quase todas as linguagens e frameworks. Faltam integrações nativas com ferramentas de analytics, com sistemas de monitorização, e com plataformas de mobile. O dashboard é funcional mas básico — não tem, por exemplo, a experimentação e os relatórios estatísticos que o LaunchDarkly oferece para testes A/B. E, claro, estás a amarrar-te ao ecossistema Cloudflare: se a tua aplicação não corre em Workers, perdes a maior vantagem competitiva.
O Flagship é distribuído como um pacote NPM (@cloudflare/flagship) e pode ser usado em Workers, Node.js ou no browser.
Comparação rápida
LaunchDarkly é o produto mais maduro, com mais integrações e analytics, mas é caro para projetos pequenos (centenas de dólares por mês). Unleash é open-source e gratuito para auto-hospedagem, mas exige gerir a infraestrutura. Flagsmith é open-source com opção cloud, bom para equipas pequenas. O Flagship da Cloudflare é o mais integrado com Workers, o mais rápido na edge, e o mais barato para quem já está no ecossistema — mas é o mais imaturo e o mais dependente de um único fornecedor. A escolha depende do teu contexto. Para um projeto novo em Workers, o Flagship é a escolha óbvia. Para uma empresa com milhares de flags em produção e equipas de plataforma dedicadas, o LaunchDarkly continua a ser a referência.
Feito por humanos — Portugal Binário
💬 Comentários
Nenhum comentário ainda. Sê o primeiro a comentar!