인프라 계획 요구사항 및 비용

자동 프로비저닝 옵션을 사용하여 서버 측 태그 지정 엔드포인트를 구성한 경우 태그 관리자에서 다음을 실행했습니다.

Google Cloud 프로젝트 생성
Cloud Run 인프라에서 실행되는 서버 설정

이러한 Cloud Run 배포 설정은 서버 컨테이너를 테스트하고 설정하기 위한 것입니다. 설정을 시험하는 동안 무료 사용량 한도 내에 머무를 가능성이 큽니다. 하지만 웹사이트에서 발생하는 실시간 트래픽을 처리하려면 인프라를 업그레이드해야 합니다.

환경을 업그레이드할 준비가 되면 몇 가지 사항을 고려해야 합니다.

안정성: 서버 측 태그 지정 환경을 실행하는 데 어느 정도의 컴퓨팅 성능이 필요한가요? 성수기와 비수기 또는 트래픽이 많은 캠페인 기간에 연간 트래픽이 어느 정도 변동하나요?
비용: 환경 운영 예산이 얼마인가요? 전체 트래픽 로드를 처리하기에 비용이 충분하지 않은 경우 서버 컨테이너에서 일부 이벤트만 처리하도록 트래픽을 제한해야 할 수도 있습니다.
유지보수: Cloud Run을 사용하려면 Google Cloud Platform에 대한 지식이 필요합니다. 내부에 이러한 경험을 보유하고 있나요? 아니면 지원해 줄 사람을 고용해야 할까요?
조직 정책: 회사에 이미 Google Cloud Platform 계정(또는 조직)이 있는 경우 서버 측 환경을 업그레이드하기 전에 검토해야 하는 정책이 있을 수 있습니다. IT 또는 DevOps 담당자와 함께 업그레이드에 대해 논의하는 것이 좋습니다.
도메인 이름 서비스(DNS): 웹사이트에서 퍼스트 파티 컨텍스트로 추적을 이동하는 것이 좋습니다. IT 및 DevOps 담당자와 협력하여 DNS 영역을 적절하게 업데이트하세요.

다음으로 필요한 인스턴스 수를 추정해 보겠습니다. 이미 인프라 설계에 능숙한 경우에는 업그레이드 프로세스로 건너뛰어도 됩니다.

비용 및 추정치 - Cloud Billing

서버 측 태그 지정이 포함된 Cloud Run 설정의 비용 구조는 필요한 컴퓨팅 성능과 저장용량 및 생성되는 네트워크 트래픽의 양에 따라 다릅니다.

Google Cloud 가격 계산기를 사용하여 월별 결제 금액을 추정할 수 있지만, 특히 일반적인 웹사이트의 경우 위에 나열된 세 가지 비용 유형 모두에 영향을 미칠 수 있는 트래픽 변동이 있기 때문에 이 방법은 사용하기 어려울 수 있습니다.

Cloud Run 배포를 통해 대략적인 비용을 추정하려면 다음 요인을 살펴봐야 합니다.

비용 유형	결제에 미치는 영향	참고
계산(인스턴스)	높음 – 고정됨	최소 비용은 구성한 최소 인스턴스 수에 서버당 비용을 곱한 값입니다. 서버 확장 및 현실적인 가격대를 고려하려면 구성된 최대 인스턴스 수에 서버당 비용을 곱합니다. 가격은 대략 인스턴스당 월 50달러입니다.
네트워크(이그레스)	보통 – 변동함	이그레스는 서버 컨테이너의 모든 발신 네트워크 데이터에 대해 계산됩니다. 여기에는 클라이언트에서 전달한 요청과 태그 및 서버 컨테이너에서 사용자의 브라우저로 돌려보낸 HTTP 응답이 포함됩니다. 서버 측 태그 지정 엔드포인트가 더 큰 리소스나 자바스크립트 라이브러리를 제공하는 경우 네트워크 이그레스가 비용 요인이 될 수 있습니다.
저장용량(로그)	경우에 따라 다름	클라우드 로깅의 무료 등급을 초과하는 충분한 요청을 수집하면 상당한 로그 저장 비용이 발생할 수 있습니다. 로깅 비용을 줄이려면 수신 요청을 제외하거나 로그 항목 샘플만 포함하세요.

