Dynamische Inhalte bereitstellen und Mikrodienste mit Firebase Hosting hosten
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Firebase Hosting lässt sich in serverlose Computing-Optionen wie Cloud Functions for Firebase und Cloud Run einbinden. Mit Firebase Hosting und diesen Optionen können Sie Mikrodienste hosten, indem Sie HTTPS-Anfragen weiterleiten, um Ihre Funktionen und containerisierten Apps in einer verwalteten, sicheren Umgebung auszuführen.
Cloud Functions for Firebase: Sie schreiben und stellen eine Funktion bereit. Das ist Back-End-Code, der auf einen bestimmten Trigger reagiert. Anschließend können Sie mit Firebase Hosting HTTPS-Anfragen weiterleiten, um die Ausführung Ihrer Funktion auszulösen.
Cloud Run: Sie schreiben und stellen eine Anwendung bereit, die in einem Container-Image verpackt ist. Anschließend können Sie mit Firebase Hosting HTTPS-Anfragen so weiterleiten, dass Ihre containerisierte App ausgeführt wird.
Anwendungsfälle
Wie können Sie serverlose Computing-Optionen mit Firebase Hosting verwenden?
Dynamische Inhalte bereitstellen: Auf Ihrer Hosting-Website können Sie nicht nur statische Inhalte, sondern auch dynamisch generierte Antworten aus einer Funktion oder containerisierten App bereitstellen, die serverseitige Logik ausführt.
Sie können beispielsweise ein URL-Muster (z. B. /blog/<blog-post-id>) auf eine Funktion verweisen, die den Parameter für die Blogbeitrags-ID der URL verwendet, um Inhalte dynamisch aus Ihrer Datenbank abzurufen.
REST APIs erstellen: Sie können mit Funktionen eine Mikrodienst-API erstellen.
Funktionen können beispielsweise die Anmeldefunktion für Ihre Website übernehmen. Ihre Website wird zwar unter / gehostet, aber jede Anfrage an /api wird an Ihre Microservice API weitergeleitet. Hier finden Sie ein Open-Source-Beispiel.
Wenn eine Funktion beispielsweise nur in regelmäßigen Abständen neue Inhalte generiert, können Sie Ihre App beschleunigen, indem Sie die generierten Inhalte für mindestens kurze Zeit im Cache speichern. Sie können möglicherweise auch die Ausführungskosten senken, da die Inhalte über das CDN und nicht über eine ausgelöste Funktion oder eine containerisierte App bereitgestellt werden.
Single-Page-Apps vorrendern: Sie können die SEO verbessern und das Teilen in verschiedenen sozialen Netzwerken optimieren, indem Sie dynamische meta-Tags erstellen. Weitere Informationen finden Sie in diesem Video oder in diesem Open-Source-Beispiel.
Serverlose Option auswählen
Sowohl Cloud Functions for Firebase als auch Cloud Run lassen sich in Firebase Hosting einbinden und bieten eine vollständig verwaltete, automatisch skalierbare und sichere serverlose Umgebung. Die beiden Optionen können jedoch für unterschiedliche Anwendungsfälle und den gewünschten Grad an benutzerdefinierter Konfiguration genutzt werden.
Wenn Sie eine der serverlosen Optionen verwenden, sollten Sie sie am besten mit den Servern für Firebase Hosting zusammenlegen, indem Sie sie in einer der folgenden Regionen bereitstellen:
us-west1
us-central1
us-east1
europe-west1
asia-east1
In der folgenden Tabelle werden einige grundlegende Überlegungen zur Verwendung von Cloud Functions for Firebase im Vergleich zu Cloud Run beschrieben. Eine vollständige Liste der Kontingente, Limits und Messwerte finden Sie in der detaillierten Dokumentation der einzelnen Produkte (Cloud Functions for Firebase oder Cloud Run).
Kaufbereitschaft
Cloud Functions for Firebase
Cloud Run
Einrichtung
Die Firebase CLI fasst mehrere Aufgaben in einzelnen Befehlen zusammen, von der Initialisierung über das Erstellen bis hin zur Bereitstellung.
Container bieten mehr Anpassungsoptionen, sodass Einrichtungs-, Build- und Bereitstellungsaufgaben separate Schritte umfassen.
Laufzeitumgebung
Erfordert Node.js, aber Sie können angeben, welche Version von Node.js verwendet werden soll.
[null,null,["Zuletzt aktualisiert: 2025-08-08 (UTC)."],[],[],null,["\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nFirebase Hosting integrates with serverless computing options, including\nCloud Functions for Firebase and Cloud Run. Using Firebase Hosting with\nthese options, you can host microservices by directing HTTPS requests to trigger\nyour functions and containerized apps to run in a managed, secure environment.\n\n[**Cloud Functions for Firebase**](/docs/hosting/functions): You write and deploy a\nfunction, which is backend code that responds to a specific trigger. Then, using\nFirebase Hosting, you can direct HTTPS requests to trigger your function\nto run.\n\n[**Cloud Run**](/docs/hosting/cloud-run): You write and deploy an\napplication packaged in a container image. Then, using Firebase Hosting, you\ncan direct HTTPS requests to trigger your containerized app to run.\n| **Note:** If you're using Angular or Next.js to develop a full-stack Web app with server-side rendering or AI features, try out the preview of [App Hosting](/docs/app-hosting). App Hosting is a unified product for managing static and dynamic content together.\n\nUse cases\n\nHow can you use serverless computing options with Firebase Hosting?\n\n- **Serve dynamic content** --- In addition to serving static content on\n your Hosting site, you can serve dynamically generated responses from a\n function or containerized app that is performing server-side logic.\n\n For example, you can point a URL pattern (like `/blog/\u003cblog-post-id\u003e`) to a\n function that uses the URL's blog post ID parameter to retrieve content\n dynamically from your database.\n- **Build REST APIs** --- You can create a microservice API using functions.\n\n For instance, functions can handle the sign-in functionality for your\n website. While your website is hosted at `/`, any request to `/api` is\n redirected to your microservice API. For an example, check out\n [this open-source sample](//github.com/firebase/functions-samples/tree/Node-8/authenticated-json-api).\n- **Cache dynamic content** --- You can\n [configure caching](/docs/hosting/manage-cache) of your dynamic content on\n a global CDN.\n\n For example, if a function generates new content only periodically, you\n can speed up your app by caching the generated content for at least a short\n period of time. You can also potentially reduce execution costs because the\n content is served from the CDN rather than via a triggered function or\n containerized app.\n- **Prerender your single-page apps** --- You can improve SEO and optimize\n sharing across various social networks by creating dynamic `meta` tags. To\n learn more, watch this [video](//www.youtube.com/watch?v=82tZAPMHfT4)\n or check out\n [this open-source sample](//github.com/firebase/functions-samples/tree/Node-8/isomorphic-react-app).\n\nChoosing a serverless option\n\nWhile both [**Cloud Functions for Firebase**](/docs/hosting/functions) and\n[**Cloud Run**](/docs/hosting/cloud-run) integrate with\nFirebase Hosting and offer a fully managed, autoscaling, and secure\nserverless environment, the two options can be leveraged for different use cases\nand desired level of customized configuration.\n\nWhen using either serverless option, it is best to co-locate it with the servers\nfor Firebase Hosting by deploying in one of the following regions:\n\n- `us-west1`\n- `us-central1`\n- `us-east1`\n- `europe-west1`\n- `asia-east1`\n\nThe following table describes some basic considerations for using\nCloud Functions for Firebase versus Cloud Run. For a full listing of\nquotas, limits, and metrics, refer to each product's detailed documentation\n([Cloud Functions for Firebase](/docs/functions/quotas) or\n[Cloud Run](//cloud.google.com/run/quotas)).\n\n| **Consideration** | **Cloud Functions for Firebase** | **Cloud Run** |\n|-------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| **Setup** | The Firebase CLI bundles multiple tasks into single commands, from initializing to building and deploying. | Containers offer more customizable options, so setup, build, and deployment tasks involve discrete steps. |\n| **Runtime environment** | Requires Node.js, but you can specify [which version](/docs/functions/manage-functions#set_runtime_options) of Node.js to use. | When [building your container](/docs/hosting/cloud-run#containerize), you specify the runtime environment. |\n| **Language and frameworks support** | JavaScript and TypeScript Web frameworks, like Express.js, are supported. | Any language that Dockerfiles support, including [Go, Node.js, Python, Java, and others](//cloud.google.com/run/docs/quickstarts/build-and-deploy#writing) Web frameworks for each language are supported. |\n| **Timeout for Hosting request** | 60 seconds (see Note below) | 60 seconds (see Note below) |\n| **Concurrency** | 1 request per function instance (no concurrency per instance) | Up to 1,000 concurrent requests per container instance |\n| **Billing** | [Cloud Functions usage](/pricing) Free usage quota, but a [Cloud Billing account](//cloud.google.com/billing/docs/how-to/manage-billing-account) is required. See the [Firebase FAQ](/support/faq#functions-pricing). | [Cloud Run usage](//cloud.google.com/run/pricing) + [Container Registry storage](//cloud.google.com/container-registry/) Free usage quota, but a [Cloud Billing account](//cloud.google.com/billing/docs/how-to/manage-billing-account) is required |\n| **Billing** | | If your Firebase project is on the Spark pricing plan, and you associate your Firebase project with a Cloud Billing account, then your Firebase project is automatically upgraded to the Blaze pricing plan. Review the [Firebase pricing page](/pricing) for a comparison of the Spark and Blaze plans. ||\n\n| **Note:** Even though Cloud Functions and Cloud Run have longer request timeouts, Firebase Hosting is subject to a 60-second request timeout. If your app requires more than 60 seconds to run, you'll receive an HTTPS status code `504` (request timeout)."]]
