Điểm:0

Khi nào tôi nên thêm nhiều nhóm điểm cuối mạng vào dịch vụ phụ trợ?

lá cờ vn

Khi định cấu hình Google Cloud Load Balancer, tôi thấy tùy chọn thêm nhiều Nhóm điểm cuối mạng với tôi Dịch vụ phụ trợ.

Rất nhiều tài liệu xung quanh Cân bằng tải trên đám mây tập trung vào phân phối địa lý của yêu cầu trên các dịch vụ giống hệt nhau đại diện cho một ranh giới được triển khai trên các địa điểm khác nhau.

Tài liệu về đám mây của Google đề cập các Nhóm điểm cuối mạng không có máy chủ đó là "Dịch vụ Cloud Run hoặc một nhóm dịch vụ chia sẻ cùng một mẫu URL." Tôi không chắc chắn 100% nghĩa là gì "mẫu URL giống nhau", nhưng nếu điều đó có nghĩa là "cùng một ứng dụng" hoặc "có cùng tuyến", quy tắc này cũng sẽ áp dụng cho Dịch vụ phụ trợ hay Dịch vụ phụ trợ có thể bao gồm các Nhóm điểm cuối mạng với các "mẫu URL"?

Trong trường hợp ứng dụng của tôi, chúng tôi sử dụng nhiều vùng để tuân thủ các yêu cầu về nơi lưu trữ dữ liệu trong đó mỗi khu vực đại diện cho một ranh giới riêng biệt với dữ liệu khác nhau. Điều này có nghĩa là logic ứng dụng của chúng tôi chuyển đổi DNS (api-ca, api-us) dựa trên việc người dùng lựa chọn một cách có ý thức khu vực để lưu trữ dữ liệu của họ trong.

Với điều đó đã được thiết lập, các câu hỏi cụ thể của tôi là:

  • Cho rằng chúng không thể hoán đổi cho nhau, liệu có hợp lý không khi định cấu hình Nhóm điểm cuối mạng cho tất cả các nhóm của tôi? vùng dưới một Dịch vụ phụ trợ duy nhất?
  • Hãy nhớ rằng tôi cũng đang làm việc trong điều kiện ràng buộc rằng Google Cloud dường như có hạn ngạch chặt chẽ đối với Dịch vụ phụ trợ.

Xin lưu ý:

  • Lý do tại sao tôi cần sử dụng tính năng cân bằng tải trên đám mây là vì ít nhất một trong các khu vực chúng tôi triển khai dịch vụ Google Cloud Run không hỗ trợ ánh xạ miền tùy chỉnh.
Điểm:0
lá cờ gh

Để bắt đầu với -

Ví dụ: mẫu URL chứa miền cộng với mẫu có thể khớp với đường dẫn URL: example.com/*/animals/** . Bất kỳ yêu cầu URL nào sau đây có thể phù hợp với ví dụ về mẫu URL: example.com/singapore/animals example.com/australia/animals/spiders example.com/australia/animals/marsupials/koala.png

Tôi hiểu rằng bạn đang sử dụng Cloud Run để lưu trữ ứng dụng của mình và do đó đang cố gắng sử dụng NEG không có máy chủ và

a) Có, có thể định cấu hình nhiều NEG (1 NEG cho mỗi vùng) cho cùng một dịch vụ phụ trợ nhưng nó có một số hạn chế như được mô tả trong sự miêu tả

b) Ngoài ra, việc sử dụng kết hợp bộ cân bằng tải Cloud Run & HTTP(s) giúp bạn ánh xạ một URL tới nhiều ứng dụng serverless giống hệt nhau đang chạy ở các khu vực khác nhau như được mô tả trong tài liệu mà có thể có lợi trong kịch bản của bạn.

Tôi cho rằng bạn đang cố định cấu hình Cloud Run ở một trong các khu vực được đề cập trong phần âGiới hạn ánh xạ miền Cloud Runâ và do đó bạn gặp phải sự cố khi sử dụng ánh xạ miền tùy chỉnh. Nếu bạn đang cố định cấu hình ở bất kỳ khu vực nào khác, vui lòng chia sẻ thông báo lỗi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.