Viele Anwendungen liefern beim ersten Seitenaufbau allen Nutzern dieselben Inhalte. So können beispielsweise auf einer Nachrichtenwebsite die neuesten Nachrichten oder auf einer E-Commerce-Website die meistverkauften Artikel angezeigt werden.
Wenn diese Inhalte von Cloud Firestore ausgeliefert werden, stellt jeder Nutzer beim Laden der Anwendung eine neue Abfrage für dieselben Ergebnisse. Da diese Ergebnisse nicht zwischen Nutzern im Cache gespeichert werden, ist die Anwendung langsamer und teurer als nötig.
Lösung: Bundles
Mit Cloud Firestore-Bundles können Sie Datenpakete aus gängigen Abfrageergebnissen im Backend mit dem Firebase Admin SDK zusammenstellen und diese vorab berechneten Blobs in einem CDN ausliefern. So wird die Erstladezeit für Ihre Nutzer deutlich verkürzt und die Cloud Firestore-Abfragekosten werden gesenkt.
In dieser Anleitung verwenden wir Cloud Functions, um Bundles zu generieren, und Firebase Hosting, um Bundle-Inhalte dynamisch im Cache zu speichern und bereitzustellen. Weitere Informationen zu Bundles findest du in den Anleitungen.
Erstellen Sie zuerst eine einfache öffentliche HTTP-Funktion, um die 50 aktuellsten „Stories“ abzufragen und das Ergebnis als Bundle bereitzustellen.
Node.js
exports.createBundle = functions.https.onRequest(async (request, response) => { // Query the 50 latest stories const latestStories = await db.collection('stories') .orderBy('timestamp', 'desc') .limit(50) .get(); // Build the bundle from the query results const bundleBuffer = db.bundle('latest-stories') .add('latest-stories-query', latestStories) .build(); // Cache the response for up to 5 minutes; // see https://firebase.google.com/docs/hosting/manage-cache response.set('Cache-Control', 'public, max-age=300, s-maxage=600'); response.end(bundleBuffer); });
Java
package com.example; import com.google.auth.oauth2.GoogleCredentials; import com.google.cloud.firestore.Firestore; import com.google.cloud.firestore.FirestoreBundle; import com.google.cloud.firestore.Query.Direction; import com.google.cloud.firestore.QuerySnapshot; import com.google.cloud.functions.HttpFunction; import com.google.cloud.functions.HttpRequest; import com.google.cloud.functions.HttpResponse; import com.google.firebase.FirebaseApp; import com.google.firebase.FirebaseOptions; import com.google.firebase.cloud.FirestoreClient; import java.io.BufferedWriter; import java.io.IOException; public class ExampleFunction implements HttpFunction { public static FirebaseApp initializeFirebase() throws IOException { if (FirebaseApp.getApps().isEmpty()) { FirebaseOptions options = FirebaseOptions.builder() .setCredentials(GoogleCredentials.getApplicationDefault()) .setProjectId("YOUR-PROJECT-ID") .build(); FirebaseApp.initializeApp(options); } return FirebaseApp.getInstance(); } @Override public void service(HttpRequest request, HttpResponse response) throws Exception { // Get a Firestore instance FirebaseApp app = initializeFirebase(); Firestore db = FirestoreClient.getFirestore(app); // Query the 50 latest stories QuerySnapshot latestStories = db.collection("stories") .orderBy("timestamp", Direction.DESCENDING) .limit(50) .get() .get(); // Build the bundle from the query results FirestoreBundle bundle = db.bundleBuilder("latest-stores") .add("latest-stories-query", latestStories) .build(); // Cache the response for up to 5 minutes // see https://firebase.google.com/docs/hosting/manage-cache response.appendHeader("Cache-Control", "public, max-age=300, s-maxage=600"); // Write the bundle to the HTTP response BufferedWriter writer = response.getWriter(); writer.write(new String(bundle.toByteBuffer().array())); } }
Konfigurieren Sie als Nächstes Firebase Hosting, um diese Cloud Functions-Funktion bereitzustellen und im Cache zu speichern. Ändern Sie dazu firebase.json. Bei dieser Konfiguration stellt das Firebase Hosting CDN die Bundle-Inhalte gemäß den Cache-Einstellungen bereit, die von der Cloud-Funktion festgelegt wurden. Wenn der Cache abläuft, wird der Inhalt durch erneutes Auslösen der Funktion aktualisiert.
firebase.json
{
"hosting": {
// ...
"rewrites": [{
"source": "/createBundle",
"function": "createBundle"
}]
},
// ...
}
Rufen Sie abschließend in Ihrer Webanwendung die gebündelten Inhalte aus dem CDN ab und laden Sie sie in das Firestore SDK.
// If you are using module bundlers.
import firebase from "firebase/app";
import "firebase/firestore";
import "firebase/firestore/bundle" // This line enables bundle loading as a side effect.
async function fetchFromBundle() {
// Fetch the bundle from Firebase Hosting, if the CDN cache is hit the 'X-Cache'
// response header will be set to 'HIT'
const resp = await fetch('/createBundle');
// Load the bundle contents into the Firestore SDK
await db.loadBundle(resp.body);
// Query the results from the cache
// Note: omitting "source: cache" will query the Firestore backend.
const query = await db.namedQuery('latest-stories-query');
const storiesSnap = await query.get({ source: 'cache' });
// Use the results
// ...
}
Geschätzte Einsparung
Angenommen, eine Nachrichtenwebsite wird von 100.000 Nutzern pro Tag besucht und jeder Nutzer lädt beim ersten Laden dieselben 50 Top-Artikel. Ohne Caching würde dies zu 50 × 100.000 = 5.000.000 Dokumentenlesevorgängen pro Tag von Cloud Firestore führen.
Angenommen, die Website verwendet die oben beschriebene Methode und speichert diese 50 Ergebnisse bis zu 5 Minuten lang im Cache. Anstatt die Abfrageergebnisse für jeden Nutzer zu laden, werden sie also genau 12 Mal pro Stunde geladen. Unabhängig davon, wie viele Nutzer die Website besuchen, bleibt die Anzahl der Abfragen an Cloud Firestore gleich. Anstelle von 5.000.000 Lesevorgängen für Dokumente würde diese Seite 12 x 24 x 50 = 14.400 Lesevorgänge pro Tag verwenden. Die geringen Zusatzkosten für Firebase Hosting und Cloud Functions werden leicht durch die Kosteneinsparungen von Cloud Firestore ausgeglichen.
Auch wenn der Entwickler von den Kosteneinsparungen profitiert, ist der Nutzer der größte Nutznießer. Wenn Sie diese 50 Dokumente direkt aus dem Firebase Hosting CDN statt aus Cloud Firestore laden, kann dies die Ladezeit der Seite um 100 bis 200 ms oder mehr verkürzen. Studien haben wiederholt gezeigt, dass schnelle Seiten zu zufriedeneren Nutzern führen.