Vị trí Cloud Functions

Cloud Functions là theo khu vực, tức là cơ sở hạ tầng chạy hàm của bạn nằm ở các khu vực cụ thể và do Google quản lý để có sẵn ở tất cả các vùng trong những khu vực đó.

Khi chọn khu vực để chạy các hàm, bạn nên cân nhắc chủ yếu về độ trễ và tính sẵn có. Thông thường, bạn có thể chọn các khu vực gần người dùng của mình, nhưng bạn cũng nên cân nhắc vị trí của các sản phẩm và dịch vụ khác mà ứng dụng của bạn sử dụng. Việc sử dụng các dịch vụ ở nhiều khu vực có thể ảnh hưởng đến độ trễ của ứng dụng, cũng như giá.

Theo mặc định, các hàm sẽ chạy ở khu vực us-central1. Xin lưu ý rằng điều này có thể khác với khu vực của một nguồn sự kiện, chẳng hạn như một vùng chứa Cloud Storage. Tìm hiểu cách chỉ định khu vực mà một hàm chạy sau này trên trang này.

Khu vực được hỗ trợ

Trong danh sách ở phần này, biểu tượng energy_savings_leaf cho biết điện ở khu vực này được sản xuất với lượng khí thải carbon thấp. Để biết thêm thông tin, hãy xem bài viết Năng lượng không phát thải carbon cho các khu vực của Google Cloud.

Giá theo cấp 1

Cloud Functions có ở những khu vực sau với mức giá Cấp 1:

Giá theo cấp 2

Cloud Functions có ở những khu vực sau với mức giá cấp 2:

Các hàm trong một khu vực nhất định của một dự án nhất định phải có tên riêng biệt (không phân biệt chữ hoa chữ thường), nhưng các hàm trên nhiều khu vực hoặc trên nhiều dự án có thể dùng chung tên.

Các phương pháp hay nhất để chỉ định khu vực

Theo mặc định, các hàm sẽ chạy ở khu vực us-central1. Xin lưu ý rằng điều này có thể khác với khu vực của một nguồn sự kiện, chẳng hạn như một vùng chứa Cloud Storage. Nếu bạn cần chỉ định khu vực mà một hàm chạy, hãy làm theo các đề xuất trong phần này cho từng loại điều kiện kích hoạt hàm.

Để đặt khu vực mà một hàm chạy, hãy đặt tham số region trong định nghĩa hàm như minh hoạ:

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

Bạn có thể chỉ định nhiều khu vực bằng cách truyền nhiều chuỗi khu vực được phân tách bằng dấu phẩy trong region. Ngoài ra, xin lưu ý rằng khi chỉ định một khu vực cho nhiều loại trình kích hoạt ở chế độ nền, bạn sẽ cần chỉ định bộ lọc sự kiện chính xác cùng với khu vực. Trong ví dụ trên, đây là Cloud Firestore document phát ra sự kiện. Đối với điều kiện kích hoạt Cloud Storage, bộ lọc sự kiện có thể là bucket; đối với điều kiện kích hoạt Pub/Sub, bộ lọc này sẽ là topic, v.v.

Hãy xem phần thay đổi khu vực của một hàm để biết thêm thông tin về cách thay đổi khu vực cho một hàm đang xử lý lưu lượng truy cập sản xuất.

HTTP và các hàm có thể gọi của ứng dụng

Đối với các hàm HTTP và hàm có thể gọi, trước tiên, bạn nên đặt hàm của mình thành khu vực đích hoặc gần với nơi có nhiều khách hàng dự kiến nhất, sau đó thay đổi hàm ban đầu để chuyển hướng yêu cầu HTTP của hàm đó đến hàm mới (các hàm này có thể có cùng tên). Nếu các ứng dụng của hàm HTTP hỗ trợ lệnh chuyển hướng, bạn chỉ cần thay đổi hàm ban đầu để trả về trạng thái chuyển hướng HTTP (301) cùng với URL của hàm mới. Nếu máy khách của bạn không xử lý tốt các lệnh chuyển hướng, bạn có thể uỷ quyền yêu cầu từ hàm ban đầu đến hàm mới bằng cách bắt đầu một yêu cầu mới từ hàm ban đầu đến hàm mới. Bước cuối cùng là đảm bảo rằng tất cả các ứng dụng đều đang gọi hàm mới.

Lựa chọn vị trí phía máy khách cho các hàm có thể gọi

Đối với hàm có thể gọi, chế độ thiết lập có thể gọi của ứng dụng khách phải tuân theo các nguyên tắc tương tự như hàm HTTP. Ứng dụng cũng có thể chỉ định một khu vực và phải làm như vậy nếu hàm chạy ở bất kỳ khu vực nào khác ngoài us-central1.

Để đặt các khu vực trên ứng dụng, hãy chỉ định khu vực mong muốn khi khởi chạy:

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");

Hàm nền

Các hàm chạy dưới nền áp dụng ngữ nghĩa phân phối sự kiện ít nhất một lần, tức là trong một số trường hợp, các hàm này có thể nhận được các sự kiện trùng lặp. Vì vậy, bạn nên triển khai các hàm để có tính đẳng năng. Nếu hàm của bạn đã có tính chất bất biến, thì bạn có thể triển khai lại hàm đó ở khu vực mới bằng cùng một trình kích hoạt sự kiện và xoá hàm cũ sau khi xác minh rằng hàm mới đang nhận lưu lượng truy cập một cách chính xác. Trong quá trình chuyển đổi này, cả hai hàm sẽ nhận được các sự kiện. Hãy xem phần thay đổi khu vực của một hàm để biết chuỗi lệnh được đề xuất nhằm thay đổi khu vực cho các hàm.

Nếu hàm của bạn hiện không có tính chất bất biến hoặc tính chất bất biến của hàm không mở rộng ra ngoài khu vực, thì bạn nên triển khai tính chất bất biến trước khi di chuyển hàm.

Đề xuất về khu vực tối ưu sẽ khác nhau tuỳ theo loại sự kiện kích hoạt:

Chọn khu vực dựa trên vị trí Cloud Firestore và Cloud Storage

Các khu vực có sẵn cho các hàm không phải lúc nào cũng khớp chính xác với các khu vực có sẵn cho cơ sở dữ liệu Cloud Firestore và các vùng chứa Cloud Storage của bạn.

Xin lưu ý rằng nếu hàm và tài nguyên (thực thể cơ sở dữ liệu hoặc vùng lưu trữ Cloud Storage) của bạn ở các vị trí khác nhau, thì bạn có thể gặp phải tình trạng tăng độ trễ và chi phí thanh toán.

Sau đây là danh sách các khu vực được hỗ trợ chức năng gần nhất cho Cloud Firestore và Cloud Storage, trong trường hợp cùng một khu vực không được hỗ trợ: