Amazon Web Services 한국 블로그
AWS RTB Fabric 소개 – 실시간 광고 기술 워크로드를 위한 네트워크 서비스
오늘은 실시간 입찰(RTB) 광고 워크로드용으로 구축된 완전 관리형 서비스인 AWS RTB Fabric을 발표합니다. 광고 기술(AdTech) 회사는 이 서비스를 통해 Amazon Ads, GumGum, Kargo, MobileFuse, Sovrn, TripleLift, Viant, Yieldmo 등과 같은 공급 및 수요 파트너와 원활하게 연결하여 지연 시간에 민감한 대용량 RTB 워크로드를 Amazon Web Services(AWS)에서 일관되게 한 자릿수로 실행할 수 있으며, 표준 네트워킹 비용에 비해 밀리초 단위의 지속 성능과 최대 80% 낮은 네트워킹 비용을 제공합니다.
AWS RTB Fabric은 콜로케이션된 온프레미스 인프라 또는 사전 약정에 의존하지 않고 RTB 워크로드 및 파트너 통합을 위한 전용 고성능 네트워크 환경을 제공합니다. 다음 다이어그램은 RTB Fabric의 상위 수준 아키텍처를 보여줍니다.
AWS RTB Fabric에 포함된 모듈은 고객이 자체 및 파트너 애플리케이션을 실시간 입찰에 사용되는 컴퓨팅 환경으로 안전하게 가져올 수 있게 지원하는 기능입니다. 모듈은 트랜잭션 효율성과 입찰 효과를 향상할 수 있는 컨테이너화된 애플리케이션과 파운데이션 모델(FM)을 지원합니다. 출시 시 AWS RTB Fabric에는 트래픽 관리 최적화, 입찰 효율성 개선, 입찰 응답률 향상을 위한 모듈이 포함되며, 모든 모듈은 서비스 내에서 인라인으로 실행되어 지연 시간이 짧고 일관되게 실행됩니다.
프로그래밍 방식 광고의 성장으로 RTB 워크로드를 지원하기 위한 지연 시간이 짧고 비용 효율적인 인프라가 필요해졌습니다. AdTech 기업은 게시자, 공급자 측 플랫폼(SSP), 수요자 측 플랫폼(DSP) 전반에서 초당 수백만 건의 입찰 요청을 처리합니다. 이러한 워크로드는 지연 시간에 매우 민감한데, 이는 대부분의 RTB 경매가 200~300밀리초 내에 완료되어야 하고, 여러 파트너 간에 OpenRTB 요청 및 응답을 빠르고 안정적으로 교환해야 하기 때문입니다. 많은 기업이 주요 파트너와 가까운 콜로케이션 데이터 센터에 인프라를 구축하는 방법으로 문제를 해결하지만, 이럴 경우 줄어든 지연 시간 대신 운영 복잡성, 긴 프로비저닝 주기 및 높은 비용이 추가됩니다. 다른 업체들은 탄력성과 확장성을 확보하기 위해 클라우드 인프라로 눈을 돌렸지만, 비용 효율성을 위해선 복잡한 프로비저닝, 파트너별 연결, 장기 계약을 감수해야 하는 경우가 많습니다. 이러한 격차는 운영 오버헤드를 가중시키고 민첩성을 제한합니다. AWS RTB Fabric은 콜로케이션 또는 사용자 지정 네트워킹 설정을 유지 관리하는 부담 없이 일관된 성능을 제공하고, 파트너 온보딩을 간소화하고, 예측 가능한 비용 효율성을 달성하는 RTB 워크로드용으로 구축된 관리형 비공개 네트워크를 제공함으로써 이러한 문제를 해결합니다.
주요 기능
AWS RTB Fabric이 대규모 RTB 워크로드를 실행하기 위한 관리형 기반을 도입합니다. 이 서비스는 다음과 같은 주요 기능을 제공합니다.
- AdTech 파트너와의 간소화된 연결 – RTB Fabric 게이트웨이를 등록하면 서비스가 자동으로 보안 엔드포인트를 생성하여 특정 파트너와 공유할 수 있습니다. AWS RTB Fabric API를 사용하면 최적화된 비공개 연결을 생성하여 다양한 환경에서 RTB 트래픽을 안전하게 교환할 수 있습니다. 외부 링크는 온프레미스 또는 타사 클라우드 환경에서 운영되는 파트너와 같이 RTB Fabric을 사용하지 않는 파트너와도 연결할 수 있습니다. 이 접근 방식은 통합 시간을 단축하고 AdTech 참가자 간의 협업을 간소화합니다.
- 지연 시간이 짧은 광고 거래를 위한 전용 네트워크 – AWS RTB Fabric은 OpenRTB 통신에 최적화된 관리형 고성능 네트워크 계층을 제공합니다. 한 자릿수 밀리초의 일관된 지연 시간을 제공하는 비공개 고속 링크를 통해 SSP, DSP, 게시자와 같은 AdTech 참여자를 연결합니다. 이 서비스는 수동으로 피어링하거나 구성할 필요 없이 라우팅 경로를 자동으로 최적화하여 예측 가능한 성능을 유지하고 네트워킹 비용을 절감합니다.
- RTB 경제성에 맞춘 요금 모델 – AWS RTB Fabric은 프로그래밍 방식의 광고 경제성에 맞게 설계된 트랜잭션 기반 요금 모델을 사용합니다. 고객은 10억 건의 트랜잭션당 요금이 청구되며, 이는 광고 거래소, SSP 및 DSP 운영 방식에 따라 예측 가능한 인프라 비용을 제공합니다.
- 내장 트래픽 관리 모듈 – AWS RTB Fabric에 포함된 구성 가능한 모듈은 AdTech 워크로드가 효율적이고 안정적으로 운영되도록 지원합니다. Rate Limiter, OpenRTB Filter, Error Masking과 같은 모듈을 사용하면 네트워크 경로에서 직접 요청 볼륨을 제어하고, 메시지 형식을 검증하고, 응답 처리를 관리할 수 있습니다. 이러한 모듈은 AWS RTB Fabric 환경 내에서 인라인으로 실행되어 애플리케이션 수준의 지연 시간을 추가하지 않고도 네트워크 속도 성능을 유지합니다. 모든 구성은 AWS RTB Fabric API를 통해 관리되므로 워크로드 확장에 따라 프로그래밍 방식으로 규칙을 정의하고 업데이트할 수 있습니다.
시작하기
이제 AWS Management Console, AWS Command Line Interface(AWS CLI) 또는 AWS CloudFormation 및 Terraform과 같은 코드형 인프라(IaC) 도구를 사용하여 AWS RTB Fabric으로 구축을 시작할 수 있습니다.
콘솔은 AWS RTB Fabric 콘솔의 대시보드에 표시된 것처럼 RTB 게이트웨이 및 링크를 확인하고 관리할 수 있는 시각적 진입점을 제공합니다.
또한 AWS CLI를 사용하여 게이트웨이를 구성하고, 링크를 생성하고, 트래픽을 프로그래밍 방식으로 관리할 수 있습니다. AWS RTB Fabric으로 구축을 시작했을 때 AWS CLI를 사용하여 게이트웨이 생성부터 링크 설정, 트래픽 모니터링까지 모든 것을 구성했습니다. 설정은 Amazon Virtual Private Cloud(Amazon VPC) 엔드포인트 내에서 실행되었으며, AWS는 워크로드를 연결하는 지연 시간이 짧은 인프라를 관리했습니다.
먼저 입찰 요청을 보내는 요청자 게이트웨이와 입찰 응답을 받고 처리하는 응답자 게이트웨이를 생성했습니다. 이러한 게이트웨이는 AWS RTB Fabric 내에서 보안 통신 지점 역할을 합니다.
# 필수 파라미터가 포함된 요청자 게이트웨이 생성
aws rtbfabric create-requester-gateway \
--description "My RTB requester gateway" \
--vpc-id vpc-12345678 \
--subnet-ids subnet-abc12345 subnet-def67890 \
--security-group-ids sg-12345678 \
--client-token "unique-client-token-123"
# 필수 파라미터가 포함된 응답자 게이트웨이 생성
aws rtbfabric create-responder-gateway \
--description "My RTB responder gateway" \
--vpc-id vpc-01f345ad6524a6d7 \
--subnet-ids subnet-abc12345 subnet-def67890 \
--security-group-ids sg-12345678 \
--dns-name responder.example.com \
--port 443 \
--protocol HTTPS
두 게이트웨이가 모두 활성화된 후 요청자와 응답자 간의 링크를 생성하여 OpenRTB 트래픽에 대한 지연 시간이 짧은 비공개 통신 경로를 설정했습니다. 링크는 라우팅 및 로드 밸런싱을 자동으로 처리했습니다.
# 요청자 게이트웨이에서 응답자 게이트웨이로 연결되는 링크를 생성하는 요청자 계정
aws rtbfabric create-link \
--gateway-id rtb-gw-requester123 \
--peer-gateway-id rtb-gw-responder456 \
--log-settings '{"applicationLogs:{"sampling":"errorLog":10.0,"filterLog":10.0}}'# 요청자 게이트웨이에서 응답자 게이트웨이로의 링크를 수락하는 응답자 계정
aws rtbfabfic accept-link \
--gateway-id rtb-gw-responder456 \
--link-id link-reqtoresplink789 \
--log-settings '{"applicationLogs:{"sampling":"errorLog":10.0,"filterLog":10.0}}'또한 외부 링크를 사용하여 외부 파트너와 연결했으며, 이를 통해 동일한 지연 시간과 보안 특성을 유지하면서 RTB 워크로드를 온프레미스 또는 타사 환경으로 확장했습니다.
# 외부 파트너가 입찰 요청을 보낼 수 있는 인바운드 외부 링크 엔드포인트 생성
aws rtbfabric create-inbound-external-link \
--gateway-id rtb-gw-responder456# 외부 파트너에게 입찰 요청을 보낼 수 있는 아웃바운드 외부 링크 생성
aws rtbfabric create-outbound-external-link \
--gateway-id rtb-gw-requester123 \
--public-endpoint "https://my-external-partner-responder.com"
트래픽을 효율적으로 관리하기 위해 데이터 경로에 모듈을 직접 추가했습니다. Rate Limiter 모듈은 요청 볼륨을 제어하고, OpenRTB Filter는 네트워크 속도로 메시지 형식을 인라인으로 검증했습니다.
# 속도 제한 모듈 부착
aws rtbfabric update-link-module-flow \
--gateway-id rtb-gw-responder456 \
--link-id link-toresponder789 \
--modules '{"name":"RateLimiter":"moduleParameters":{"rateLimiter":{"tps":10000}}}'마지막으로 Amazon CloudWatch를 사용하여 처리량, 지연 시간 및 모듈 성능을 모니터링하고, 감사 및 최적화를 위해 Amazon Simple Storage Service(Amazon S3)로 로그를 내보냈습니다.
또한 AWS CloudFormation 또는 Terraform을 사용하여 모든 구성을 자동화할 수 있으며, 이를 통해 여러 환경에서 일관되고 반복 가능한 배포가 가능합니다. RTB Fabric 덕분에 AWS가 AdTech 파트너 전체에서 예측 가능한 10밀리초 미만의 성능을 유지하는 동안 입찰 로직을 최적화하는 데 집중할 수 있었습니다.
자세한 내용은 AWS RTB Fabric 사용 설명서를 참조하십시오.
지금 이용 가능
AWS RTB Fabric은 현재 미국 동부(버지니아 북부), 미국 서부(오리건), 아시아 태평양(싱가포르), 아시아 태평양(도쿄), 유럽(프랑크푸르트) 및 유럽(아일랜드) AWS 리전에서 사용 가능합니다.
AWS RTB Fabric은 AdTech 산업의 변화하는 요구 사항에 맞춰 지속적으로 발전하고 있습니다. 이 서비스는 고급 애플리케이션과 AI 기반 최적화를 실시간 입찰 워크플로에 안전하게 통합할 수 있도록 기능을 확장하여, 고객이 AWS에서 운영을 간소화하고 성능을 개선할 수 있도록 지원합니다. AWS RTB Fabric에 대해 자세히 알아보려면 AWS RTB Fabric 페이지를 참조하십시오.
– Betty