Masz wiele mikroserwisów Cloud Run: niektóre muszą być publicznie dostępne, inne wymagają uwierzytelniania za pomocą tożsamości Google. Użyj najbardziej bezpiecznego i niewymagającego zarządzania podejścia, aby umożliwić publiczny dostęp do niektórych usług, jednocześnie ograniczając dostęp do innych tylko dla uwierzytelnionych użytkowników. Jak skonfigurować dostęp?

Poprawna odpowiedź jest najbardziej bezpieczna i niewymagająca zarządzania, ponieważ rozdziela usługi publiczne od prywatnych. Hostowanie ich jako oddzielnych usług Cloud Run pozwala na niezależne zarządzanie dostępem. Włączenie IAP tylko dla usług z ograniczeniami zapewnia, że dostęp do nich jest możliwy wyłącznie dla uwierzytelnionych użytkowników Google, zgodnie z wymaganiami. Ustawienie ingress Cloud Run na 'Internal and Cloud Load Balancing' dla usług z IAP jest kluczowe, ponieważ IAP działa jako warstwa pośrednicząca, a ruch nie powinien być publicznie dostępny bezpośrednio dla usługi Cloud Run. Usługi publiczne nie wymagają IAP i mogą mieć publiczny ingress. Pozostałe opcje są mniej optymalne: Włączenie IAP dla wszystkich mikroserwisów i budowanie nowego mikroserwisu do routingu jest zbyt złożone i dodaje niepotrzebną warstwę zarządzania. Włączenie IAP dla wszystkich mikroserwisów i zarządzanie ACL oraz ustawienie allAuthenticatedUsers dla usług publicznych jest nieefektywne, ponieważ IAP nadal będzie przetwarzać ruch dla usług publicznych, co jest zbędne. Użycie Cloud Endpoints z Firebase Authentication jest alternatywnym rozwiązaniem, ale IAP jest bardziej natywnym i prostszym sposobem na zarządzanie dostępem opartym na tożsamości Google dla usług Cloud Run, zwłaszcza gdy wymagane jest uwierzytelnianie tożsamością Google.