L’informatique atmosphérique

Traduction de Atmospheric Computing par Paul Frazee, 31 décembre 2025. Cet article porte sur le protocole AT. Vous pouvez suivre mes travaux sur Bluesky, Blacksky ou tout autre réseau social atmosphérique. Le cloud computing a gagné. C’est pratique. C’est partout. C’est évolutif. C’est ce que nous utilisons tous. Qu’est-ce que le cloud [1]? Il stocke vos photos, exécute vos applications et envoie vos messages. Ce sont de gros ordinateurs exploités par de grandes entreprises, gérés par des professionnels chargés du soutien technique. Nous parlons du cloud computing comme d’un paradigme. Nous voulons dire par là que, plutôt que de nous connecter directement les uns aux autres — mon téléphone au vôtre —, nous nous connectons au cloud, et c’est lui qui nous relie aux autres. Est-ce une bonne chose? Eh bien…Source C’est compliqué. Du point de vue de l’informatique personnelle, le nuage a été un désastre. Le contrôle de votre identité, de vos amis, de votre plateforme, de votre boutique en ligne, de votre vie privée… tout ça s’est envolé par la fenêtre. Le nuage a rendu nos ordinateurs impuissants pour tout ce qui nécessite un réseau. Vous pouvez exécuter vos propres programmes localement, comme un éditeur de texte, mais si vous voulez vous connecter à quelqu’un, cette charmante machine posée sur vos genoux devient simplement un portail vers le meilleur ordinateur de quelqu’un d’autre. Et cela peut être exaspérant, mais voir tous les profits économiques d’Internet se concentrer entre les mains d’une poignée d’entreprises alors que l’IA menace activement toutes les professions bien rémunérées est également une préoccupation de taille, c’est le moins qu’on puisse dire. D’une certaine manière, la technologie libératrice de l’informatique a semblé ne libérer que sept entreprises spécifiques, et personne d’autre. Mais on s’attend à ce qu’Internet soit vaste et omniprésent, et on ne peut pas vraiment y parvenir sans de puissants ordinateurs en nuage; alors, qu’en est-il? Le nuage est-il le héros ou le méchant? Eh bien, je pense que tout a déraillé lorsque XMPP et Google Reader ont disparu. C’est à peu près à cette époque que les grandes entreprises disposant de vastes nuages ont réalisé qu’elles n’avaient plus besoin de partager leurs réseaux entre elles. Elles pouvaient simplement construire leurs propres réseaux propriétaires, vastes et autonomes, qui vivent entièrement au sein de leurs nuages sans jamais interagir avec les autres. Alors, bien sûr, vous pourriez exploiter votre propre nuage personnel, mais pourquoi? Il est isolé. Il ne peut se connecter à personne, et s’il ne peut se connecter à personne, autant ne pas s’en donner la peine. En fait, votre seule chance est de créer une application à succès pour que les gens rejoignent votre grand nuage, mais à ce stade, vous ne faites que perpétuer le problème. Et c’est là le nœud du problème : les nuages sont fermés, et s’ils sont fermés, ils feront tout bien sauf interagir avec les autres. Mais rien n’impose que les nuages soient fermés. Les réseaux fermés, c’est l’apanage des grandes entreprises, pas des nuages. Vous voyez peut-être où je veux en venir. Nous devons relier nos nuages entre eux. C’est aussi simple que ça. Je dois pouvoir exploiter mon nuage, et vous devez pouvoir exploiter le vôtre, et nos nuages doivent communiquer entre eux. L’informatique atmosphérique Définissons ce concept : L’informatique atmosphérique est un paradigme de nuages interconnectés. Nous utilisons le terme « l’Atmosphère » pour décrire le réseau du protocole AT. Comme l’Atmosphère est l’espace dans lequel flottent les nuages, la métaphore semble appropriée. [2] Les nuages connectés résolvent de nombreux problèmes. Vous bénéficiez toujours de la commodité d’une connexion permanente, mais vous pouvez également stocker vos propres données et exécuter vos propres programmes. C’est l’informatique personnelle, pour le nuage. Le principal avantage est l’interopérabilité. Vous vous êtes inscrit à Bluesky. Vous pouvez simplement utiliser ce compte sur Leaflet. Les deux se trouvent sur l’Atmosphère. Si Leaflet décide d’afficher des publications de Bluesky, il n’a qu’à le faire. Si Leaflet décide de créer des publications Bluesky, il lui suffit d’utiliser le schéma approprié. Les deux applications n’ont pas besoin de communiquer directement pour y parvenir. Elles s’adressent simplement aux hébergeurs des comptes des utilisateurs. L’informatique coopérative est possible. L’algorithme le plus populaire sur Bluesky est For You. Il est géré par Spacecowboy sur squints, son ordinateur de jeu. Il ingère le flux incessant de publications publiques, de « j’aime » et d’abonnements. L’application Bluesky demande ensuite à son serveur une liste d’URL de publications à afficher. Grâce à cet ensemble de données partagé, nous pouvons mettre en œuvre un calcul profondément coopératif. Un service entièrement tiers se présente comme un service de première partie à Bluesky. Le problème du « démarrage à froid » est résolu. Tangled a développé une application d’hébergement de code Git et Jujitsu qui utilise les mêmes comptes d’utilisateurs que Bluesky. Vous pouvez choisir de faire fonctionner Tangled vous-même puisqu’il s’agit d’un logiciel open source. Comme Tangled est « Atmospheric » [3], votre instance auto-hébergée verrait exactement les mêmes utilisateurs et la même activité utilisateur que l’instance d’origine. Le jardin n’a pas de murs. SelfHosted.social est un service d’hébergement de comptes. Les utilisateurs auto-hébergés apparaissent comme n’importe quel autre utilisateur. Si je devais deviner, je dirais que la plupart d’entre eux ont commencé sur des serveurs Bluesky, puis ont utilisé un outil comme PDS Moover pour migrer. C’est un réseau ouvert. Dans l’Atmosphere, il est tout à fait logique d’exploiter un nuage personnel, car celui-ci peut interagir avec les nuages personnels d’autres personnes. Il peut également interagir avec le « Big Bob Cloud » de BobbyCorp, le « Pie Cloud » de la pâtisserie du coin, et ainsi de suite. Sites Web Atmosphériques Le Web est mort. Enfin, presque mort. Il y a une grande différence entre « presque mort » et « complètement mort ». Une particularité d’atproto est que nous utilisons des noms de domaine comme noms d’utilisateur. Vous êtes actuellement sur https://pfrazee.com. Mon Atmosphere est at://pfrazee.com. Vous remarquerez que ce dernier n’est qu’une base de données; il n’y a pas de couche de présentation. C’est parce que la présentation, c’est la spécialité du Web. Ces deux éléments sont faits l’un pour l’autre. Pourquoi ne pas transformer les publications Bluesky en une section de commentaires? Ou peut-être publier vos articles de blogue via Leaflet pour qu’ils soient syndiqués, mais ensuite les traiter comme votre base de données et les afficher sur votre site? Peut-être permettre aux gens de se connecter avec OAuth pour qu’ils puissent accéder au contenu réservé aux abonnés? Peut-être que les gens s’abonnent à votre contenu payant sur votre site, puis que vous diffusez le reçu sur l’Atmosphere pour que des applications comme Bluesky puissent montrer que vous êtes abonné? Tout dépend essentiellement de la quantité de données que vous souhaitez récupérer. Si vous voulez faire de votre site personnel un « Bluesky allégé » pour pouvoir toujours voir les publications de vos amis, alors oui, c’est tout à fait possible. La raison pour laquelle Substack a trouvé sa place est la même que celle pour laquelle je m’intéresse aux sites de l’Atmosphere : parce que c’est un espace qui appartient vraiment aux gens. Si vous hébergez vous-même votre compte et votre site, vous pouvez être exclu de toutes les applications de l’Atmosphere, mais vous conservez quand même cette identité et cette présence. Même en tant qu’employé de Bluesky et partisan d’une bonne modération, je pense que c’est une bonne idée d’exercer ce genre de contrôle sur le pouvoir des applications sociales. Comment fonctionne l’Atmosphere? ⚠️ Ça va devenir très technique. Si vous n’êtes pas ingénieur, passez cette section. L’objectif est le suivant : relier entre eux les systèmes des nuages en utilisant les mêmes techniques à grande échelle que n’importe quel service en nuage pourrait utiliser, tout en intégrant des techniques s’apparentant à une architecture « zero-trust » afin de pouvoir coopérer au-delà des frontières organisationnelles. Voici quelques sources d’inspiration : Réplication de bases de données entre organisations. CouchDB a démontré des concepts puissants grâce à son système de réplication de bases de données. Des utilisateurs hébergeaient des applications entières dans la base de données, qui pouvaient être clonées en temps réel d’un serveur à l’autre (CouchApps). L’agrégation à grande échelle. Le Web nous a montré comment réaliser de la publication décentralisée avec une distribution à grande échelle : les moteurs de recherche. Google a dû débourser des sommes faramineuses pour contrer le fait que n’importe qui d’autre pouvait créer un moteur de recherche concurrent à partir des mêmes données. Les formats de données interopérables. Un ingénieur ne connaît peut-être pas grand-chose au RDF, mais il y a de fortes chances qu’il ait utilisé schema.org pour obtenir des « résultats enrichis » dans Google. Regardez ça : l’interopérabilité des données structurées. Données authentifiées. BitTorrent a démontré qu’il est possible de diffuser des données à travers les réseaux et d’en prouver l’authenticité en se fiant aux preuves plutôt qu’aux fournisseurs, ce qui permet de composer un réseau à partir de machines non fiables. Nous allons traverser l’Internet; nous devons donc nous appuyer sur la cohérence éventuelle. Placez les bases de données canoniques dans un seul rôle de serveur : il s’agit du magasin de données personnelles de l’utilisateur. Utilisez un modèle de stockage de documents (JSON) afin d’assurer une colocalisation inhérente des données liées (les tables relationnelles et les triplets de graphes ne fonctionneront pas). Produisez ensuite un journal CDC accessible à tous. Signez les événements CDC afin que le journal puisse être diffusé au-delà des frontières organisationnelles sans avoir à effectuer de vérifications d’authenticité auprès de la source. À ce stade, nous avons segmenté le réseau; chaque utilisateur correspond à une base de données. Au sein de chaque base de données, il existe un ordre séquentiel strict, mais entre les bases de données, nous n’avons qu’un ordre causal. Nous pouvons établir des liens entre les dossiers d’utilisateurs à l’aide d’URL et inclure des sommes de contrôle de hachage de contenu, afin de prouver une relation de « se produit avant ». La bonne nouvelle, c’est que l’exploitation de cette base de données personnelle sera très peu coûteuse. Nous relions ces segments entre eux du côté des applications. Les applications s’abonnent aux journaux CDC des utilisateurs et les transmettent à des gestionnaires d’événements. À mesure que chaque mise à jour d’enregistrement provient des utilisateurs, les applications mettent à jour leurs bases de données, créant ainsi des vues agrégées du réseau. Il peut s’agir de n’importe quelle technologie de base de données, mais cela s’apparente beaucoup aux charges de travail liées aux entrepôts de données et à l’analyse; les systèmes OLAP conviennent donc généralement bien. Enfin, nous créons un langage de description de schéma afin que les applications puissent s’entendre sur les schémas des enregistrements et les contrats d’API. Nous envisageons sérieusement le RDF, mais finissons par décider que JSON-Schema offre de meilleures facilités aux développeurs et nous construisons quelque chose d’assez similaire à cela. Après tout, notre modèle de base de données est un entrepôt de documents JSON, et nos API échangent également du JSON. C’est ce qu’est le protocole AT. Les utilisateurs sont hébergés par des serveurs de comptes qui, à leur tour, se connectent aux applications Internet. Le flux de connexion reste de type client/serveur entre les appareils des utilisateurs et les serveurs de comptes, mais fonctionne ensuite en peer-to-peer entre les autres services en nuage. Un monde interopérable L’informatique atmosphérique vise à bâtir un monde interopérable. Dans ce monde, un nuage peut être grand ou petit. Peu importe. Un nuage plus grand permettra de réaliser des tâches plus importantes, tandis qu’un nuage plus petit en réalisera de plus modestes. Mais ils communiqueront tout de même entre eux. Nous avons besoin d’une réponse collectiviste face aux géants de la technologie. Je ne m’intéresse pas seulement aux batailles d’hier; si nous sommes à l’ère de l’IA, je veux une IA personnelle fonctionnant sur mon nuage personnel. Il n’y a absolument aucune raison pour que nous devenions tous des clients soumis aux sociétés américaines. Le modèle peut changer. La voie vers une pile technologique souveraine passe par la banalisation. La pile du protocole AT s’apparente à un « Backend-as-a-Service »; elle normalise l’identité, les flux OAuth, l’octroi d’autorisations, les flux de données, et plus encore. Nous travaillons actuellement avec l’IETF pour former un groupe de travail [4] et je crois qu’une plateforme nuage standard est en train d’émerger dans ces spécifications. Adieu 2025, mais je ne dirai pas ce que signifie le « P », et trinquons à une excellente année 2026. Suivez-moi sur Bluesky. [1] « Qu’est-ce que le nuage? » Certains ne seront pas d’accord avec la portée de ma définition. Je dis essentiellement que tout type d’informatique orientée serveur est « le nuage ». Vous pouvez débattre de ce choix si vous le souhaitez. Chez Bluesky, nous avons nos propres points de présence (PoP), et je continuerais quand même à appeler cela un nuage; c’est simplement un nuage sur site. Le serveur d’API de Bluesky est alors une interface externe à ce nuage, ce qui, par un coup de judo, en fait également le nuage. Ça ne vous suffit pas? Cette chaise, c’est le nuage. Mon chat, c’est le nuage. Le débat inévitable sur la définition du nuage, c’est le nuage. [2] « C’est ça, la métaphore », et elle est plutôt bonne d’ailleurs, si l’on considère qu’« Atmosphere » est une création imprévue d’un membre de la communauté, Shreyan, qui a fait un jeu de mots à partir de AT Protocol. Quelle est la probabilité que ça arrive? Non seulement cela fait le lien avec « at protocol » et sert à décrire des nuages interconnectés, mais cela s’inscrit aussi thématiquement dans « bluesky ». En tant qu’inventeur invétéré de mots, ma jalousie face à l’exploit de Shreyan est incommensurable. [3] « L’application est Atmospheric. » Relatif à l’Atmosphere, se situant à l’intérieur de celle-ci ou en possédant les qualités. Personne ne peut m’empêcher de dire ce que je veux. [4] « Travailler avec l’IETF. » Un grand merci aux personnes formidables qui ont participé à ce projet et qui nous ont aidés à traverser ce processus. Liste évolutive des traductions par Gilles en vracLes caractères gras dans le texte sont de Gilles.