Fly.io lève 142,5 milliards de wons
(fly.io)- Fly.io a levé environ 25 millions de dollars (25m$) en juillet 2023 auprès d’A16Z et d’investisseurs existants comme Intel Capital et Dell, puis a obtenu environ 70 millions de dollars supplémentaires (70m$) dans un tour mené par EQT Ventures
- Le problème central est que les applications fonctionnent mieux lorsqu’elles s’exécutent près des utilisateurs, mais qu’il est difficile pour un développeur ordinaire de comprendre en moins de 2 heures comment déployer dans plusieurs villes
- Fly.io considère non seulement le déploiement mondial, mais aussi les VM à la demande, les fonctionnalités temps réel, la présence utilisateur, le chiffrement et les secrets, les bases de données en cluster et l’inférence accélérée par matériel comme relevant du même problème des 2 heures
- Les fonds seront consacrés à sa propre flotte matérielle, à davantage de régions, au support et à la fiabilité, ainsi qu’à des fonctionnalités avancées de stockage et de sécurité et à des expérimentations sur de nouveaux matériels
- Fly.io maintient son orientation de plateforme conviviale pour les développeurs, permettant de s’inscrire en ligne, de tester rapidement et d’exécuter une application avec une ou deux commandes
flyctlet un packaging en conteneur
La levée de fonds de Fly.io
- Fly.io a levé 25 millions de dollars en juillet 2023 auprès d’investisseurs incluant A16Z et des investisseurs existants comme Intel Capital et Dell
- L’entreprise a ensuite obtenu 70 millions de dollars supplémentaires dans un tour mené par EQT Ventures
- L’un des objectifs pratiques de cette annonce d’investissement est l’acquisition de clients
- Certains clients sont à l’aise pour traiter avec une petite Fly.io, mais d’autres ne sont rassurés que par une Fly.io ayant reçu 70 millions de dollars supplémentaires menés par EQT Ventures
- Depuis des années, Fly.io discute avec ses utilisateurs, fans et critiques dans sa communauté afin d’affiner la vision de plateforme qu’elle cherche à construire
Le « problème des 2 heures » et le déploiement mondial
- En 2020, la conviction de base de Fly.io était que les applications fonctionnent d’autant mieux qu’elles s’exécutent près des utilisateurs
- Les applications comme la vidéo ou la présence en temps réel sont classées parmi celles qu’il est difficile de réaliser sans proximité physique
- Dans le fil de lancement initial sur HN, Fly.io s’attendait à ce que WebRTC, la mise en cache en périphérie et les serveurs de jeux soient les principaux sujets, mais l’intérêt réel s’est porté vers les bases de données
- Ce que Fly.io avait manqué, c’était l’idée que seules certaines applications « edge » exigeaient un déploiement mondial
- En réalité, la plupart des applications veulent elles aussi s’exécuter à l’edge, mais ne l’essaient que si c’est suffisamment simple
- Pour les serveurs de jeux, le déploiement edge est indispensable, donc les équipes insistent jusqu’à ce que le problème soit résolu
- Pour une application CRUD comme une librairie en ligne, si aucune voie claire n’apparaît après environ 2 heures d’essai, on passe à autre chose
Les limites du mode de déploiement actuel sur Internet
- Le fait qu’une grande partie des applications CRUD du monde soit hébergée près d’Ashburn, en Virginie, où se trouve Amazon
us-east-1, est présenté comme un problème - Beaucoup de développeurs comprennent qu’il vaut mieux s’exécuter près des utilisateurs, mais avec les outils habituels, il est difficile de comprendre en moins de 2 heures comment exploiter une application simultanément dans plusieurs villes
- Le pari de Fly.io est qu’avec une plateforme et une chaîne d’outils adaptées, des applications comme une librairie, une app de notes de sandwichs, un moteur de recommandation musicale ou un gestionnaire de liste de diffusion d’église peuvent elles aussi s’exécuter rapidement partout dans le monde
- Les zones visées ne se limitent pas aux environs d’Ashburn, mais incluent aussi des villes comme Chicago, Sydney, Singapour et São Paulo
- La capacité à fonctionner rapidement et simultanément dans plusieurs villes est considérée comme une fonctionnalité importante pour améliorer la qualité des applications
Fly Machines et d’autres « fonctionnalités en 2 heures »
- Le sandboxing, les éditeurs de code avec REPL et les applications CI/CD doivent tous exécuter du code client non fiable
- Ces systèmes ont chacun trouvé leur propre manière de lancer des conteneurs verrouillés à la demande
- Mais même si les VM à la demande sont une fonctionnalité très utile pour de nombreuses applications, le chemin de mise en œuvre n’est pas évident après seulement 2 heures d’exploration
- C’est pourquoi Fly.io a créé Fly Machines, avec l’objectif de rendre le lancement de VM aussi simple qu’un appel de fonction
- Les prochaines cibles relèvent du même schéma
- Fonctionnalités temps réel et présence utilisateur
- Chiffrement et stockage de secrets
- Bases de données en cluster
- Inférence accélérée par matériel
- D’autres entreprises dans les domaines des bases de données distribuées, de la localité des données, du stockage, de l’IA et des frameworks d’applications cherchent elles aussi à résoudre le problème de la « fenêtre de 2 heures » des développeurs
- Si Fly.io fonctionne comme prévu, ces plateformes pourront créer de nouvelles primitives par-dessus, apporter plus vite de nouvelles idées à leurs utilisateurs et améliorer la qualité des applications
Pourquoi ces fonds sont nécessaires
- Fly.io estime que la construction d’une telle plateforme nécessite des éléments intensifs en capital
-
Sa propre flotte matérielle
- Fly.io a toujours fonctionné sur son propre matériel
- Plutôt que de s’empiler sur un cloud généraliste, installer directement du matériel en rack répond à des raisons techniques et à des raisons de contrôle
- La principale raison est économique
- Pour que les gens construisent des applications sur la plateforme, il faut montrer qu’elle a des chances d’exister encore dans 10 ans, et Fly.io estime que le matériel permet les marges nécessaires
-
Davantage de régions
- Fly.io a démarré avec 19 régions, un nombre jugé suffisant si l’on ne vise que les développeurs d’applications individuels
- Mais l’entreprise veut aussi que d’autres plateformes, comme des bases de données managées et des outils pour développeurs, s’exécutent sur Fly.io
- Ces entreprises ont besoin de davantage de régions
- Fly.io est désormais passée à 33 régions, et la vitesse d’ouverture de nouvelles régions augmente également
-
Support et fiabilité
- Fly.io reconnaît que les enjeux de fiabilité de la plateforme sont importants
- Elle ne considère pas que ce soit un problème pouvant être résolu uniquement par des méthodes astucieuses
- Elle souhaite aussi miser davantage sur le stockage avancé, les fonctionnalités de sécurité et de nouveaux types de matériel
Une direction de plateforme qui ne change pas
- La direction de la société de plateforme que Fly.io veut devenir n’a pas changé depuis 2020
- L’objectif est une plateforme que l’on peut essayer en 5 minutes après une inscription en ligne
- À l’opposé, il y a les plateformes où, après l’inscription en ligne, un commercial vous contacte, vous propose un prix et organise une démo
- Fly.io veut une plateforme que l’on peut comprendre sans lire le manuel
- À l’opposé, il y a les plateformes pour lesquelles les livres d’utilisation se font concurrence et où il faut une certification professionnelle pour lancer une application
- Le code Python, Rust et Julia doit pouvoir s’exécuter naturellement
- Par opposition aux approches qui obligent à recompiler le code en JavaScript
- Les fonctionnalités de Fly.io sont généralement utilisables avec une ou deux commandes
flyctl, et fonctionnent avec toute application pouvant être packagée en conteneur - Si vous disposez déjà d’un conteneur Docker fonctionnel, vous pouvez l’essayer directement sur Fly.io
- Même en partant de zéro, il devrait être possible de le faire tourner sur Fly.io en quelques minutes
- Fly.io estime que l’exécuter sur tous les continents peut prendre seulement 1 à 2 minutes supplémentaires
1 commentaires
Commentaires Hacker News
L’expression « ils ont levé beaucoup d’argent » me pousse désormais d’abord à m’inquiéter, même du point de vue d’un client du service
On a l’impression que l’entreprise tourne uniquement à l’argent du capital-risque, que le prix que j’utilise ou que je paie ne reflète pas un coût futur réaliste, et que la plateforme continue simplement à grossir sans rapport avec les revenus
En tant que client, entendre qu’il y a de la rentabilité grâce aux opérations et à une base de clients payants inspire davantage confiance sur la stabilité
Je ne suis pas contre l’article en lui-même, mais il est difficile d’y voir encore un signal positif du point de vue du client
Et puis un jour, on me dit que j’utilise une superbe plateforme gratuitement, donc les prix changent de façon absurde
C’est comme engager quelqu’un pour tondre la pelouse, puis le voir arriver quelques années plus tard avec 3 tondeuses autoportées en expliquant qu’il faut augmenter les tarifs pour couvrir le coût du service fourni
Ce sont eux qui ont développé leur activité pour servir des clients avec des pelouses de 10 acres et qui ont supposé que j’avais besoin du même niveau de service, mais au final c’est moi qui perds l’entretien de ma pelouse
Si j’étais investisseur, je m’inquiéterais peut-être de la dépendance au capital-risque, mais en tant qu’utilisateur, manger moins cher grâce à des subventions d’investissement sur un service comme Hello Fresh n’avait rien de mauvais
Ils pourront sans doute être vendus assez vite pour un exit, mais s’ils ont la capacité d’endurer la souffrance nécessaire pour rester indépendants, ce serait très bienvenu
J’y vois un produit validé, qui semble avoir plus de chances de réussir que ses concurrents, qui ne va probablement pas disparaître à court terme, et dont le développement devrait s’accélérer
La blague disant que « toutes les applis CRUD du monde tournent à Loudoun County, en Virginie, c’est-à-dire à Ashburn, Amazon us-east-1, et qu’il y a tellement d’applis Rails dans cette ville que l’une d’entre elles a été élue au conseil de supervision du comté » fait mal tant elle est juste
Quand on y pense, le paradigme même des régions paraît globalement assez daté. AWS a bien montré quelques évolutions, mais au bout du compte reste prisonnier du concept de région, notamment au niveau du plan de contrôle, avec les étrangetés des VPC, une facturation difficile à comprendre, des problèmes de disponibilité, et toute une série de hacks, de stacks et d’efforts pour gérer plusieurs régions/AZ
Des acteurs arrivés plus tard, comme Fly ou Cloudflare, dominent de plus en plus le cloud avec une approche où le calcul s’exécute à la périphérie sans notion de région, et l’approche régionale d’AWS semble vouée à rester pour les applications legacy coincées dedans
Une approche fondée sur les régions ressemble moins à un « vrai cloud » qu’à un datacenter élastique hébergé. Un vrai cloud devrait être partout, au point même de ne plus entrer en ligne de compte
Leur marketing de marque est du coup irréprochable. Tous les articles du blog sont clairs, avec une voix légèrement sarcastique
Si tu veux devenir un hacker célèbre, il faut aussi être un écrivain un peu connu dans le milieu
Ce genre de commentaire autoréflexif n’est efficace que s’il est utilisé rarement, et ici cela marche très bien
Le billet reconnaît les motivations mercenaires, l’hypocrisie implicite et l’autopromotion de ce type d’annonce, tout en transmettant toutes les informations importantes et en expliquant brièvement le vrai problème que la plateforme résout
L’usage légitime des fonds levés est aussi clairement présenté, ce qui répond aux questions du « pourquoi » et du « dans quelle mesure »
Sur la question « pourquoi les startups écrivent-elles ce type d’annonce ? », dans les entreprises qui avaient déjà levé plusieurs fois, c’était à 100 % un prétexte pour obtenir de la couverture médiatique
À moins que « le CEO ait été arrêté à la fois pour détournement de fonds et harcèlement », si on peut fournir aux médias tech un prétexte pour publier un article, on obtient de la publicité gratuite
C’est encore mieux si les clients visés lisent les médias tech. Il n’y a rien de mal à ça, mais c’est surprenant de reconnaître les raisons mercenaires tout en omettant celle que j’ai vue le plus souvent
Les journalistes connaissaient bien leur lectorat et en concluaient que seuls les articles accompagnés d’une annonce d’investissement généraient des clics
Du coup, après avoir levé de l’argent, nous restions parfois discrets jusqu’à 6 mois afin d’aligner l’annonce avec une nouvelle fonctionnalité ou un lancement produit
Si les articles tech sans annonce de financement obtenaient eux aussi plus de clics, ce cycle pourrait changer, mais pour l’instant cela ressemble à un dilemme du prisonnier : ces articles ne s’écrivent pas, ne génèrent pas de clics, donc ne s’écrivent toujours pas
En général, comme l’explique le billet, c’est pour des objectifs mercenaires précis liés au message et à l’impression qu’elles veulent laisser
Bien sûr, il y a aussi la volonté de faire connaître le nom de l’entreprise, et cela peut être une motivation mercenaire moins développée dans l’article
De mémoire, c’était techniquement une information publique. C’est ainsi qu’on me l’avait expliqué quand j’ai fondé mon entreprise, mais c’était il y a longtemps
Si tu ne l’annonces pas toi-même, d’autres le feront, donc il vaut largement mieux publier en premier pour que les gens lisent ton texte plutôt que le leur
S’ils ont levé 100 millions de dollars, ils doivent viser une sortie à 1 milliard de dollars. Pour maintenir l’élan actuel, les coûts de R&D vont énormément augmenter
Construire toute la stack soi-même, puis devoir au final la rendre entièrement très robuste, c’est un travail d’ingénierie colossal
Comme Fly facture le calcul et que le matériel ainsi que la bande passante sont peu coûteux, cela peut sembler rentable sur le papier
Mais les coûts réels, ce sont la R&D, le marketing et la rémunération en actions, et ces coûts peuvent empêcher la rentabilité à n’importe quelle échelle. Ce ne sont pas des dépenses ponctuelles, il faut continuer à les assumer, et si on ne le fait pas, les clients partent
Ce n’est pas seulement le cas de Heroku, c’est la tragédie des startups plateforme/infrastructure
S’il n’existe pas beaucoup de petits fournisseurs cloud, c’est pour une raison : l’économie du modèle ne fonctionne qu’à grande échelle
Fly semble avoir une vision vraiment chouette et moderne de l’ingénierie logicielle, et cela avait l’air d’être un bon endroit où travailler, mais je ressens un gros décalage entre le marketing et le produit
Le marketing et la documentation se concentrent sur le fait de lancer très facilement des serveurs d’applications distribués dans le monde entier, mais les clients qui ont réellement besoin de serveurs d’applications distribués à l’échelle mondiale ont probablement déjà une plateforme mature avec un stockage de données distribué à l’échelle mondiale, donc ils ne devraient pas trop se soucier du déploiement des serveurs d’applications
J’ai donc l’impression de mal comprendre quelque chose de fondamental dans l’architecture des applications Internet
Le fait de pouvoir l’exécuter dans plusieurs régions est utile. La communauté Splatoon n’est pas concentrée dans un seul endroit, elle est répartie dans le monde entier, donc si on n’héberge qu’aux États-Unis, les joueurs japonais auront de la latence, et inversement
Même si le projet ne marche pas bien, je pense que ce sera une expérience assez utile plus tard, une fois sorti de l’école
En ce moment, ça tourne sur la côte Est des États-Unis, Amsterdam et Tokyo pour environ 10 dollars par mois
Seuls les objets changent : Kubernetes, les single-page apps, GraphQL, le déploiement en edge, etc.
Pendant une ruée vers l’or, il suffit de vendre des pelles
La phrase disant qu’« il existe des entreprises de plateforme capables de très bien exécuter du code Python, Rust et Julia, et des entreprises de plateforme qui vous poussent à chercher comment le recompiler en JavaScript » ressemble à une petite pique adressée à Cloudflare et Deno
Ce serait intéressant si Fly finissait par héberger, en plus des conteneurs Docker, des conteneurs WASM
Je pense que la pique envers Cloudflare, c’était plutôt la partie sur le fait de « faire appeler un commercial »
J’ai aimé qu’ils reconnaissent qu’au lieu d’être utilisé pour le jeu, l’edge caching, etc., Fly sert en réalité à déployer pour tout le monde des applis CRUD Rails+PostgreSQL, comme un nouveau Heroku
Si j’ai bien compris, leur objectif suivant est de rendre le fait de transformer une appli Rails+PostgreSQL en déploiement edge aussi trivial qu’un « problème de deux heures »
C’est assez audacieux. Historiquement, cela demandait des couplages spécifiques à l’application, au framework et au domaine, du genre « quelle est la meilleure manière de shard ce modèle de domaine ? »
Le résoudre au niveau PaaS/IaaS revient en pratique presque à écrire et exploiter une version distribuée de Cloud SQL/Aurora
Cela dit, si c’est plutôt le fait de faire tourner de manière fluide un clone d’Aurora ou quelque chose comme Neon dans la stack, cela semble réalisable et la valeur produit serait assez importante
Vu que les marges du cloud pour SMB/hobby sont relativement faibles, je vois mal comment fly.io pourrait assurer sa rentabilité
Ils peuvent peut-être mettre le monde entier sur un free tier, mais que se passera-t-il quand EQT voudra récupérer sa mise
Pourront-ils construire assez de fonctionnalités pour que des entreprises le choisissent sérieusement ? Dans les boîtes où je suis passé, à moins d’avoir une équipe de moins de 5 personnes sans aucun besoin de montée en charge, cela semblerait difficile à utiliser ou à imposer
Nos unit economics sont bonnes. La chose la plus risquée et la plus effrayante que nous ayons faite a été de démarrer avec notre propre matériel
Dans l’infrastructure orientée développeurs, il faut attirer beaucoup de développeurs, faire en sorte qu’ils nous amènent dans leur entreprise, puis aider leurs employeurs à construire quelque chose de meilleur sur le long terme
Cela prend énormément de temps, parce que les entreprises avec des procédures d’achat sont justement conçues pour ne pas acheter de l’infrastructure critique à une startup
Même si ce n’est pas encore adapté à tout le monde, jusqu’ici cela fonctionne pour nous
[0] https://community.fly.io/t/funding-and-longevity/1957
Je me demande en quoi fly.io est différent, ou meilleur, que le fait de placer une application complète, y compris le contenu dynamique, derrière CloudFront ou un autre CDN
Un CDN est plus proche du client et peut offrir une configuration SSL à faible latence, et cette différence peut être assez importante
Cela ne pousse pas le serveur d’applications jusqu’à l’edge, mais même dans ce cas on paie toujours le coût de latence pour interroger une base de données dans un bunker en Virginie
Beaucoup d’applications font plusieurs allers-retours vers la base de données pour une seule requête web, donc cela semble encore pire. Je pense qu’il vaut mieux payer le coût de latence sur la requête web et laisser le serveur d’applications accéder rapidement à la base de données
On dirait que les clients visés par Fly sont surtout du côté du contenu statique