Khung kiểm thử tải của Dịch vụ tổng hợp

Chúng tôi rất mong nhận được ý kiến phản hồi của bạn về tài liệu này khi chúng tôi chuẩn bị thêm tài liệu này vào kho lưu trữ hướng dẫn công khai của mình.

Các công nghệ quảng cáo nên chạy thử nghiệm tải trên 100% lưu lượng truy cập thực tế:

Công nghệ quảng cáo nên truy cập vào hoạt động đo lường Phân bổ lượt chuyển đổi bằng Attribution Reporting API làm trường hợp sử dụng báo cáo.
Công nghệ quảng cáo nên đưa ra các quyết định về thiết kế trong khi giảm thiểu nhiễu (tham khảo: các quyết định về thiết kế được mô hình hoá)
Trong quá trình thử nghiệm, các công nghệ quảng cáo phải theo dõi số lượng công việc mà họ chạy mỗi ngày (ví dụ: mỗi công việc của nhà quảng cáo), mức phân phối ước tính của số lượng sự kiện chuyển đổi và số lượng khoá tổng hợp làm dữ liệu đầu vào cho mỗi công việc xử lý (tham khảo tham số công việc output_domain_blob_prefix trong tài liệu Aggregation Service API) và số lượng sự kiện chuyển đổi trung bình ước tính cho mỗi báo cáo đầu vào.
Để kiểm thử, các công nghệ quảng cáo nên tra cứu loại phiên bản được đề xuất trong bảng hướng dẫn về kích thước dựa trên kích thước công việc dự kiến (tức là khối lượng báo cáo, kích thước miền) và điều chỉnh kích thước dịch vụ tổng hợp đã triển khai cho phù hợp. Tài liệu tham khảo: Hướng dẫn về kích thước cho Dịch vụ tổng hợp trên AWS
Công nghệ quảng cáo nên thực thi các tác vụ tổng hợp để kiểm thử tải.

Mục tiêu

Hướng dẫn này dành riêng cho hoạt động đo lường phân bổ lượt chuyển đổi tổng hợp và sẽ bao gồm các hướng dẫn chính về cách thiết lập và định cấu hình dành cho công nghệ quảng cáo sử dụng để:

Ước tính kỳ vọng về tải cho hoạt động đo lường phân bổ lượt chuyển đổi tổng hợp.
Tối ưu hoá chế độ thiết lập và cấu hình khoá chính cho hiệu suất và mức độ nhiễu dựa trên các phương diện và mục tiêu mà họ dự định đo lường, cũng như quy mô và phân khúc của nhà quảng cáo.

Điều kiện tiên quyết

Hướng dẫn này dành cho đối tượng công nghệ quảng cáo. Trước khi thực hiện các bước sau, bạn nên xem tài liệu của chúng tôi về cách xử lý nhiễu, các quyết định về thiết kế báo cáo tóm tắt và thử nghiệm với phòng thí nghiệm nhiễu để có được cấu hình tối ưu.

Các bước

1. Chiến lược thiết lập khoá tổng hợp ban đầu

Xác định số lượng cấu trúc khoá (tức là tập hợp các phương diện) mà bạn cần dựa trên loại hình kinh doanh và mục tiêu của mình. Xin lưu ý rằng việc tối ưu hoá cấu trúc khoá có thể giúp giảm nhiễu trong báo cáo.

Số lượng nhà quảng cáo bạn có
Ví dụ: giả sử bạn có 1.000 nhà quảng cáo.

Điểm tương đồng giữa các nhà quảng cáo
Bạn nên đánh giá điểm tương đồng dựa trên số lượt chuyển đổi, giá trị tương đối của lượt chuyển đổi và mức độ phù hợp chung của các đặc điểm nhà quảng cáo. Bạn càng có thể nhóm các giá trị này lại với nhau, kết quả của bạn sẽ càng được điều chỉnh một cách tinh vi (do ít có sự khác biệt về giá trị đầu ra), và do đó, tác động của nhiễu sẽ càng ít. Tham khảo phần quản lý khoá nâng cao để biết thêm thông tin chi tiết. Ví dụ: một công nghệ quảng cáo có thể phân khúc nhà quảng cáo theo ngành, mức chi tiêu và số lượt chuyển đổi như sau:

Ngành (ví dụ: Bảo hiểm, Trang sức, Bán lẻ tăng trưởng)
Mức chi tiêu (ví dụ: <500.000.000 VND/quý, 500.000.000 – 1.500.000.000 VND/quý, 1.500.000.000 – 2.500.000.000 VND/quý)
Số lượt chuyển đổi (Thấp, Trung bình, Cao)

Số lượng cấu trúc khoá tổng hợp cần tạo
Ví dụ: 27 (3x3x3): 3 ngành, 3 loại chi tiêu và 3 nhóm cho giá trị lượt chuyển đổi.

2. Xác định các phương diện khoá tổng hợp

Tiếp theo, hãy xác định những phương diện quan trọng mà bạn muốn theo dõi cho cả lượt hiển thị và lượt chuyển đổi để ước tính số lượng khoá phía nguồn và khoá phía điều kiện kích hoạt.

