با استفاده از Firebase Hosting، محتوای پویا و میکروسرویس های میزبان را ارائه دهید
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
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> ) را به تابعی که از پارامتر ID پست وبلاگ URL برای بازیابی پویا محتوا از پایگاه داده شما استفاده می‌کند اشاره کنید.
ساخت API های REST - می توانید با استفاده از توابع یک API میکروسرویس ایجاد کنید.
به عنوان مثال، توابع می توانند عملکرد ورود به سیستم وب سایت شما را کنترل کنند. در حالی که وب سایت شما در / میزبانی می شود، هر درخواستی برای /api به 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 CLI چندین کار را در دستورات واحد، از مقداردهی اولیه گرفته تا ساخت و استقرار، جمع می کند.
کانتینرها گزینه های قابل تنظیم بیشتری را ارائه می دهند، بنابراین کارهای راه اندازی، ساخت و استقرار شامل مراحل گسسته است.
محیط زمان اجرا
به Node.js نیاز دارد، اما می‌توانید مشخص کنید که از کدام نسخه Node.js استفاده کنید.
هنگام ساخت کانتینر ، محیط زمان اجرا را مشخص می کنید.
پشتیبانی از زبان و چارچوب
جاوا اسکریپت و تایپ اسکریپت
چارچوب های وب، مانند Express.js، پشتیبانی می شوند.
تاریخ آخرین بهروزرسانی 2025-08-30 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-08-30 بهوقت ساعت هماهنگ جهانی."],[],[],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)."]]
