Chapitre 1 : Upsun et les décennies du web ouvert

Les nouveautés m'enthousiasment facilement. Je ne sais pas combien d'essais de choses cool et intéressantes je commence chaque semaine. Je me familiarise avec le produit, je comprends le prix et je teste les fonctionnalités. Mais je pense aussi toujours à la façon dont les personnes qui construisent le produit considèrent leur place dans l'univers. Quel est leur état d'esprit ? Comment voient-ils leur avenir ?

Dans cet article, je vais répondre à ces questions pour Upsun en vous racontant un peu l'histoire de la façon dont nous nous percevons et dont nous concevons notre nouvelle offre PaaS dans le contexte de l'évolution de la relation entre les organisations modernes et leur infrastructure numérique.

Une histoire courte et longue

La version courte de notre histoire pourrait être la suivante : nous sommes une bande de gens qui aiment beaucoup le web. Et peut-être encore plus pour le "web ouvert", puisque nous avons été témoins de sa création et de son impact considérable sur le monde, et que nous l'avons vu passer d'une chose hasardeuse et joyeuse à ce qui structure aujourd'hui une grande partie de l'économie actuelle. Mais cette série de blogs n'a rien à voir avec des histoires courtes. Je vais plutôt partager notre point de vue sur l'état actuel du web ouvert, sur son avenir et sur la place que nous y occupons. Je vous plongerai dans un voyage à travers les décennies du web au cours d'une série de trois chapitres.

Le message principal de cette série est que l'infrastructure automatisée et composable qui tire parti de l'open source est le seul moyen pour les organisations de rester compétitives et de couvrir leurs paris en période d'incertitude. Notre ambition pour Upsun est d'être le PaaS le plus efficace pour aider les entreprises à faire cela.

Externalisation ou nouvelle approche numérique ?

Quel que soit le type d'organisation, les ordinateurs sont susceptibles de gérer une grande partie des fonctions essentielles de l'entreprise et la plupart des personnes interagiront avec ce que vous faites par l'intermédiaire d'un ordinateur. Cela a conduit de nombreuses entreprises à externaliser certaines de ces fonctions essentielles, en particulier pour maintenir leurs capacités de production de logiciels et leur infrastructure numérique. Adopter l'état d'esprit suivant : laisser les professionnels s'en charger. L'externalisation prend deux formes principales : le recours à des entreprises, des intégrateurs ou des agences externes pour développer et maintenir le code, ou l'utilisation d'offres de logiciels en tant que service (SaaS).

Alors que peu d'entreprises saines d'esprit choisiraient de construire un nouveau centre de données pour leurs applications internes, les géants du numérique, au contraire, ont opté pour une intégration verticale complète. Ils développent dans leurs propres langages de programmation - pensez à Google avec Go, Apple avec Swift, Microsoft avec C#, Facebook avec Hack, et maintenant Amazon avec Rust - surleur propre silicium, qui fonctionne sur leur propre terrain, connecté à leur propre fibre, parfois même avec leurs propres sources d'énergie.

Ces bêtes entièrement intégrées verticalement ont généré de telles économies d'échelle qu'elles sont désormais capables de louer cette capacité à d'autres entreprises. Et elles peuvent le faire avec une qualité et un coût que les entreprises qui n'ont pas le même niveau d'intégration ne peuvent pas atteindre. Elles sont en même temps des entreprises qui proposent un large éventail de produits et d'infrastructures en tant que service (IaaS), une plateforme pour tous les autres acteurs. Il est intéressant de noter qu'une partie de leur capacité à réaliser des économies d'échelle dépend du fait que le code de l'infrastructure qu'elles utilisent est principalement open source : de Linux lui-même à la virtualisation, en passant par l'outillage DevOps et l'observabilité. Grâce à cela, elles sont capables de mutualiser leurs coûts parce qu'une grande partie du code qui ne fait pas partie de l'intégration verticale est en fait open source, co-entretenu par d'autres. À tel point que tout est devenu ouvert. Au moins de nom. Même des choses aussi totalement opaques et fermées qu'OpenAI.

Externalisé et verrouillé : Pouvez-vous trouver un équilibre dans la manière dont vous développez et maintenez votre logiciel ?

Dans notre secteur, l'ouverture peut signifier beaucoup de choses : source ouverte, API publiques et services gratuits. En gros, tout ce qui permet l'engagement et l'adoption avec une barrière à l'entrée la plus basse possible. C'est vrai pour les fournisseurs d'infrastructure en tant que service (IaaS), car il est facile pour les utilisateurs d'y accéder, et si vous êtes une startup, il est facile d'obtenir une quantité considérable de ressources pour gratuitement. Une fois que vous êtes entré, vous bénéficiez immédiatement des avantages de l'échelle et ces avantages continuent de s'étendre. Les fournisseurs IaaS peuvent tirer parti de leurs propres systèmes intégrés pour vous permettre d'ajouter des capacités (à partir de leurs offres fermées) dont la création serait autrement extrêmement coûteuse. En d'autres termes, les utilisateurs ont tendance à rester fidèles à leur fournisseur, car ils ne peuvent pas se permettre de passer à une autre stratégie.

Cela ressemble à une situation où l'on est condamné à faire et à ne pas faire : on ne peut pas tout construire soi-même et il est moins cher d'externaliser. Puis, une fois que vous avez externalisé, il est moins cher de continuer car il devient trop coûteux de changer. Vous vous enfermez.

