📣FIL DE DISCUSSION : Il est surprenant pour moi que tant de gens aient été surpris d'apprendre que Signal fonctionne en partie sur AWS (ce que nous pouvons faire parce que nous utilisons le chiffrement pour nous assurer que personne d'autre que vous – ni AWS, ni Signal, ni personne – ne peut accéder à vos communications). C'est aussi préoccupant. 1/

Concernant, car cela indique que l'ampleur de la concentration de pouvoir entre les mains de quelques hyperscalers est beaucoup moins largement comprise que je ne l'avais supposé. Ce qui est de mauvais augure pour notre capacité à élaborer des stratégies basées sur la réalité capables de contester cette concentration et de résoudre le véritable problème. 2/

La question n'est pas "pourquoi Signal utilise-t-il AWS ?" Il s'agit d'examiner les exigences infrastructurelles de toute plateforme de communication de masse mondiale et en temps réel et de se demander comment nous en sommes arrivés à un point où il n'existe pas d'alternative réaliste à AWS et aux autres hyperscalers. 3/

Exploiter une plateforme à faible latence pour des communications instantanées capable de gérer des millions d'appels audio/vidéo simultanés nécessite un réseau préconstruit, s'étendant sur la planète, de calcul, de stockage et de présence en périphérie qui nécessite un entretien constant, une consommation électrique significative et une attention et un suivi permanents. 4/

La messagerie instantanée exige une latence quasi nulle. La voix et la vidéo, en particulier, nécessitent une signalisation globale complexe et des relais régionaux pour gérer le jitter et la perte de paquets. Ce sont des choses que AWS, Azure et GCP fournissent à l'échelle mondiale que, pratiquement parlant, d'autres (dans le contexte occidental) ne font pas. 5/

Ce n'est pas « louer un serveur ». C'est louer l'accès à un système entier, vaste, intensif en capital et techniquement capable, qui doit être tout aussi disponible au Caire qu'à Cape Town, tout aussi fonctionnel à Bangkok qu'à Berlin. Particulièrement compte tenu des enjeux élevés des nombreux utilisateurs qui dépendent de Signal. 6/

Une telle infrastructure coûte des milliards et des milliards de dollars à provisionner et à maintenir, et elle est hautement amortissable. Dans le cas des hyperscalers, le coût exorbitant est subventionné par d'autres entreprises – elles-mêmes également de grandes plateformes avec un verrouillage significatif. 7/

Cela signifie que des infrastructures comme AWS ne sont pas quelque chose que Signal, ou presque personne d'autre, pourrait se permettre de simplement "déployer". C'est pourquoi presque tout le monde qui gère un service en temps réel – de Signal à X, en passant par Palantir et Mastodon – s'appuie au moins en partie sur des services fournis par ces entreprises. 8/

Mais même si Signal avait les milliards nécessaires pour recréer AWS, ce n'est pas seulement une question d'argent. Le talent pour faire fonctionner ces systèmes est rare et concentré. L'expertise, les outils, les manuels, le langage même du SRE moderne proviennent de ces hyperscalers, et est désormais synonyme de 'cloud.' 9/

Donc, oui, Signal fonctionne sur AWS. Il fonctionne également sur votre téléphone, qui fonctionne sous iOS (Apple) ou Android (Google). Et sur le bureau, via Windows (Microsoft). Chacun de ces systèmes présente des dépendances similaires vis-à-vis de grandes entreprises technologiques bien établies, ainsi que des barrières et des risques concomitants. 10/

En résumé, le problème ici n'est pas que Signal a « choisi » de fonctionner sur AWS. Le problème est la concentration de pouvoir dans l'espace infrastructure qui signifie qu'il n'y a pas vraiment d'autre choix : l'ensemble de la pile, pratiquement parlant, est détenu par 3-4 acteurs. 11/

Donc, Signal fait tout ce qu'il peut pour fournir un service avec intégrité dans l'écosystème concentré dans lequel nous travaillons. Nous protégeons vos communications avec un chiffrement de bout en bout, afin que nous puissions utiliser AWS et d'autres comme une autoroute pour envoyer des données Signal de manière à ce qu'AWS, ou quiconque d'autre, n'ait pas accès. 12/

Pour conclure : mon espoir, c'est que la panne d'AWS puisse être un moment d'apprentissage, où les risques de concentrer le système nerveux de notre monde entre les mains de quelques acteurs deviennent très clairs. Et que cela puisse nous aider à trouver des moyens de défaire cette concentration et de créer un véritable choix ❤️ 13/