Ausliefern ist die halbe Arbeit. Hiki deployt bei jedem Push auf main und läuft ohne Server, um die man sich kümmern muss, und die Konten von Bridddge liegen in Firebase.
Hiki läuft auf Google Cloud in der EU-Region europe-west1. Cloud Run stellt zwei Services bereit, das FastAPI-Backend und die Next.js-Web-App, und führt den Scraper als Cloud-Run-Job aus, den Cloud Scheduler jeden Morgen startet, um den Katalog aus den Buchhandlungen zu aktualisieren. Jeder Push auf main löst Cloud Build aus, das die Container baut, sie in Artifact Registry ablegt und die neue Version deployt.
Vor der Website sitzt ein globaler HTTPS-Load-Balancer mit Cloud Armor. Fotos aus dem Marktplatz gehen direkt aus dem Browser über signierte Upload-Links in einen privaten Cloud-Storage-Bucket, vorher verkleinert, sodass das Backend die Dateien nie anfasst. Logs gehen an Cloud Logging.
Firebase Auth gibt Hiki die Google-Anmeldung, im Web und in der Android-App, und das Backend prüft das Anmelde-Token, bevor es einer Anfrage vertraut. Firebase Cloud Messaging verschickt die Push-Benachrichtigungen, und das Backend räumt Tokens auf, die nicht mehr funktionieren.
Bridddge läuft auf dem Mac der Nutzer, aber seine Konten liegen in Firebase. Die App meldet Nutzer mit Firebase Auth an und speichert Abo und Nutzung jedes Kontos in Firestore.
Cloud Run skaliert mit dem Traffic und wieder herunter, ohne Server, die man verwalten muss, und Firebase bringt Anmeldung und Benachrichtigungen mit, ohne dass man sie von Grund auf bauen muss. Auch diese Website, larch.ee, läuft auf Cloud Run.