Arrêtez d'utiliser Firebase… Testez cette alternative Open-Source (Appwrite)

Le présentateur explique que Firebase devient problématique lorsque l'application commence à croître, principalement à cause de l'augmentation imprévisible des factures. Un autre point critique est le manque de contrôle et de propriété des données sur une infrastructure propriétaire. Appwrite est alors introduit comme une alternative open source permettant de conserver les fonctionnalités essentielles comme l'authentification et la base de données. L'objectif est de rester propriétaire de son backend tout en profitant d'une configuration simplifiée. Cette section souligne l'intérêt croissant des développeurs pour l'auto-hébergement en 2026.

Cette partie détaille les briques technologiques offertes par Appwrite, incluant l'authentification MFA, les magic links et le support OAuth. La base de données est hybride, mélangeant des structures documentaires et relationnelles pour plus de flexibilité. Le stockage permet la transformation de fichiers nativement, tandis que les fonctions serverless supportent plus de 13 langages de programmation. L'outil propose également des services de messagerie push, e-mail et SMS, égalant ainsi l'offre de Firebase. Le speaker insiste sur le fait que l'on peut choisir entre la version cloud ou l'auto-hébergement sur son propre VPS.

Le tutoriel pratique débute par le déploiement de l'instance Appwrite via Docker. Une simple commande dans le terminal permet de lancer l'ensemble du backend grâce à un fichier Docker Compose préconfiguré. Une fois l'interface accessible, l'utilisateur crée un projet nommé "TodoApp" et récupère les identifiants nécessaires pour le fichier d'environnement. Il est essentiel de configurer la plateforme web en réglant le hostname sur localhost pour le développement local. Cette étape démontre la rapidité de mise en place, transformant une tâche complexe en une procédure de quelques minutes.

L'auteur montre comment créer une collection, qui fait office de table, et y ajouter des colonnes pour le titre, le contenu et l'ID utilisateur. Un point fort d'Appwrite est la gestion simplifiée des permissions CRUD directement via des cases à cocher dans le tableau de bord. On peut définir des accès en lecture seule pour les utilisateurs anonymes et restreindre les modifications aux utilisateurs connectés. Ce système permet de sécuriser les données sans avoir à écrire de règles de sécurité complexes manuellement. Cette approche visuelle réduit considérablement le temps de développement backend.

La connexion entre le frontend et le backend se fait via l'ajout de l'ID du projet et de la base de données dans le fichier .env. Le présentateur effectue une démonstration en créant un compte utilisateur et en ajoutant une tâche dans l'application. On observe la synchronisation immédiate des données entre deux onglets différents, illustrant les capacités temps réel du moteur. Les données envoyées depuis l'application apparaissent instantanément dans la console d'administration Appwrite. Cela prouve que l'intégration nécessite très peu de code pour obtenir un résultat professionnel et réactif.

La vidéo se termine par une analyse comparative expliquant pourquoi passer à Appwrite : propriété totale des données et absence de frais par utilisateur. Cependant, le speaker mentionne quelques limites comme l'absence de CDN global intégré ou de fonctions edge natives, nécessitant l'utilisation de Cloudflare. Contrairement à Supabase qui utilise Postgres, Appwrite repose sur MariaDB, ce qui est un point de différenciation technique important. L'outil est particulièrement recommandé pour les startups, les développeurs mobiles et ceux soucieux de leur budget. En résumé, Appwrite est présenté comme une solution mature, économique et incontournable pour les projets web en 2026.