عرض محتوى ديناميكي واستضافة خدمات مصغّرة باستخدام "استضافة Firebase"
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تتكامل Firebase Hosting مع خيارات الحوسبة بدون خادم، بما في ذلك
Cloud Functions for Firebase وCloud Run. باستخدام Firebase Hosting مع هذه الخيارات، يمكنك استضافة الخدمات المصغّرة من خلال توجيه طلبات HTTPS لتشغيل وظائفك وتطبيقاتك المستندة إلى الحاويات في بيئة مُدارة وآمنة.
Cloud Functions for Firebase: يمكنك كتابة دالة ونشرها، وهي عبارة عن رمز برمجي في الخلفية يستجيب لمشغّل معيّن. بعد ذلك، يمكنك استخدام
Firebase Hosting لتوجيه طلبات HTTPS لتشغيل الدالة.
Cloud Run: يمكنك كتابة تطبيق ونشره في صورة حاوية. بعد ذلك، باستخدام Firebase Hosting، يمكنك توجيه طلبات HTTPS لتشغيل تطبيقك ضِمن الحاوية.
حالات الاستخدام
كيف يمكنك استخدام خيارات الحوسبة بدون خادم مع Firebase Hosting؟
عرض محتوى ديناميكي: بالإضافة إلى عرض محتوى ثابت على موقعك الإلكتروني Hosting، يمكنك عرض استجابات يتم إنشاؤها بشكل ديناميكي من دالة أو تطبيق حاوٍ ينفّذ منطقًا من جهة الخادم.
على سبيل المثال، يمكنك توجيه نمط عنوان URL (مثل /blog/<blog-post-id>) إلى دالة تستخدم معلَمة معرّف مشاركة المدوّنة في عنوان URL لاسترداد المحتوى بشكل ديناميكي من قاعدة البيانات.
إنشاء واجهات برمجة تطبيقات REST: يمكنك إنشاء واجهة برمجة تطبيقات للخدمات المصغّرة باستخدام الدوال.
على سبيل المثال، يمكن للدوال التعامل مع وظيفة تسجيل الدخول إلى موقعك الإلكتروني. بينما تتم استضافة موقعك الإلكتروني على /، تتم إعادة توجيه أي طلب إلى /api إلى واجهة برمجة التطبيقات للخدمة المصغّرة. للاطّلاع على مثال، يُرجى مراجعة
هذا النموذج المفتوح المصدر.
تخزين المحتوى الديناميكي في ذاكرة التخزين المؤقت: يمكنك ضبط إعدادات التخزين المؤقت للمحتوى الديناميكي على شبكة توصيل محتوى عالمية.
على سبيل المثال، إذا كانت إحدى الدوال تنشئ محتوًى جديدًا بشكل دوري فقط، يمكنك تسريع تطبيقك من خلال تخزين المحتوى الذي تم إنشاؤه مؤقتًا لمدة قصيرة على الأقل. يمكنك أيضًا تقليل تكاليف التنفيذ لأنّه يتم عرض المحتوى من شبكة توصيل المحتوى (CDN) بدلاً من عرضه من خلال دالة يتم تشغيلها أو تطبيق حاوٍ.
العرض المسبق لتطبيقات الصفحة الواحدة: يمكنك تحسين محركات البحث وتحسين المشاركة على مختلف شبكات التواصل الاجتماعي من خلال إنشاء علامات meta ديناميكية. لمعرفة المزيد، شاهِد هذا الفيديو أو اطّلِع على عيّنة المصدر المفتوح هذه.
اختيار خيار بلا خادم
على الرغم من أنّ كلاً من Cloud Functions for Firebase وCloud Run يتكاملان مع Firebase Hosting ويوفّران بيئة آمنة بالكامل ومُدارة وتتوسّع تلقائيًا وبدون خادم، يمكن الاستفادة من الخيارَين في حالات استخدام مختلفة ومستوى مخصّص من الإعدادات.
عند استخدام أي من الخيارَين بدون خادم، من الأفضل أن يتم استضافتهما مع الخوادم
الخاصة بـ Firebase Hosting من خلال النشر في إحدى المناطق التالية:
us-west1
us-central1
us-east1
europe-west1
asia-east1
يوضّح الجدول التالي بعض الاعتبارات الأساسية لاستخدام Cloud Functions for Firebase مقارنةً بـ Cloud Run. للاطّلاع على القائمة الكاملة للحصص والحدود والمقاييس، يُرجى الرجوع إلى المستندات التفصيلية لكل منتج (Cloud Functions for Firebase أو Cloud Run).
التفكير في الشراء
Cloud Functions for Firebase
Cloud Run
الإعداد
تجمع واجهة سطر الأوامر Firebase مهامًا متعددة في أوامر فردية، بدءًا من عملية الإعداد إلى الإنشاء والنشر.
توفّر الحاويات خيارات أكثر قابلية للتخصيص، لذا تتضمّن مهام الإعداد والإنشاء والنشر خطوات منفصلة.
بيئة وقت التشغيل
يتطلّب Node.js، ولكن يمكنك تحديد إصدار Node.js الذي تريد استخدامه.
تاريخ التعديل الأخير: 2025-08-08 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-08 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],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)."]]
