Konfigurowanie prywatnego serwera podglądu

Ten przewodnik jest przeznaczony dla programistów korzystających z Cloud Run do tagowania po stronie serwera, którzy chcą skonfigurować prywatny serwer podglądu.

Tagowanie po stronie serwera pozwala wyświetlić podgląd zmian tagowania w trybie podglądu i debugowania przed ich wprowadzeniem. Jest to kluczowy element procesu programowania, dzięki któremu tagi działają zgodnie z oczekiwaniami. Aby włączyć tę funkcję, wymagane są 2 wdrożenia Cloud Run: jedno dla serwera tagowania, a drugie dla serwera podglądu. W tym przewodniku znajdziesz więcej informacji na temat komunikacji między serwerami i konfiguracji ich w środowisku firmowym.

Opis

Po wdrożeniu tagowania po stronie serwera w Cloud Run możesz je wdrożyć z systemem równoważenia obciążenia lub bez niego. W przypadku wdrożeń w wielu regionach potrzebny jest system równoważenia obciążenia, który przekieruje ruch do najbliższej instancji.

Bez systemu równoważenia obciążenia

Bez systemu równoważenia obciążenia

Rysunek 1.Wdrożenie bez systemu równoważenia obciążenia

Z systemem równoważenia obciążenia

Z systemem równoważenia obciążenia

Rysunek 2.Wdrożenie z wykorzystaniem systemu równoważenia obciążenia

W obu wdrożeniach punkt wejścia zarówno serwera podglądu, jak i środowiska tagowania produkcyjnego jest taki sam (np. sgtm.example.com). Serwer tagowania jest wdrażany za pomocą zmiennej środowiskowej o nazwie PREVIEW_SERVER_URL, która reprezentuje adres URL serwera podglądu.

Gdy wejdziesz na tagmanager.google.com i otworzysz tryb podglądu, Menedżer tagów przejdzie na stronę sgtm.example.com?id=[gtm_server_id]&gtm_auth=[auth_id]&gtm_preview=[env_id] i utworzy plik cookie. Jeśli następnie użyjesz tej samej przeglądarki do przeglądania witryny docelowej, żądania wysyłane do sgtm.example.com również będą przekazywać plik cookie. Dzięki plikowi cookie serwer tagowania wie, że to Twoje zdarzenia, więc przekazuje je tylko na serwer podglądu, gdzie możesz je przejrzeć i rozwiązać problemy.

Serwer tagowania przekazuje te zdarzenia, wysyłając żądania HTTP pod adres URL podany w zmiennej środowiskowej PREVIEW_SERVER_URL.

Informacje o publicznych serwerach wersji przedpremierowych

To domyślne działanie wymaga, aby serwer podglądu był publiczny. Jest to jednak problem dla niektórych organizacji, ponieważ mają one ograniczenia dotyczące tego, która infrastruktura może być dostępna publicznie, i zwykle wymusza to dodatkowe środki bezpieczeństwa za pomocą systemu równoważenia obciążenia. System równoważenia obciążenia zapewnia:

  • Większa kontrola nad takimi funkcjami jak zasady SSL w celu ograniczenia zestawów szyfrów.
  • Natywna integracja z Cloud Armor na potrzeby zapory sieciowej aplikacji internetowych (WAF) lub rozproszonej odmowy usługi (DDoS).
  • Zaawansowane funkcje zarządzania ruchem.

Kieruj serwer podglądu przez system równoważenia obciążenia

Aby utworzyć prywatny serwer podglądu, użyj routingu opartego na hoście przez system równoważenia obciążenia z dodatkową subdomeną. W dalszej części tego przewodnika znajdziesz informacje o tym, jak przekierować serwer podglądu przez system równoważenia obciążenia.

Wymagania wstępne

  • Serwer tagowania jest wdrożony w Cloud Run za systemem równoważenia obciążenia.
  • dostęp do projektu Google Cloud,
  • Dostęp do nowej subdomeny dla serwera podglądu, np. preview.sgtm.example.com.

Krok 1. Zaktualizuj zmienną środowiskową, podając nową subdomenę

Aby używać nowej domeny serwera podglądu, zaktualizuj zmienną środowiskową serwera tagowania po stronie serwera PREVIEW_SERVER_URL:

  1. Otwórz Cloud Run.
  2. Wybierz serwer tagowania.
  3. Kliknij Edytuj i Wdróż nową wersję.
  4. Na karcie Zmienne i obiekty tajne w sekcji Kontenery zmień PREVIEW_SERVER_URL na nową domenę. Na przykład: preview.sgtm.example.com.

Krok 2. Skonfiguruj istniejący system równoważenia obciążenia tak, aby używał routingu opartego na hoście

Aby skonfigurować istniejący system równoważenia obciążenia, użyj routingu opartego na hoście i wyślij ruch na odpowiedni serwer:

  1. W Cloud Run otwórz stronę Równoważenie obciążenia i kliknij nazwę systemu równoważenia obciążenia.
  2. Kliknij przycisk Edytuj.
  3. Kliknij stronę Konfiguracja backendu i otwórz menu Usługi backendu i zasobniki backendu.
  4. Kliknij Utwórz usługę backendu i wykonaj te czynności:
    1. Nadaj mu odpowiednią nazwę (np. preview-backend-service).
    2. Jako typ backendu wybierz Bezserwerowa grupa punktów końcowych sieci.
  5. W sekcji Backend utwórz nową bezserwerową grupę punktów końcowych sieci i wykonaj te czynności:
    1. Nadaj mu nazwę i wybierz region, w którym hostowany jest serwer podglądu.
    2. Jako typ bezserwerowej grupy punktów końcowych sieci wybierz Cloud Run, a jako usługę – serwer podglądu.
    3. Kliknij Utwórz.
  6. W razie potrzeby zmień inne ustawienia lub zachowaj domyślne i kliknij Utwórz.

Krok 3. Dodaj nową regułę i zaktualizuj kontrolę ruchu przychodzącego

Aby dodać regułę dla nowego adresu URL hosta i zaktualizować kontrolę ruchu przychodzącego:

  1. Otwórz stronę Reguły hostów i ścieżek.
  2. Dodaj nową regułę, w której:
    • Gospodarzem jest nowy adres URL: preview.sgtm.example.com
    • Ścieżka to: /*
    • Backend: preview-backend-service
  3. Kliknij przycisk Aktualizuj, aby ponownie wdrożyć system równoważenia obciążenia.
  4. W Cloud Run otwórz serwer podglądu i wybierz kartę Sieć.
  5. Zmień Kontrolę ruchu przychodzącego na Wewnętrzny i zaznacz Zezwalaj na ruch z zewnętrznych systemów równoważenia obciążenia aplikacji, aby nie był on dostępny publicznie.

Wynik: architektura Twojego serwera powinna teraz wyglądać jak na rysunku 3, gdzie wszystkie żądania ruchu są kierowane na serwer tagowania, a serwer tagowania może przekazywać je do serwera podglądu.

Routing na podstawie hosta

Rysunek 3.Używanie routingu opartego na hoście

Sprawdzanie konfiguracji

Aby sprawdzić konfigurację:

  1. Otwórz Menedżera tagów Google.
  2. Otwórz kontener serwera.
  3. Kliknij Administracja > Ustawienia kontenera i ustaw adres URL kontenera serwera na adres URL serwera podglądu.
  4. Zamknij okno i wyświetl podgląd obszaru roboczego. Otworzy się okno debugowania. Podczas poruszania się po witrynie zdarzenia powinny pojawiać się w oknie debugowania.