실시간 트래픽을 위해 서버 업그레이드
지금까지 테스트 환경의 Cloud Run에 태그 관리 서버를 설정했습니다. 프로덕션 환경으로 전환하려면 다음 단계를 따르세요.
프로덕션 트래픽을 지원하려면 최소 3개의 인스턴스를 실행하는 것이 좋습니다. 최소 3개에서 최대 6개의 인스턴스로 자동 확장하면 초당 50~200개의 요청을 관리할 수 있습니다. 단, 궁극적으로는 요청이 트리거하는 태그의 수와 이러한 태그의 기능에 따라 달라집니다.
서버 업그레이드
서비스 구성을 변경하는 방법은 다음과 같습니다.
- Cloud Run을 엽니다.
- 조정해야 하는 서비스를 선택합니다.
- 새 버전 수정 및 배포를 클릭합니다.
- 변경한 후 배포를 클릭합니다.
커스텀 도메인을 서비스에 매핑
서버 측 태그 지정의 주요 기능 중 하나는 데이터를 전송하는 웹사이트의 하위 도메인에서 실행할 수 있다는 것입니다.
이를 서버 측 태그 지정 서버와 웹사이트 간의 퍼스트 파티 컨텍스트라고 합니다.
서비스에 여러 커스텀 도메인을 추가할 수 있습니다. 이 기능은 동일한 서버 컨테이너를 사용하여 여러 웹사이트에서 요청을 수신하는 경우에 유용합니다.
서버 측 환경이 웹사이트와 함께 퍼스트 파티 컨텍스트에 있는 경우의 주요 이점 중 하나는 서버 컨테이너에서 읽고 쓰는 브라우저 쿠키가 퍼스트 파티 쿠키로 간주된다는 것입니다. 오늘날 많은 브라우저에서 서드 파티 컨텍스트의 쿠키 액세스를 제한하므로 데이터 수집 품질이 크게 개선될 수 있습니다.
서비스에 하위 도메인 매핑
커스텀 도메인을 설정하려면 전역 외부 애플리케이션 부하 분산기를 사용합니다.
클라이언트 측 태그를 업데이트하여 새 도메인으로 데이터 전송
커스텀 도메인을 업그레이드된 환경에 매핑한 후에는 기본 Cloud Run 도메인이 아닌 이 새 하위 도메인과 통신하도록 브라우저 태그를 업데이트해야 합니다.
태그 관리자의 Google 애널리틱스 4: 구성 태그의 서버 컨테이너로 전송 설정에 이 옵션이 표시됩니다.
브라우저 태그를 업데이트하는 방법을 자세히 알아보려면 이 학습 과정의 5장을 참고하세요.
추가 태그 배포
서버 측 태그 지정 환경에 데이터를 전송하도록 Google 애널리틱스 4 브라우저 태그를 구성한 후 이 데이터 흐름을 사용하여 다른 태그를 실행할 수도 있습니다.
이는 서버 측 태그 지정의 고유한 기능입니다. 서버에 요청을 전송하여 더 효율적이고 사용자 친화적인 태그 설정을 구성할 수 있습니다. 여기에서 요청이 여러 공급업체에 배포되며 웹 컨테이너에서 공급업체 태그를 삭제할 수 있습니다.
예를 들어 이제 Google 애널리틱스 4 클라이언트에서 수신 요청을 이벤트 데이터 형식으로 파싱하므로 이러한 이벤트에서 트리거되는 Google Ads 및 플러드라이트용 태그를 만들 수 있습니다.
위의 예에서는 웹브라우저에서 하나의 전환 이벤트가 Google 애널리틱스 4, Google Ads, 플러드라이트의 세 가지 대상에 배포됩니다. 이제 로직이 서버 측에서 처리되므로 웹 컨테이너에서 더 이상 Google Ads와 플러드라이트를 별도의 마케팅 태그로 추가할 필요가 없습니다.
서버 컨테이너에서 사용할 수 있는 기본 제공 템플릿 외에 커뮤니티 템플릿 갤러리에는 태그 관리자 사용자 커뮤니티에서 만든 태그 및 변수를 위한 다른 여러 템플릿이 있습니다. 보안 문제 발생을 최소화하기 위해 다음 템플릿은 샌드박스 처리된 JavaScript에서 실행됩니다. 보안을 한층 더 강화하기 위해 정책을 설정할 수 있습니다. 템플릿은 모든 정책 및 권한을 준수하는 경우에만 실행됩니다.
다음 장을 시작하기 전에 추가 태그를 설정하려는 경우 다음 리소스를 참고하세요.
요약
이 장에서는 서버 측 태그 지정의 두 가지 필수적인 부분을 설명합니다.
- 서버를 업그레이드하고 구성하는 방법
- 퍼스트 파티 맥락 내에서 태그를 지정하는 방법
이제 프로덕션 등급 인프라가 준비되었으므로 서버 모니터링에 대해 자세히 살펴보겠습니다.