또는 Google Cloud Platform 결제 보고서를 면밀히 따르고, 적절한 예산을 설정하고, 조직의 DevOps팀과 협력하여 서버 측 태그 지정 환경을 확장하는 가장 좋은 방법을 파악할 수 있습니다.

인프라 설계 시 고려해야 할 사항

배포를 더 세부적으로 관리하려면 아래 체크리스트를 숙지하세요. Cloud Run을 사용하면 서버를 최대한 간단하게 실행하고 유지관리할 수 있지만 충분한 정보를 바탕으로 결정을 내리기 위해서는 서버가 운영되는 기술적 컨텍스트를 이해해야 합니다.

주제	설명	고려사항
콜드 부팅 시간	트래픽이 Cloud Run에서 새로운 인스턴스를 만들도록 트리거하기에 충분히 급증한 경우 태그 지정 환경을 부팅하고 설정해야 합니다. 이로 인해 다소 시간이 걸릴 수 있으며 인프라가 조정되는 동안 지연 시간이 증가할 수 있습니다.	트래픽의 정기적 변동을 고려하여 충분한 수의 최소 인스턴스를 구성해야 합니다. 트래픽이 많은 시즌에 진입한다는 것을 알고 있으면 Cloud Run 배포 설정을 업데이트하고 더 많은 수의 최소 인스턴스를 구성합니다.
블루/그린 배포	Docker 이미지를 업데이트해야 할 경우 Cloud Run 서버를 다시 배포해야 합니다. Cloud Run에서 새 서버 버전을 구성하는 동안(상태가 블루임) 트래픽은 계속 이전 버전으로 이동합니다. 새 버전이 준비되면(상태가 그린임) 트래픽이 자동으로 새 버전으로 전환되고 이전 버전은 비활성화됩니다.	이 업데이트 중에 배포된 애플리케이션 버전이 두 개 이상 표시될 수도 있습니다. 이는 정상적인 현상입니다. 새 버전을 설정하고 트래픽을 새 버전으로 전환하는 작업은 자동으로 처리됩니다.
상태 점검	Cloud Run 로그에 `/healthz`에 대한 주기적 요청이 표시될 수 있습니다. 이 요청은 배포에서 생성되는 상태 점검입니다. 이러한 요청이 실패하면 배포가 비정상적이며 환경이 자동으로 재배포된다는 것을 의미합니다.	`/healthz`에 대한 요청은 크기가 매우 작고 로그 저장 공간을 거의 차지하지 않지만 관련 로그 항목만 더 쉽게 파싱할 있도록 Cloud Logging 로그에서 제외하는 것이 좋습니다.
커스텀 도메인 지원	커스텀 도메인 지원을 사용하면 퍼스트 파티 컨텍스트에서 태그 지정 설정을 실행할 수 있습니다. Google Cloud Run은 전역 외부 애플리케이션 부하 분산기를 사용하여 신속하게 커스텀 도메인 매핑을 설정할 수 있는 통합을 제공합니다.	Google Cloud Platform을 사용하는 경우 서버 측 태그 지정 환경에 두 개 이상의 커스텀 도메인을 배포할 수 있습니다. Cloud Run에서 배포하려면 서비스를 배포하는 리전에 따라 도메인 매핑의 현재 제한사항을 알아야 합니다. 대부분의 경우 설정에 비용과 복잡성이 가중되지만 부하 분산기를 사용하는 것이 가장 좋습니다.
클라우드 리전	서버 컨테이너의 자동 프로비저닝 설정을 통해 us-central1 리전에 Cloud Run 애플리케이션이 생성됩니다. 리전을 변경하려면 Cloud Run 사용자 인터페이스에서 새 리전으로 새 서비스를 만들고 기존 서비스를 삭제해야 합니다.	서버 측 태그 지정 환경을 여러 리전의 서비스에 적용하려면 Google Cloud Run에서 서비스를 두 개 이상 설정하고 모든 서비스를 사용자의 지리적 위치를 기반으로 트래픽을 배포하는 부하 분산기 뒤에 배치하세요.

리소스:

요약

이 장을 읽고 나면 서버를 설정하는 방법을 더 잘 이해할 수 있습니다. 더 확실히 이해하려면 IT 부서나 태그 관리자 파트너에게 문의하세요.

서버를 업그레이드할 준비가 되셨나요? 다음 장으로 이동하세요.

과정으로 돌아가기 다음 장