Netlify, la société bien financée qui, à bien des égards, a lancé le mouvement Jamstack, a annoncé aujourd’hui qu’elle avait acquis Quirrel, un service open source pour la gestion et l’exécution de fonctions sans serveur.
Fondé par Simon Knott, qui est également le mainteneur du populaire framework Blitz.js React, Quirrel n’a jamais levé de financement extérieur avant l’acquisition, qui s’est discrètement produite au milieu de l’année dernière après l’introduction de l’un des investisseurs de Netlify, comme l’a dit le PDG de Netlify, Matt Biilmann. .
Étant donné qu’il a levé pas mal d’argent, faire des acquisitions pour accélérer sa croissance et développer son produit a beaucoup de sens pour Netlify en ce moment. Alors qu’il y a quelques années, Netlify devait encore expliquer le concept du Jamstack, nous avons maintenant vu la montée d’un certain nombre de concurrents, dont Vercel, qui a lui-même annoncé un tour de série D de 150 millions de dollars en novembre – après avoir annoncé un tour de série C de 102 millions de dollars en juin.
Il s’agit de la troisième acquisition de Netlify au total. Tout d’abord, la société a acquis le service de collaboration avec les développeurs soutenu par Y Combinator FeaturePeek en mai. En novembre, il a acheté le spécialiste de GraphQL OneGraph, un autre diplômé de Y Combinator, peu de temps après avoir annoncé son tour de série D de 105 millions de dollars.
Crédits image : Netlifier
« Il est très clair où nous voulons être et où nous voulons aller », a déclaré Biilmann. «Alors, bien sûr, cela commence également à le rendre intéressant lorsque nous voyons des opportunités de petites startups dans l’espace qui font des choses vraiment cool et intéressantes qui correspondent à l’endroit où nous voulons aller et qui se sentent alignées avec la vision que nous avons de ce que le Web pourrait être. Pour certains d’entre eux, nous trouverons de grandes opportunités de partenariat et de travail ensemble – et pour certains d’entre eux, nous constaterons que nous travaillerons encore mieux ensemble si nous le faisions tous ensemble.
Alors que le projet open source vivra sous le nom de Quirrel, Netlify a déjà commencé à intégrer dans sa propre plate-forme de nombreuses idées derrière le service. La société a lancé sa plate-forme sans serveur pour la première fois en 2018. Depuis lors, elle est devenue une fonctionnalité essentielle de son service, mais les fonctions de planification et les tâches d’arrière-plan à exécuter selon un calendrier régulier restaient un peu compliquées pour les développeurs Netlify.
Crédits image : Netlifier
« Ces types d’emplois sont importants pour ce que les développeurs veulent accomplir », a expliqué Biilmann. « Je pense que Simon [Knott] avait vraiment cloué certaines des expériences de développement sur la façon de ne pas transformer cela en un grand nombre de configurations et de listes de tâches cron à l’ancienne? Comment pouvez-vous faire en sorte que cela ressemble davantage à l’écriture de code – et ensuite cela arrive ? »
Netlify, bien sûr, fonctionne à une échelle complètement différente de Quirrel, il n’est donc peut-être pas surprenant que l’équipe se soit mise à reconstruire une grande partie de l’infrastructure en mettant l’accent sur le maintien de l’expérience du développeur alignée sur la vision originale de Quirrel. Biilmann l’a décrit comme fonctionnant à partir des premiers principes, non seulement en raison de la taille de l’entreprise, mais aussi parce que Netlify a pour philosophie de garantir que les abstractions de base de son service ne dépendent pas de cadres spécifiques (Blitz.js, dans le cas de Quirrel).
Les nouvelles fonctionnalités de planification de Netlify basées sur l’expérience utilisateur Quirrel sont désormais disponibles gratuitement via Netlify Labs, la plate-forme de la société pour les tests bêta de nouvelles fonctionnalités. Cela signifie que certaines des fonctionnalités peuvent encore changer et que l’équipe réfléchit toujours à la façon dont (et si) elle facturera le service. Pour l’instant, cependant, Netlify veut voir comment les développeurs utiliseront le service, puis développeront le produit en conséquence.