Firebase zu Internet Computer migrieren
Firebase zu Internet Computer migrieren heißt: Firestore, Firebase Auth, Cloud
Storage, Cloud Functions und Hosting auf ICP umziehen. Der Mingle
Cloud Migrator macht das automatisch — er liest das Repository, wandelt
Firestore-Collections in Stable-Memory-Strukturen (StableBTreeMap),
ersetzt Firebase Auth durch Internet Identity und macht aus Storage und Hosting
Asset Canister. Das Ergebnis ist dieselbe App, 1:1, vollständig on-chain — ohne
Google-Abhängigkeit.
Firebase → Internet Computer: das Mapping
| Firebase-Komponente | ICP-Äquivalent |
|---|---|
| Firestore / Realtime Database | Stable Vars + StableBTreeMap in Stable Memory |
| Firebase Auth | Internet Identity (Caller-Principal) |
| Security Rules | Principal-basierte Zugriffsprüfungen im Canister |
| Cloud Storage | Asset Canister / Stable-Blob-Storage |
| Cloud Functions (HTTP/Trigger) | query- / update-Methoden eines Motoko-Actors |
| Scheduled Functions | Canister-Timer (setTimer / recurringTimer) |
| Firebase Hosting | Asset Canister (Frontend on-chain) |
So läuft die Migration, Schritt für Schritt
- Repository verbinden. GitHub-Repo verbinden oder ZIP hochladen. Der Migrator analysiert Code, Firebase-SDK-Aufrufe und die Datenstruktur.
- Datenmodell prüfen. Firestore-Collections werden inferiert und auf Stable-Memory-Strukturen gemappt. Du bestätigst das Mapping vor der Migration.
- Daten exportieren. Firestore-Export als JSON hochladen. Pro Feld entscheidest du: verschlüsselt (AES-256), öffentlich oder überspringen.
- Auth umstellen. Firebase Auth wird durch Internet Identity ersetzt; Security Rules werden zu Principal-Checks im Canister.
- Storage & Hosting migrieren. Buckets und Hosting werden zu Asset Canistern, Datei-URLs im Frontend automatisch umgeschrieben.
- Cloud Functions umwandeln. HTTP-/Trigger-Functions werden Canister-Methoden, geplante Functions werden Canister-Timer.
- Deployen & verifizieren. 1:1-Funktionsparität wird gegen das Original verifiziert, dann geht das dfx-Projekt live und deine Domain wird verbunden. Danach: Firebase-Projekt abschalten — die App läuft weiter.
Abgrenzung: Export-Werkzeuge und Datenbank-Migratoren (z. B. pgloader, DBConvert oder der Firestore-Export selbst) verschieben nur Daten. Der Mingle Cloud Migrator migriert die komplette App on-chain — Backend, Daten, Auth, Dateien und Frontend — als reviewbare Motoko-Canister.
Häufige Fragen
- Kann man eine Firebase-App auf den Internet Computer migrieren?
- Ja — Firestore, Auth, Storage, Functions und Hosting werden 1:1 als Motoko-Canister neu aufgebaut. Was nicht canister-nativ laufen kann, läuft als Managed Sidecar weiter.
- Was wird aus Firestore?
- Collections werden zu
StableBTreeMap-Strukturen in Stable Memory — upgradesicher, ohne externen Datenbankdienst, standardmäßig AES-256-verschlüsselt. - Was ersetzt Firebase Auth?
- Internet Identity. Der Canister authentifiziert Aufrufer über ihr Principal; Security Rules werden zu Zugriffsprüfungen im Canister-Code.
- Was passiert mit Cloud Functions?
- HTTP-/Trigger-Functions werden
query-/update-Methoden, geplante Functions werden Canister-Timer. Hochfrequente externe API-Aufrufe übernimmt ein Managed Sidecar.