T.10 / Technologie
Cloud
larch déploie et exploite des produits sur Google Cloud et Firebase. Le back-end, l’application web et le scraper quotidien de Hiki tournent sur Cloud Run, avec Firebase pour la connexion et les notifications push, et l’application de bureau Bridddge garde ses comptes dans Firebase.
Apportez l’idée. Nous vous dirons comment nous la construirions et ce que cela demande.
01 / Réalisé avec Google Cloud et Firebase
Un produit vit sur Google Cloud de bout en bout. L’autre est une application de bureau qui utilise Firebase pour ses comptes.
Plateforme web / 2025
01
Cloud Run sert le back-end FastAPI et l’application web Next.js de Hiki, et exécute le scraper quotidien. Cloud Build déploie à chaque push, et Firebase gère la connexion Google et les notifications push.
Plateforme web / 2025
Next.js · FastAPI · MongoDB · Google Cloud
App macOS / 2025
02
L’application de bureau Bridddge connecte les utilisateurs avec Firebase Auth et garde l’abonnement et l’usage de chaque compte dans Firestore.
App macOS / 2025
Electron · React · SQLite · MCP
02 / Service associé
Des plateformes rapides et robustes qui grandissent avec votre activité, pas contre elle.
Vous obtenez
Bridddge garde l’abonnement et l’usage de chaque utilisateur dans Firestore, un enregistrement par compte.
L’application web, l’API, le scraper et le stockage des photos de Hiki tournent dans un seul projet Google Cloud.
Cloud Build déploie Hiki à chaque push sur main, et Cloud Logging garde la trace en production.
03 / Google Cloud et Firebase : notre usage
Lancer, c’est la moitié du travail. Hiki se déploie à chaque push sur main et tourne sans serveur à surveiller, et les comptes de Bridddge vivent dans Firebase.
Hiki tourne sur Google Cloud, dans la région européenne europe-west1. Cloud Run sert deux services, le back-end FastAPI et l’application web Next.js, et exécute le scraper comme un job Cloud Run que Cloud Scheduler lance chaque matin pour rafraîchir le catalogue à partir des librairies. Chaque push sur main déclenche Cloud Build, qui construit les conteneurs, les stocke dans Artifact Registry et déploie la nouvelle version.
Un équilibreur de charge HTTPS global avec Cloud Armor se place devant le site. Les photos de la marketplace vont directement du navigateur dans un bucket Cloud Storage privé via des liens d’upload signés, après redimensionnement : le back-end ne manipule jamais les fichiers. Les logs vont dans Cloud Logging.
Firebase Auth donne à Hiki la connexion Google, sur le web et dans l’application Android, et le back-end vérifie le jeton de connexion avant de faire confiance à une requête. Firebase Cloud Messaging envoie les notifications push, et le back-end supprime les jetons qui ne fonctionnent plus.
Bridddge tourne sur le Mac de l’utilisateur, mais ses comptes vivent dans Firebase. L’application connecte les utilisateurs avec Firebase Auth et garde l’abonnement et l’usage de chaque compte dans Firestore.
Cloud Run suit le trafic à la hausse comme à la baisse sans serveur à gérer, et Firebase apporte la connexion et les notifications sans avoir à les construire de zéro. Ce site, larch.ee, tourne lui aussi sur Cloud Run.
04 / Autres technologies
Le back-end FastAPI de Hiki tourne sur Cloud Run, et son application Android se connecte avec Firebase. Découvrez ce que nous avons construit d’autre avec.
T.04 / Back-end
Le back-end de Hiki : FastAPI avec MongoDB en asynchrone, les scrapers aiohttp et le pipeline qui enrichit chaque titre.
Utilisé dans
T.09 / Mobile
Hiki pour Android : une application Kotlin native dont chaque écran est en Jetpack Compose, sur Google Play.
Utilisé dans
11 technologies
Onze technologies, chacune en service dans un produit que nous avons lancé.
Démarrer / Appel de 30 minutes
Pas de théâtre d’entreprise. Des résultats.
Vous préférez l’e-mail ?
nicholas@larch.ee