입찰 키트 서버

입찰 키트 서버 섹션:

• 개요(이 페이지)
• 설정
• 통합
• API 참고 자료

소개

Facebook Audience Network의 입찰 키트 서버는 현재 입찰을 사용하거나 입찰을 통합할 계획인 퍼블리셔를 위한 경매 서버입니다. 이 서버는 경매 및 실시간 입찰의 전반적인 측면을 처리하며 기존 수익화 스택에 통합할 수 있습니다.

입찰 키트 서버에서 제공하는 기능:

• 여러 입찰자와 통합하여 경매 밀도를 높입니다.
• 경매를 실행하고 경매 낙찰자를 선택합니다.
• 입찰자에게 광고 수명 주기 이벤트를 알립니다.

입찰 키트 서버에서 제공하지 않는 기능:

• 클라이언트 전용 수요 소스를 지원하지 않습니다.
• DSP(수요 측 플랫폼)를 지원하지 않습니다.
• 웹 공급에 부응하지 못합니다.
• 광고를 렌더링하지 않습니다. 광고를 렌더링하려면 수요 소스 SDK(예: FAN SDK)와 통합해야 합니다.

장점

Audience Network는 입찰 키트 서버를 통해 내부 퍼블리셔가 입찰을 통합하고 관리할 때 경험하는 몇 가지 중요한 문제를 해결했습니다. 특히 입찰 키트 서버는 다음과 같은 문제를 해결합니다.

• 수요 밀도 - 퍼블리셔는 1~2명의 실시간 입찰자에만 연결되는 경우가 많습니다. 이는 퍼블리셔 수익(광고의 ARPDAU로 측정됨)에 직접적인 영향을 미치는데, 해당 수익은 밀도가 높고 경쟁이 치열한 경매에서 증가하기 때문입니다.
• 온보딩 - 퍼블리셔는 경매를 구현하고 입찰과 폭포수식 경쟁을 결합하며 다양한 실시간 입찰자와 통합하는 데 어려움을 겪을 수 있습니다.
• 확장 - 내부 미디에이션은 바로 사용 가능한 솔루션이 없으면 확장하기 어렵습니다. 각 통합에는 높은 수준의 사용자 지정이 필요하고 지원에 많은 비용이 들어가기 때문입니다.

입찰 키트 서버는 기존 클라이언트 측 솔루션인 입찰 키트 2에 비해 다음과 같은 장점을 제공합니다.

• 간편한 롤아웃 - 기본적으로 서버 측 경매 서버는 0-1 롤아웃으로 개선 사항과 버그 수정을 매우 빠르게 롤아웃할 수 있습니다.
• 클라이언트 측 대역폭 절약 - 서버 간 입찰은 모든 입찰자 네트워크 호출을 서버로 옮겨서 최종 사용자 대역폭을 절약하는 데 도움이 됩니다.
• 입찰 보호 - 서버 간 입찰은 클라이언트-서버 간 입찰보다 훨씬 안전합니다. Audience Network는 스크레이핑 공격으로부터 입찰을 보호하고 입찰자에 대한 보안을 강화하며 퍼블리셔가 이들을 사칭하는 악의적 행위자에게 노출되지 않도록 하는 것을 목표로 합니다.

프로세스 플로

1. BKS가 호출자로부터 입찰 요청을 받습니다. 호출자는 퍼블리셔 서버 또는 BK3이 될 수 있습니다. 요청에는 입찰자에 대한 정보가 포함되어 있습니다. 또는 요청에는 폭포수식 경쟁 항목(기존 경매에 있는 경우)에 대한 정보가 포함되기도 합니다.
2. BKS가 요청을 파싱하고 검증합니다.
3. BKS가 요청에 있는 모든 입찰자에 대해 독립적인 입찰 요청을 생성합니다. 그 과정에서 BKS가 구성을 조회합니다.
4. BKS가 HTTPS 입찰 요청을 모든 입찰자에게 보내고 응답을 수집합니다.
5. BKS가 폭포수식 경쟁 항목(요청에서 전달된 경우)과 응답을 병합합니다.
6. BKS가 입찰가에 따라 정렬된 입찰자로 구성된 호출자 리스트(및 폭포수식 경쟁 항목(있는 경우))에 다시 응답합니다.
7. BKS가 경매의 정산 가격을 포함하여 모든 입찰자에게 경매 낙찰/실패 알림을 보냅니다.
8. 호출자가 displayNotification 요청에 대해 BKS를 호출합니다.
9. BKS가 표시 알림을 포함하여 경매에 참여한 입찰자에게 다른 낙찰/실패 알림을 보냅니다.

아키텍처

BKS 내부 모듈

QPS(초당 쿼리)

입찰 키트 서버는 최대 400 QPS를 처리할 수 있고 오류율은 0.001% 미만이며 99%의 요청에 대해 1,491ms 이내에 응답합니다.

기타 참고 자료

• 설정
• 통합
• API 참고 자료