Đối với mỗi cấu trúc khoá tổng hợp, các phương diện quan trọng mà bạn cần theo dõi cho lượt hiển thị sẽ giúp bạn xác định số lượng khoá phía nguồn. Phương diện sẽ phụ thuộc vào loại nhà quảng cáo, chẳng hạn như ngành, mức chi tiêu hoặc lượt chuyển đổi. Các ví dụ sau đây giúp giải thích phương diện:

Cấu trúc khoá 1: (Ngành = bảo hiểm, mức chi tiêu = < 50.000, số lượt chuyển đổi = thấp)
- Đáp: 4 phương diện: Chiến dịch (ví dụ: 50 khả năng), Nhóm quảng cáo (ví dụ: 20 khả năng), Loại thiết bị (ví dụ: 5 khả năng), Vị trí địa lý (ví dụ: 50 khả năng)
  1. Các kiểu kết hợp có thể có về phương diện = 50 x 20 x 5 x 50 = 250.000. Đây là số lượng tổ hợp kích thước có thể cho các khoá phía nguồn cho cấu trúc khoá 1.
  2. Cần dành riêng 18 bit (18 bit = 262.144 cách kết hợp có thể có)
Cấu trúc khoá 2: (Ngành = bảo hiểm, mức chi tiêu = < 50.000, số lượt chuyển đổi = trung bình)
- Đáp: 4 phương diện: Chiến dịch (ví dụ: 30 khả năng), Nhóm quảng cáo (ví dụ: 80 khả năng), Loại quảng cáo (ví dụ: 3 khả năng), Vị trí địa lý (ví dụ: 50 khả năng).
  1. Số lượng kết hợp có thể có về kích thước = 30 x 80 x 3 x 50 = 360.000. Đây là số lượng tổ hợp kích thước hoặc khoá phía nguồn có thể có cho cấu trúc khoá 2.
  2. Cần dành 19 bit (19 bit) = 524.288 cách kết hợp có thể có)
Cấu trúc chính 3: Lặp lại (tương tự như cách lập kế hoạch cho tất cả Cấu trúc chính mà bạn có)

Đối với mỗi cấu trúc khoá tổng hợp, các phương diện quan trọng mà bạn cần theo dõi cho lượt chuyển đổi sẽ giúp bạn xác định các khoá kích hoạt phía. Ví dụ:

Cấu trúc khoá 1: (Ngành = bảo hiểm, mức chi tiêu = < 50.000, số lượt chuyển đổi = thấp)
- Đáp: 2 phương diện: Danh mục sản phẩm (ví dụ: 100 khả năng), Loại lượt chuyển đổi (ví dụ: 5 khả năng)
  1. Các kiểu kết hợp có thể có về kích thước = 100 x 5 = 500
  2. Cần dành 9 bit (9 bit = 512 tổ hợp có thể)
Cấu trúc khoá 2: (Ngành = bảo hiểm, mức chi tiêu = < 50.000, số lượt chuyển đổi = trung bình)
- Đáp: 3 phương diện: Danh mục sản phẩm (ví dụ: 50 khả năng), Loại sản phẩm (10 khả năng), Loại lượt chuyển đổi (3 khả năng)
  1. Số lượng tổ hợp phương diện có thể có = 50 x 10 x 3 = 1.500
  2. Cần dành 11 bit (11 bit = 2.048 tổ hợp có thể có)
Cấu trúc chính 3: Lặp lại (tương tự như cách lập kế hoạch cho tất cả Cấu trúc chính mà bạn có)

Số liệu ước tính cho Khoá tổng hợp

Cấu trúc khoá 1: 250.000 khoá lượt hiển thị x 500 khoá lượt chuyển đổi = 125.000.000 khoá
Cấu trúc khoá 2: 360.000 khoá lượt hiển thị x 1.500 khoá lượt chuyển đổi = 540.000.000 khoá
Cấu trúc khoá 3: (tương tự như kế hoạch cho tất cả Cấu trúc khoá mà bạn có)
Lặp lại cho từng Cấu trúc khoá
Số khoá tổng hợp tối đa = 540.000.000 khoá (trên tất cả các cấu trúc khoá). Cần dành 30 bit (30 bit = 1,07 tỷ kiểu kết hợp có thể có)

Số lượt chuyển đổi dự kiến

Đối với mỗi cấu trúc khoá tổng hợp, bạn có thể giải thích khối lượng dự kiến bằng các ví dụ sau:

