T.10 / Tecnologia
Cloud
larch rilascia e gestisce prodotti su Google Cloud e Firebase. Back end, app web e scraper giornaliero di Hiki girano su Cloud Run, con Firebase per l’accesso e le notifiche push, e l’app desktop Bridddge tiene i suoi account in Firebase.
Porta l’idea. Ti diremo come la costruiremmo e cosa serve.
01 / Realizzati con Google Cloud e Firebase
Un prodotto vive su Google Cloud dall’inizio alla fine. L’altro è un’app desktop che usa Firebase per i suoi account.
Piattaforma web / 2025
01
Cloud Run serve il back end FastAPI e l’app web Next.js di Hiki ed esegue lo scraper giornaliero. Cloud Build rilascia a ogni push, e Firebase gestisce l’accesso con Google e le notifiche push.
Piattaforma web / 2025
Next.js · FastAPI · MongoDB · Google Cloud
App macOS / 2025
02
L’app desktop Bridddge fa accedere gli utenti con Firebase Auth e tiene abbonamento e utilizzo di ogni account in Firestore.
App macOS / 2025
Electron · React · SQLite · MCP
02 / Servizio correlato
Piattaforme veloci e robuste che assecondano la crescita del tuo business, invece di frenarla.
Cosa ottieni
Bridddge tiene abbonamento e utilizzo di ogni utente in Firestore, un record per account.
App web, API, scraper e archivio delle foto di Hiki girano in un unico progetto Google Cloud.
Cloud Build rilascia Hiki a ogni push su main, e Cloud Logging tiene traccia di tutto in produzione.
03 / Come usiamo Google Cloud e Firebase
Rilasciare è metà del lavoro. Hiki si rilascia a ogni push su main e gira senza server da curare, e gli account di Bridddge vivono in Firebase.
Hiki gira su Google Cloud nella regione UE europe-west1. Cloud Run serve due servizi, il back end FastAPI e l’app web Next.js, ed esegue lo scraper come job Cloud Run che Cloud Scheduler avvia ogni mattina per aggiornare il catalogo dalle librerie. Ogni push su main avvia Cloud Build, che costruisce i container, li salva in Artifact Registry e rilascia la nuova versione.
Davanti al sito c’è un load balancer HTTPS globale con Cloud Armor. Le foto del marketplace vanno direttamente dal browser in un bucket Cloud Storage privato tramite link di upload firmati, ridimensionate prima, così il back end non tocca mai i file. I log finiscono in Cloud Logging.
Firebase Auth dà a Hiki l’accesso con Google, sul web e nell’app Android, e il back end verifica il token di accesso prima di fidarsi di una richiesta. Firebase Cloud Messaging invia le notifiche push, e il back end ripulisce i token che non funzionano più.
Bridddge gira sul Mac dell’utente, ma i suoi account vivono in Firebase. L’app fa accedere gli utenti con Firebase Auth e tiene abbonamento e utilizzo di ogni account in Firestore.
Cloud Run scala con il traffico e torna giù senza server da gestire, e Firebase porta accesso e notifiche senza doverli costruire da zero. Anche questo sito, larch.ee, gira su Cloud Run.
04 / Altre tecnologie
Il back end FastAPI di Hiki gira su Cloud Run, e la sua app Android fa l’accesso con Firebase. Scopri cos’altro ci abbiamo costruito.
T.04 / Back end
Il back end di Hiki: FastAPI con MongoDB asincrono, gli scraper aiohttp e la pipeline che arricchisce ogni titolo.
Usata in
T.09 / Mobile
Hiki per Android: un’app nativa in Kotlin con ogni schermata in Jetpack Compose, su Google Play.
Usata in
11 tecnologie
Undici tecnologie, ognuna in uso in un prodotto che abbiamo rilasciato.
Inizia / Call di 30 minuti
Niente teatrino aziendale. Solo risultati.
Preferisci l’email?
nicholas@larch.ee