مکان های توابع ابری

Cloud Functions منطقه ای است، به این معنی که زیرساختی که عملکرد شما را اجرا می کند در مناطق خاصی قرار دارد و توسط Google مدیریت می شود تا به طور اضافی در همه مناطق در آن مناطق در دسترس باشد.

هنگام انتخاب مناطقی که توابع خود را در چه مناطقی اجرا کنید، ملاحظات اصلی شما باید تأخیر و در دسترس بودن باشد. به طور کلی می توانید مناطق نزدیک به کاربران خود را انتخاب کنید، اما باید مکان محصولات و خدمات دیگری را که برنامه شما استفاده می کند نیز در نظر بگیرید. استفاده از خدمات در چندین منطقه می‌تواند بر تأخیر برنامه شما و همچنین قیمت‌گذاری تأثیر بگذارد.

به طور پیش فرض، توابع در منطقه us-central1 اجرا می شوند. توجه داشته باشید که این ممکن است با منطقه یک منبع رویداد، مانند یک سطل Cloud Storage متفاوت باشد. نحوه تعیین منطقه ای که یک تابع در آن اجرا می شود را در ادامه این صفحه بیاموزید.

مناطق پشتیبانی شده

در لیست‌های این بخش، نماد انرژی_صرفه‌جویی_برگ نشان می‌دهد که برق این منطقه با انتشار کربن کم تولید می‌شود. برای اطلاعات بیشتر، انرژی بدون کربن برای مناطق Google Cloud را ببینید.

قیمت گذاری ردیف 1

Cloud Functions در مناطق زیر با قیمت سطح 1 در دسترس است:

قیمت گذاری ردیف 2

Cloud Functions در مناطق زیر با قیمت گذاری سطح 2 در دسترس است:

توابع در یک منطقه معین در یک پروژه معین باید دارای نام‌های منحصربه‌فرد (غیرحساس به حروف کوچک) باشند، اما توابع در سراسر مناطق یا پروژه‌ها ممکن است نام یکسانی داشته باشند.

بهترین روش ها برای تعیین یک منطقه

به طور پیش فرض، توابع در منطقه us-central1 اجرا می شوند. توجه داشته باشید که این ممکن است با منطقه یک منبع رویداد، مانند یک سطل Cloud Storage متفاوت باشد. اگر می‌خواهید منطقه‌ای را که یک تابع در آن اجرا می‌شود مشخص کنید، توصیه‌های این بخش را برای هر نوع راه‌انداز عملکرد دنبال کنید.

برای تنظیم منطقه ای که یک تابع در آن اجرا می شود، پارامتر region را در تعریف تابع مطابق شکل تنظیم کنید:

exports.firestoreAsia = onDocumentCreated(
  {
    document: "my-collection/{docId}",
    region: "asia-northeast1",
  },
  (event) => {},
);

# Before
@firestore_fn.on_document_created("my-collection/{docId}")
def firestore_trigger(event):
    pass

# After
@firestore_fn.on_document_created("my-collection/{docId}",
                                  region="asia-northeast1")
def firestore_trigger_asia(event):
    pass

شما می توانید چندین منطقه را با ارسال چندین رشته منطقه جدا شده با کاما در region مشخص کنید. همچنین توجه داشته باشید که هنگام تعیین یک منطقه برای بسیاری از انواع ماشه پس‌زمینه، باید فیلتر رویداد صحیح را همراه با منطقه مشخص کنید. در مثال بالا، این document Cloud Firestore است که رویداد را منتشر می کند. برای راه‌اندازی Cloud Storage فیلتر رویداد می‌تواند bucket باشد. برای یک راه‌انداز Pub/Sub، آن topic می‌شود و غیره.

برای اطلاعات بیشتر در مورد تغییر منطقه برای تابعی که ترافیک تولید را مدیریت می کند، به تغییر منطقه عملکرد مراجعه کنید.

HTTP و توابع قابل تماس با کلاینت