Cấu trúc khoá 1: (Ngành = bảo hiểm, mức chi tiêu = < 50.000, số lượt chuyển đổi = thấp)
- Đáp: Dự kiến Cấu trúc khoá 1 sẽ chiếm khoảng 500.000 USD chi tiêu của nhà quảng cáo trong quý tiếp theo với mức giá CPM trung bình là 8 USD. Dự kiến điều này sẽ dẫn đến 62.500.000 lượt hiển thị cần được đăng ký.
- Dự đoán rằng tỷ lệ chuyển đổi trung bình từ lượt hiển thị mà Cấu trúc khoá 1 sẽ tạo ra trong quý tiếp theo là 0,08%, dẫn đến 50.000 lượt chuyển đổi được phân bổ cần được ghi nhận. Đối với mỗi lượt chuyển đổi, hãy đo lường giá trị giao dịch mua và số lượt giao dịch mua.
Cấu trúc khoá 2: (Ngành = bảo hiểm, mức chi tiêu = < 50.000, số lượt chuyển đổi = trung bình)
- Đáp: Dự kiến Khoá 2 sẽ chiếm khoảng 8.000.000.000 VND chi tiêu trong quý tiếp theo với mức giá CPM trung bình là 100.000 VND. Dự kiến sẽ có 80.000.000 lượt hiển thị cần được đăng ký.
- Dự đoán rằng tỷ lệ hiển thị trung bình so với tỷ lệ chuyển đổi mà Khoá 2 sẽ tạo ra trong quý tiếp theo là 0,03125%, dẫn đến 25.000 lượt chuyển đổi được phân bổ cần được ghi nhận. Đối với mỗi lượt chuyển đổi, hãy đo lường giá trị giao dịch mua và số lượt giao dịch mua.
Lặp lại cho từng Cấu trúc khoá

Tần suất báo cáo và phân phối theo lô (lô cho mỗi nhà quảng cáo)**

Đối với mỗi cấu trúc khoá tổng hợp, bạn sẽ cần báo cáo lượt chuyển đổi được gửi định kỳ. Các công nghệ quảng cáo nên phân lô theo nhà quảng cáo (để tách dữ liệu rõ ràng hơn cho mỗi báo cáo và tổng hợp hiệu quả hơn) và sử dụng trường shared_info.scheduled_report_time của báo cáo để phân lô.

Đáp: Theo giờ
B: Hằng ngày
C: Hằng tuần

Ghi chú

Đối với việc phân nhóm theo nhà quảng cáo, hãy xác minh SLA với nhà quảng cáo.
Việc phân lô thường xuyên hơn sẽ bao gồm nhiều nhiễu hơn trên mỗi lô. (Tham khảo: Quyết định: Tần suất theo lô).
Để tránh lỗi do phân lô không chính xác, hãy đảm bảo các lô sử dụng trường scheduled_report_time, chứ không phải report arrival time. Ví dụ: nếu bạn tạo lô theo giờ, thì lô cho 11 giờ sáng chỉ nên bao gồm các báo cáo có scheduled_report_time trong khoảng thời gian từ 10 giờ sáng đến 11 giờ sáng, chứ không phải các báo cáo đến trong khoảng thời gian từ 10 giờ sáng đến 11 giờ sáng với scheduled_report_time khác (ví dụ: 9 giờ sáng).

Số liệu ước tính về số lượng báo cáo

Cấu trúc khoá 1: 50.000 lượt chuyển đổi được phân bổ / 2160 (báo cáo hằng giờ, số giờ trong một quý) = 24 báo cáo tóm tắt mỗi giờ cho mỗi nhà quảng cáo (24 x 1.000 nhà quảng cáo = 24.000 báo cáo tóm tắt)
Cấu trúc khoá 2: 25.000 lượt chuyển đổi được phân bổ / 2.160 (báo cáo theo giờ, số giờ trong một quý) = 12 báo cáo tóm tắt mỗi giờ cho mỗi nhà quảng cáo (12 x 1.000 nhà quảng cáo = 12.000 báo cáo tóm tắt)
Cấu trúc khoá 3: Lặp lại
Tổng số báo cáo tóm tắt mỗi giờ = 24 báo cáo tóm tắt cho cấu trúc khoá 1 + 12 báo cáo tóm tắt cho cấu trúc khoá 2 + ... = ... mỗi giờ cho mỗi nhà quảng cáo

Tóm tắt ý kiến phản hồi

Khi hiểu được các số liệu ước tính sau đây từ các công nghệ quảng cáo, chúng tôi có thể lên kế hoạch cho các tính năng và điểm cải tiến để hỗ trợ quy mô mà các công nghệ quảng cáo yêu cầu. Bạn nên chia sẻ những thông tin sau đây với chúng tôi. Hãy xem hướng dẫn về kích thước cho Dịch vụ tổng hợp trên AWS của chúng tôi để biết thêm thông tin:

Số lượng khoá miền đầu vào tối đa (khoá cần tổng hợp) cho mỗi công việc của dịch vụ tổng hợp
Số lượng báo cáo đầu vào tối đa cho mỗi công việc (lượt chuyển đổi được phân bổ)
Mức đóng góp ước tính cho mỗi báo cáo (cặp khoá/giá trị trong một báo cáo)
Phân phối ước tính số lượt chuyển đổi được phân bổ cho mỗi công việc
Phân phối dự kiến các khoá miền trong một công việc
Số lượng công việc ước tính mỗi giờ/ngày/tuần