Un PaaS peut vous libérer

L'idée d'Upsun est de ne pas essayer de lutter contre le courant. Nous ne construirons pas nos propres centres de données de sitôt et nous n'allons pas essayer de vous vendre de l'"ouvert", mais de l'ouvert avec un tas d'astérisques. Nous n'avons pas de niveau gratuit. Vous devez nous payer pour utiliser nos services. Mais le contrat est clair : Upsun vous donne la liberté d'évoluer quand vous le souhaitez, sans que vous soyez lié à un fournisseur.

Nous n'essayons pas de vous infecter, et nous ne voulons pas et ne pouvons pas vous appâter et vous faire changer de fournisseur. Si vous avez lourdement investi dans des infrastructures Terraform et Docker ou sur Gitlab pour essayer de construire votre propre pratique d'ingénierie de plateforme, vous pouvez voir comment il peut être logique de parier sur quelqu'un dont les objectifs à long terme sont alignés avec les vôtres.

Upsun essaie, comme Platform.sh, d'être un contrat général entre les développeurs, les logiciels et l'infrastructure avec très peu de choses qui nous sont spécifiques. Le PaaS Platform.sh vous permet de décrire comment vous construisez un logiciel, comment vous le déployez, quelles sont ses dépendances au niveau de l'infrastructure, comment il interagit avec le stockage et comment il interagit avec le réseau. La cerise que nous avons ajoutée est une forte abstraction sur la façon dont les logiciels changent. Il existe aujourd'hui de nombreux services GitOps et environnements de prévisualisation en tant que service, mais aucun ne va aussi loin que nous.

Platform.sh vous permet, d'une part, d'exploiter les IaaS sous-jacents et leurs propres économies d'échelle et, d'autre part, de rompre avec le verrouillage des fournisseurs. Nous vous permettons d'automatiser une si grande partie du cycle de vie de vos applications qu'il devient raisonnable de consacrer du temps au développement de votre valeur ajoutée, et uniquement de votre valeur ajoutée, comme lefont les géants.

Upsun ajoute un nouvel élément à cette promesse. Upsun vous permet de décrire comment l'application évolue. Nous avons conservé les contraintes très strictes que nous avons imposées au système Platform.sh dès le début : vous pouvez toujours déployer des applications arbitrairement complexes dans plusieurs langues, exploiter plusieurs backends de données, et faire tout cela sans aucune implication de DevOps. Mais maintenant, avec Upsun, nous vous aidons également à gérer le comportement dynamique de vos applications avec beaucoup plus d'observabilité intégrée, une couche de bordure globale intégrée, et surtout une mise à l'échelle flexible à la fois sur les dimensions verticales et horizontales.

Upsun donne aux équipes de développement la flexibilité nécessaire pour créer - et la puissance de feu nécessaire pour exécuter - des applications diverses sur un seul PaaS en libre-service. En gérant entièrement l'infrastructure et la sécurité, Upsun permet à chaque développeur d'expérimenter facilement, d'itérer rapidement et de déployer en toute confiance des applications à grande échelle. Découvrez toutes les fonctionnalités actuellement disponibles sur le PaaS Upsun sur notre page dédiée aux fonctionnalités disponible dès maintenant.

Nous ne nous attendons pas à ce que le pendule revienne de l'utilisation du SaaS et de l'externalisation du développement de logiciels vers les entreprises qui parient sur le fait de tout faire en interne. Cela n'a pas de sens. Mais Upsun vous permet de faire des paris audacieux en conservant certaines de vos capacités en interne. Il vous permet également de modifier la façon dont vous travaillez avec vos partenaires d'externalisation lorsque vous le faites. Vous restez dans la boucle. Vous gardez le contrôle. Vous pouvez encore choisir d'en internaliser certaines. Parlez à votre développeur.

Conserver votre capacité à produire uniquement le code dont vous avez besoin est un énorme avantage concurrentiel. La perdre est un risque. Le résultat est d'être le spectateur de joueurs ouverts qui peuvent fermer les portes à tout moment.

Upsun est utile, vraiment utile lorsque vous exploitez des technologies open-source existantes. Tant au niveau des éléments d'infrastructure, y compris le tissu de données, qu'au niveau des cadres logiciels actuels qui nous rendent productifs. Cela vous permet d'avoir des capacités sur mesure à une structure de coûts proche de celle du SaaS. Pour certaines de vos fonctions essentielles, je pense que c'est le compromis le plus raisonnable. Vous continuez à externaliser tous les travaux lourds indifférenciés, mais vous êtes en fait capable de développer vos propres capacités, comme les bêtes intégrées verticalement dont nous avons parlé. C'est génial.

C'est quelque chose qui deviendra primordial dans les années à venir grâce aux grands modèles de langage(LLM) et à l'apprentissage automatique. C'est un sujet que j'aborderai dans cette série de blogs, mais je pense qu'avant d'en arriver là, nous avons besoin d'une perspective historique. Restez à l'écoute pour le chapitre 2, à venir prochainement, où nous plongerons dans les décennies du web dont nous avons été témoins jusqu'à présent et dans les technologies qui ont été inspirantes, exaspérantes et déterminantes pour nous mener là où nous sommes aujourd'hui.