برای HTTP و توابع قابل فراخوانی، توصیه می‌کنیم ابتدا تابع خود را روی منطقه مقصد یا نزدیک‌ترین محل قرارگیری مشتریان مورد انتظار تنظیم کنید، و سپس عملکرد اصلی خود را تغییر دهید تا درخواست HTTP خود را به تابع جدید هدایت کنید (آنها می‌توانند همین کار را داشته باشند. نام). اگر کلاینت‌های تابع HTTP شما از تغییر مسیر پشتیبانی می‌کنند، می‌توانید به سادگی تابع اصلی خود را تغییر دهید تا وضعیت تغییر مسیر HTTP (301) همراه با URL تابع جدید خود را بازگردانید. اگر مشتریان شما ریدایرکت‌ها را به خوبی انجام نمی‌دهند، می‌توانید با شروع یک درخواست جدید از تابع اصلی به تابع جدید، درخواست را از تابع اصلی به تابع جدید پراکسی کنید . مرحله آخر این است که اطمینان حاصل شود که همه مشتریان در حال فراخوانی تابع جدید هستند.

انتخاب مکان سمت مشتری برای توابع قابل فراخوانی

با توجه به تابع قابل فراخوانی، تنظیمات قابل فراخوانی مشتری باید از دستورالعمل های مشابه توابع HTTP پیروی کنند. کلاینت همچنین می تواند یک منطقه را مشخص کند، و اگر تابع در هر منطقه ای غیر از us-central1 اجرا شود باید این کار را انجام دهد.

برای تنظیم مناطق روی مشتری، منطقه مورد نظر را در زمان اولیه مشخص کنید:

lazy var functions = Functions.functions(region:"europe-west1")

@property(strong, nonatomic) FIRFunctions *functions;
// ...
self.functions = [FIRFunctions functionsWithRegion:@"europe-west1"];

var functions = firebase.app().functions('europe-west1');

private FirebaseFunctions mFunctions;
// ...
mFunctions = FirebaseFunctions.getInstance("europe-west1");

firebase::functions::Functions* functions;
// ...
functions = firebase::functions::Functions::GetInstance("europe-west1");

firebase.Functions.FirebaseFunctions functions;

functions = Firebase.Functions.FirebaseFunctions.GetInstance("europe-west1");

توابع پس زمینه

توابع پس زمینه حداقل یک بار معنایی تحویل رویداد را اتخاذ می کنند، به این معنی که تحت برخی شرایط ممکن است رویدادهای تکراری دریافت کنند. بنابراین، شما باید توابع را پیاده سازی کنید تا ناتوان باشید. اگر عملکرد شما از قبل ضعیف است، می‌توانید تابع را در منطقه جدید با همان راه‌انداز رویداد مجدداً مستقر کنید و پس از تأیید اینکه عملکرد جدید به درستی ترافیک دریافت می‌کند، عملکرد قدیمی را حذف کنید. در طول این انتقال، هر دو تابع رویدادها را دریافت خواهند کرد. برای دنباله دستورات توصیه شده برای تغییر ناحیه برای توابع، تغییر ناحیه یک تابع را ببینید.

اگر عملکرد شما در حال حاضر idempotent نیست، یا عدم توانایی آن فراتر از منطقه گسترش نمی یابد، توصیه می کنیم ابتدا قبل از انتقال تابع، idempotency را پیاده سازی کنید.

توصیه‌های منطقه بهینه براساس نوع ماشه رویداد متفاوت است:

انتخاب مناطق بر اساس مکان‌های Cloud Firestore و Cloud Storage

مناطق موجود برای توابع همیشه دقیقاً با مناطق موجود برای پایگاه داده Cloud Firestore و سطل های Cloud Storage شما مطابقت ندارند.

توجه داشته باشید که اگر عملکرد و منبع شما (نمونه پایگاه داده یا سطل Cloud Storage ) در مکان‌های متفاوتی قرار دارند، به‌طور بالقوه ممکن است افزایش تاخیر و هزینه‌های صورت‌حساب را تجربه کنید.

در اینجا نقشه‌ای از نزدیک‌ترین مناطق پشتیبانی‌شده از توابع برای Cloud Firestore و Cloud Storage ، برای مواردی که همان منطقه پشتیبانی نمی‌شود ، آمده است: