- A Fly.io levantou cerca de US$ 25 milhões ($25m) em julho de 2023 com a A16Z e investidores já existentes, como Intel Capital e Dell, e depois garantiu mais cerca de US$ 70 milhões ($70m) em uma rodada liderada pela EQT Ventures
- O desafio central é que apps melhoram quando são executados perto dos usuários, mas para um desenvolvedor comum é difícil descobrir em 2 horas como fazer deploy em várias cidades
- A Fly.io vê não só o deploy global, mas também VMs sob demanda, recursos em tempo real, presence de usuários, criptografia e secrets, bancos de dados em cluster e inferência com aceleração por hardware como parte do mesmo problema das 2 horas
- O investimento será usado em sua própria frota de hardware, mais regiões, suporte e estabilidade, além de recursos avançados de armazenamento, segurança e experimentos com novo hardware
- A Fly.io mantém a direção de ser uma plataforma amigável para desenvolvedores, em que é possível testar rapidamente após se cadastrar online e rodar apps com um ou dois comandos
flyctle empacotamento em contêiner
Captação de investimento da Fly.io
- A Fly.io levantou US$ 25 milhões em julho de 2023 com investidores incluindo a A16Z e investidores já existentes como Intel Capital e Dell
- Depois disso, garantiu um investimento adicional de US$ 70 milhões liderado pela EQT Ventures
- Um dos objetivos práticos do anúncio do investimento é conquistar clientes
- Há clientes que se sentem confortáveis em negociar com uma Fly.io pequena, mas também há clientes que só ficam tranquilos com a Fly.io após receber mais US$ 70 milhões em uma rodada liderada pela EQT Ventures
- Ao longo de anos, a Fly.io refinou a visão de plataforma que quer construir discutindo com usuários, fãs e críticos em sua comunidade
O “problema das 2 horas” e o deploy global
- Em 2020, a crença fundamental da Fly.io era que apps funcionam melhor quanto mais perto dos usuários são executados
- Apps como vídeo ou presence em tempo real eram classificados como tipos difíceis de implementar sem proximidade física
- No thread de lançamento no HN, a expectativa era que WebRTC, edge caching e servidores de jogos fossem os principais temas, mas o interesse real acabou se voltando para bancos de dados
- O ponto que a Fly.io deixou passar foi assumir que apenas apps específicos “de edge” exigem deploy global
- Na prática, a maioria dos apps também quer ser executada no edge, mas só tenta isso quando fica fácil o suficiente
- Servidores de jogos precisam obrigatoriamente de deploy no edge, então as equipes insistem até resolver o problema
- Já apps CRUD como uma livraria online, se não enxergarem um caminho claro após cerca de 2 horas de tentativa, partem para outra coisa
Limites do modelo atual de deploy na internet
- O texto aponta como problema o fato de muitos apps CRUD no mundo estarem hospedados perto de Ashburn, Virginia, onde fica a Amazon
us-east-1 - Muitos desenvolvedores entendem que é melhor rodar perto dos usuários, mas com as ferramentas comuns é difícil descobrir em 2 horas como operar um app em várias cidades ao mesmo tempo
- A aposta da Fly.io é que, com a plataforma e a toolchain certas, apps como uma livraria, um app de avaliação de sanduíches, um recomendador de músicas ou um gerenciador de mailing list de igreja podem rodar rápido no mundo todo
- As regiões-alvo não ficam só ao redor de Ashburn, mas incluem cidades como Chicago, Sydney, Singapore e São Paulo
- A capacidade de funcionar rápido em várias cidades ao mesmo tempo é vista como um recurso importante para elevar a qualidade dos apps
Fly Machines e outros “recursos das 2 horas”
- Aplicações de sandboxing, editores de código com REPL e CI/CD precisam executar código não confiável de clientes
- Esses sistemas vêm resolvendo cada um à sua maneira como subir contêineres bloqueados quando necessário
- Mas VMs sob demanda são um recurso valioso para vários tipos de app, e mesmo assim o caminho de implementação não fica claro com apenas 2 horas de pesquisa
- Por isso a Fly.io criou o Fly Machines para tornar o ato de subir uma VM tão simples quanto chamar uma função
- Os próximos alvos seguem o mesmo padrão
- recursos em tempo real e presence de usuários
- criptografia e armazenamento de secrets
- bancos de dados em cluster
- inferência com aceleração por hardware
- Outras empresas nas áreas de bancos de dados distribuídos, data locality, armazenamento, IA e frameworks de aplicações também estão tentando resolver o problema da “janela de 2 horas” do desenvolvedor
- Se a Fly.io funcionar como pretende, essas plataformas poderão criar novos blocos fundamentais sobre ela, entregar novas ideias mais rapidamente aos usuários e elevar a qualidade dos apps
Por que o investimento é necessário
- A Fly.io considera que construir essa plataforma exige elementos intensivos em capital
-
Frota própria de hardware
- A Fly.io sempre operou em hardware próprio
- Em vez de se apoiar sobre uma nuvem genérica, há razões técnicas e de controle para colocar o hardware diretamente em racks
- O motivo principal é a viabilidade econômica
- Para fazer com que as pessoas criem apps sobre a plataforma, é preciso mostrar que a empresa provavelmente ainda existirá daqui a 10 anos, e a Fly.io considera que o hardware possibilita as margens necessárias
-
Mais regiões
- A Fly.io começou com 19 regiões e considerava isso suficiente se o foco fosse apenas desenvolvedores individuais de aplicações
- Mas também quer que outras plataformas, como bancos de dados gerenciados e ferramentas para desenvolvedores, rodem sobre a Fly.io
- Essas empresas precisam de mais regiões
- A Fly.io agora já chegou a 33 regiões, e a velocidade para ativar novas regiões também está aumentando
-
Suporte e estabilidade
- A Fly.io reconhece que os desafios de estabilidade da plataforma são grandes
- Não vê isso como um problema que possa ser resolvido apenas com soluções engenhosas
- Também quer apostar mais em armazenamento avançado, recursos de segurança e novos tipos de hardware
Direção da plataforma que não muda
- A direção da empresa de plataforma que a Fly.io quer ser não mudou desde 2020
- O objetivo é ser uma plataforma que dá para testar em 5 minutos após cadastro online
- No extremo oposto estão plataformas em que, depois do cadastro online, um vendedor entra em contato, apresenta preços e agenda uma demonstração
- Quer ser uma plataforma que dá para entender sem ler manual
- No extremo oposto estão plataformas cujo uso gera livros concorrentes e exige certificação especializada para subir um app
- Deve permitir executar naturalmente código Python, Rust e Julia
- Em contraste com abordagens que exigem recompilar o código para JavaScript
- Em geral, os recursos da Fly.io podem ser usados com um ou dois comandos
flyctl, e qualquer app que possa ser empacotado em contêiner funciona - Se você já tem um contêiner Docker funcionando, pode testá-lo imediatamente na Fly.io
- Mesmo começando do zero, deve ser possível colocá-lo para rodar na Fly.io em poucos minutos, ainda dentro de um único dígito
- Para rodar em todos os continentes, a empresa considera que isso pode levar mais 1 ou 2 minutos a partir daí
1 comentários
Comentários do Hacker News
A expressão "levantou muito dinheiro" agora me faz primeiro ficar preocupado, até do ponto de vista de cliente de qualquer serviço
Parece que a empresa gira só com dinheiro de venture capital, que o preço que eu uso ou pago não representa um custo futuro realista, e que a plataforma continua crescendo independentemente da receita
Como cliente, me passa mais confiança sobre a estabilidade ouvir que a operação e a base de clientes pagantes são lucrativas
Não discordo do texto em si, mas ficou difícil ver isso como um sinal positivo do ponto de vista do cliente
Aí um dia dizem que eu estava usando uma ótima plataforma de graça e mudam o preço para algo absurdo
É como contratar alguém para cortar a grama e, alguns anos depois, a pessoa aparecer com 3 cortadores de grama motorizados dizendo que precisa aumentar o preço para cobrir o custo do serviço oferecido
Foram eles que expandiram o negócio para atender clientes com gramados de 10 acres e presumiram que eu também precisaria desse mesmo nível de serviço, mas quem acaba perdendo o cuidado do gramado sou eu
Se eu fosse investidor, faria sentido me preocupar com a dependência de venture capital, mas, como usuário, não havia nada de ruim em comer barato no Hello Fresh graças ao subsídio do investimento
Parece bem possível que seja vendida em pouco tempo para um exit, mas, se tiver disposição para aguentar a dor de continuar como empresa independente, isso seria muito bem-vindo
Fico com a impressão de que o produto já foi validado, que tem mais chance de sucesso do que os concorrentes, que não vai sumir tão cedo e que também deve melhorar mais rápido
A piada de que “os apps CRUD do mundo inteiro estão rodando em Loudoun County, VA, ou seja, em Ashburn da Amazon us-east-1, e há tantos apps Rails naquela cidade que um deles foi eleito para o conselho de supervisores do condado” é dolorosamente precisa
Pensando bem, o próprio paradigma de região já parece bem envelhecido no panorama geral. A AWS até mostrou alguns movimentos nessa direção, mas no fim continua presa ao conceito de região em coisas como o plano de controle, além da estranheza das VPCs, da cobrança difícil de entender, dos problemas de disponibilidade e de todo tipo de hack, stack e esforço para lidar com múltiplas regiões/AZs
Concorrentes mais novos como Fly e Cloudflare, com a abordagem de executar computação na edge sem o conceito de região, parecem cada vez mais destinados a dominar o espaço de cloud, enquanto a abordagem regional da AWS deve ficar para aplicações legadas presas a ela
A abordagem baseada em região está mais para um datacenter elástico hospedado do que para uma “cloud de verdade”. Uma cloud de verdade deveria estar em todo lugar, a ponto de nem precisar ser considerada
O resultado é um branding impecável. Todo texto do blog tem uma voz clara e levemente sarcástica
Se você quer se tornar um hacker famoso, também precisa ser um escritor um pouco famoso na área
Esse tipo de comentário autoconsciente funciona só quando usado raramente, mas neste texto deu muito certo
Ele reconhece as motivações mercenárias, a hipocrisia implícita e a autopromoção desses anúncios, ao mesmo tempo em que transmite todas as informações importantes e explica de forma concisa o problema real que a plataforma resolve
Os usos legítimos do capital também ficam claros, então responde às perguntas de “por quê” e “o quanto”
Sobre “por que startups escrevem esse tipo de anúncio?”, nas empresas em que trabalhei e que passaram por várias captações, isso era 100% um pretexto para exposição na mídia
A menos que fosse algo como “o CEO foi preso ao mesmo tempo por desvio de dinheiro e assédio”, se você consegue criar uma desculpa para sair em veículo de tecnologia, ganha publicidade grátis
Melhor ainda se o público-alvo lê mídia de tecnologia. Não há nada de errado nisso, mas foi surpreendente reconhecer os motivos mercenários e ainda assim deixar de fora a razão mais comum que eu via
Os jornalistas conheciam bem o público deles e interpretavam que só artigos com anúncio de investimento geravam cliques
Então, depois de levantar dinheiro, às vezes ficávamos em silêncio por até 6 meses e só anunciávamos junto com um novo recurso ou lançamento de produto
Se artigos de tecnologia sem anúncio de rodada também gerassem mais cliques, esse ciclo poderia mudar, mas no momento parece uma espécie de dilema do prisioneiro. Esses textos não são escritos, não recebem cliques e, por isso, continuam não sendo escritos
Em geral, é pelos objetivos mercenários de deixar uma certa mensagem e impressão, como o texto explica
Claro, também existe o objetivo de divulgar o nome da empresa, e esse pode ser um motivo mercenário menos explorado no texto
Pelo que lembro, tecnicamente isso parecia ser informação pública. Foi assim que me explicaram quando fundei uma empresa, mas já faz muito tempo
Se você não anuncia por conta própria, os outros anunciam, então é muito melhor publicar primeiro para que as pessoas leiam o seu texto em vez do texto deles
Se você captou 100 milhões de dólares, então precisa mirar em um exit de 1 bilhão de dólares. Para manter o momento atual, os custos de P&D vão aumentar enormemente
É um trabalho gigantesco de engenharia, porque você precisa construir a stack inteira por conta própria e, no fim, tornar tudo extremamente robusto
Como a Fly cobra por computação e hardware e largura de banda são baratos, no papel ela pode parecer lucrativa
Mas os custos reais são P&D, marketing e remuneração baseada em ações, e esses custos podem impedir a lucratividade em qualquer escala. Não são custos pontuais; é dinheiro que precisa continuar sendo gasto, e se não gastar os clientes vão embora
Não é só o caso da Heroku, é a tragédia das startups de plataforma/infraestrutura
Existe um motivo para não vermos muitos pequenos provedores de nuvem: a economia só fecha em escala
A Fly parece ter uma visão muito legal e moderna de engenharia de software, e parecia um bom lugar para trabalhar, mas sinto um grande desalinhamento entre marketing e produto
O marketing e a documentação focam em como é muito fácil subir servidores de aplicação distribuídos pelo mundo todo, mas os clientes que realmente precisam de servidores de aplicação distribuídos globalmente provavelmente já têm uma plataforma madura com armazenamento de dados distribuído globalmente, então não devem estar preocupados em subir servidores de aplicação
Então fico com a sensação de que estou entendendo errado alguma coisa fundamental sobre arquitetura de aplicações para internet
Poder rodar em várias regiões é útil. A comunidade de Splatoon não está concentrada em um só lugar, está espalhada pelo mundo, então se eu hospedar só nos EUA os jogadores do Japão vão ter lentidão, e o contrário também
Mesmo que o projeto não dê certo, parece que vai ser uma experiência bem útil mais adiante, quando eu sair da escola
No momento estou rodando em US East, Amsterdam e Tokyo por cerca de 10 dólares por mês
Só muda o alvo: Kubernetes, apps de página única, GraphQL, deploy na edge etc.
Numa corrida do ouro, basta vender pás
A frase “existem empresas de plataforma que deixam você rodar bem código Python, Rust e Julia, e empresas de plataforma que fazem você procurar um jeito de recompilar tudo isso para JavaScript” parece uma provocação bem-humorada à Cloudflare e à Deno
Seria interessante se a Fly passasse a hospedar contêineres WASM além de contêineres Docker
A parte que eu vejo como provocação à Cloudflare é a de “fazer um vendedor ligar para você”
Gostei da parte em que a Fly reconheceu que esperava ser usada para jogos/cache na edge etc., mas na prática todo mundo a usa como uma nova Heroku para fazer deploy de apps CRUD com Rails+PostgreSQL
Pelo que entendi, o próximo objetivo é tornar trivial colocar apps Rails+PostgreSQL na edge, algo como “um problema de duas horas”
É bem ousado. Historicamente isso exigia acoplamentos específicos de aplicação/framework/domínio, como “qual é a melhor forma de fazer sharding deste modelo de domínio”
Resolver isso como PaaS/IaaS é praticamente o mesmo que escrever e operar um Cloud SQL/Aurora distribuído
Ainda assim, se for algo no nível de rodar de forma integrada um clone do Aurora ou algo como o Neon dentro da stack, parece viável e com bastante valor de produto
Considerando que as margens em nuvem para SMB/hobby são relativamente baixas, não entendo bem como a fly.io vai garantir lucratividade
Pode até colocar o mundo inteiro no free tier, mas o que acontece quando a EQT quiser realizar o retorno
Será que eles conseguem construir funcionalidades suficientes para que as empresas escolham isso a sério? Nas empresas em que trabalhei, parece difícil usar ou defender isso, a menos que seja uma equipe com menos de 5 pessoas e sem nenhuma necessidade de escalar
Temos uma boa economia unitária. A coisa mais arriscada e assustadora que fizemos foi começar com hardware próprio
Em infraestrutura voltada a desenvolvedores, é preciso atrair muitos desenvolvedores, fazer com que eles nos levem para o trabalho e depois ajudar seus empregadores a construir algo melhor por muito tempo
Isso leva muito tempo, porque empresas com processo de compra são estruturadas para não adquirir infraestrutura crítica de startups
Mesmo que ainda não seja adequado para todo mundo, até agora isso tem funcionado para nós
[0] https://community.fly.io/t/funding-and-longevity/1957
Tenho curiosidade sobre como, ou se, fly.io é melhor do que colocar o app inteiro, incluindo conteúdo dinâmico, atrás do CloudFront ou de outro CDN
Um CDN fica mais perto do cliente e oferece configuração de SSL com menor latência, e essa diferença pode ser bem grande
Isso não empurra o servidor de aplicação para a edge, mas mesmo fazendo isso você ainda paga o custo de latência de acessar um banco de dados num bunker na Virginia
Muitos apps fazem várias idas e voltas ao banco de dados em uma única requisição web, então isso parece ainda pior. Acho melhor pagar o custo de latência na requisição web e deixar o servidor de aplicação acessar o banco rapidamente
Os clientes-alvo da Fly parecem ser mais do lado de conteúdo estático