บริการรวบรวมข้อมูลจะสร้างรายงานสรุปของข้อมูล Conversion โดยละเอียดและการวัดการเข้าถึงจากรายงานดิบแบบรวมได้ ในฐานะผู้ให้บริการด้านเทคโนโลยีโฆษณา คุณสามารถใช้ Attribution Reporting API และ Private Aggregation API ซึ่งเป็น 2 รายการแรกในจุดแรกเข้าแบบรวมข้อมูลฝั่งไคลเอ็นต์ เพื่อส่งรายงานไปยังบริการรวบรวมข้อมูลและรับรายงานสรุปเป็นการตอบกลับ
หน้านี้ถือว่าคุณเป็นผู้เชี่ยวชาญด้านเทคโนโลยีโฆษณา โดยจะครอบคลุมหัวข้อต่อไปนี้
- สถานะการใช้งาน
- คําศัพท์และแนวคิดสําคัญ
- Use Case การรวม
- ขั้นตอนการทำงานตั้งแต่ต้นจบ
- การรวมรายงานที่รวบรวมข้อมูลได้
- คอมโพเนนต์ระบบคลาวด์
สถานะการติดตั้งใช้งาน
- บริการรวบรวมข้อมูลพร้อมให้บริการแก่ผู้ใช้ทั่วไปแล้ว
- บริการรวบรวมข้อมูลสามารถใช้ร่วมกับ Attribution Reporting API และ Private Aggregation API สําหรับ Protected Audience API และ Shared Storage API
ความพร้อมใช้งาน
ข้อเสนอ | สถานะ |
---|---|
บริการงบประมาณด้านความเป็นส่วนตัวข้ามระบบคลาวด์
คำอธิบาย |
ใช้งานได้ |
การรองรับบริการรวบรวมข้อมูลสําหรับ Amazon Web Services (AWS) ใน Attribution Reporting API และ Private Aggregation API
คําอธิบาย |
ใช้งานได้ |
การรองรับบริการรวบรวมข้อมูลสําหรับ Google Cloud ใน Attribution Reporting API, Private Aggregation API คําอธิบาย |
ใช้งานได้ |
การลงทะเบียนเว็บไซต์บริการรวมข้อมูลและการรวมข้อมูลจากหลายแหล่งที่มา การลงทะเบียนเว็บไซต์รวมถึงการแมปเว็บไซต์กับบัญชีระบบคลาวด์ (AWS หรือ GCP) หากต้องการรวบรวมแหล่งที่มาหลายแห่ง แหล่งที่มาเหล่านั้นต้องเป็นของเว็บไซต์เดียวกัน
คําถามที่พบบ่อยใน GitHub เอกสารประกอบของ Site Aggregation API |
ใช้งานได้ |
ระบบจะเก็บค่า epsilon ของบริการรวบรวมข้อมูลไว้เป็นช่วงสูงสุด 64 เพื่ออำนวยความสะดวกในการทดสอบและแสดงความคิดเห็นเกี่ยวกับพารามิเตอร์ต่างๆ
ส่งความคิดเห็นเกี่ยวกับ ARA epsilon ส่งความคิดเห็นเกี่ยวกับ PAA epsilon |
มีให้บริการ เราจะแจ้งให้ระบบนิเวศทราบล่วงหน้าก่อนที่จะอัปเดตค่าช่วง epsilon |
การกรองข้อมูลที่ส่งเข้ามามีความยืดหยุ่นมากขึ้นสําหรับการค้นหาบริการรวมข้อมูล
คําอธิบาย |
ใช้งานได้ |
กระบวนการกู้คืนงบประมาณหลังเกิดภัยพิบัติ (ข้อผิดพลาด การกำหนดค่าที่ไม่ถูกต้อง และอื่นๆ)
คำอธิบาย |
พร้อมใช้งาน กลไกในการตรวจสอบเปอร์เซ็นต์ของรหัสที่แชร์ซึ่งเทคโนโลยีโฆษณากู้คืนโดยใช้การกู้คืนงบประมาณและระงับการกู้คืนในอนาคตสำหรับการกู้คืนที่มากเกินไปซึ่งวางแผนไว้สำหรับครึ่งปีแรก 2025 |
Accenture ดําเนินการในฐานะผู้ประสานงานรายหนึ่งใน AWS
บล็อกนักพัฒนาซอฟต์แวร์ |
ใช้งานได้ |
บุคคลภายนอกที่ทำงานเป็นผู้ประสานงานใน Google Cloud
บล็อกนักพัฒนาซอฟต์แวร์ |
ใช้งานได้ |
การรองรับบริการรวมข้อมูลสําหรับการรายงานการแก้ไขข้อบกพร่องแบบรวมใน Attribution Reporting API
คําอธิบาย |
ใช้งานได้ |
คําศัพท์และแนวคิดสําคัญ
หากคุณกำลังพิจารณาใช้บริการรวบรวมข้อมูลสำหรับเวิร์กโฟลว์ของคุณ คำศัพท์และแนวคิดต่อไปนี้อาจให้ข้อมูลเชิงลึกเกี่ยวกับสิ่งที่ขั้นตอนการรวบรวมข้อมูลแบบใหม่นี้มอบให้ทีมของคุณได้
อภิธานศัพท์
- รายงานที่รวมได้
-
รายงานที่รวบรวมได้คือรายงานที่เข้ารหัสซึ่งส่งจากอุปกรณ์ของผู้ใช้แต่ละราย รายงานเหล่านี้มีข้อมูลเกี่ยวกับพฤติกรรมของผู้ใช้และ Conversion ข้ามเว็บไซต์ ผู้ลงโฆษณาหรือเทคโนโลยีโฆษณาจะกําหนด Conversion (บางครั้งเรียกว่าเหตุการณ์ทริกเกอร์การระบุแหล่งที่มา) และเมตริกที่เกี่ยวข้อง แต่ละรายงานได้รับการเข้ารหัสเพื่อป้องกันไม่ให้บุคคลต่างๆ เข้าถึงข้อมูลพื้นฐาน
- การบัญชีรายงานที่รวบรวมได้
-
บัญชีแยกประเภทแบบกระจายที่อยู่ในผู้ประสานงานทั้ง 2 ราย ซึ่งติดตามงบประมาณความเป็นส่วนตัวที่จัดสรรและบังคับใช้กฎ "ไม่ซ้ำกัน" นี่เป็นกลไกการคุ้มครองความเป็นส่วนตัวที่ทำงานภายในผู้ประสานงาน ซึ่งช่วยให้มั่นใจว่าไม่มีรายงานใดส่งผ่านบริการรวบรวมข้อมูลเกินงบประมาณความเป็นส่วนตัวที่กำหนดไว้
อ่านเพิ่มเติมเกี่ยวกับความสัมพันธ์ระหว่างกลยุทธ์การแบ่งกลุ่มกับรายงานที่รวบรวมได้
- งบประมาณการบัญชีของรายงานที่รวบรวมได้
-
การอ้างอิงงบประมาณที่ช่วยให้มั่นใจว่าระบบจะไม่ประมวลผลรายงานแต่ละรายการมากกว่า 1 ครั้ง
- บริการรวมข้อมูล
-
บริการที่ดำเนินการโดยเทคโนโลยีโฆษณาซึ่งประมวลผลรายงานที่รวบรวมได้เพื่อสร้างรายงานสรุป
อ่านข้อมูลเพิ่มเติมเกี่ยวกับเบื้องหลังของบริการรวบรวมข้อมูลได้ในคำอธิบายและรายการข้อกำหนดฉบับเต็ม
- การรับรอง
-
กลไกในการตรวจสอบสิทธิ์ข้อมูลระบุตัวตนของซอฟต์แวร์ โดยปกติจะใช้แฮชการเข้ารหัสหรือลายเซ็น สำหรับการเสนอบริการรวบรวมข้อมูล การรับรองจะจับคู่โค้ดที่ทำงานในบริการรวบรวมข้อมูลที่คุณดำเนินการโดยเทคโนโลยีโฆษณากับโค้ดโอเพนซอร์ส
- การเชื่อมโยงการมีส่วนร่วม
- ผู้ประสานงาน
-
หน่วยงานที่รับผิดชอบการจัดการคีย์และการบัญชีรายงานที่รวบรวมได้ ผู้ประสานงานจะดูแลรักษารายการแฮชของการกำหนดค่าบริการรวบรวมข้อมูลที่อนุมัติและกำหนดค่าการเข้าถึงคีย์การถอดรหัส
- เสียงรบกวนและการปรับขนาด
-
ข้อมูลรบกวนทางสถิติที่เพิ่มลงในรายงานสรุประหว่างกระบวนการรวบรวมเพื่อรักษาความเป็นส่วนตัวและตรวจสอบว่ารายงานสุดท้ายให้ข้อมูลการวัดผลโดยไม่ระบุตัวบุคคล
อ่านเพิ่มเติมเกี่ยวกับกลไกการเพิ่มสัญญาณรบกวนซึ่งดึงมาจากการแจกแจง Laplace
- ที่มาของการรายงาน
-
บุคคลที่รับรายงานที่รวบรวมได้ กล่าวคือ คุณหรือเทคโนโลยีโฆษณาที่เรียกใช้ Attribution Reporting API ระบบจะส่งรายงานที่รวบรวมได้จากอุปกรณ์ของผู้ใช้ไปยัง URL ที่รู้จักกันดีซึ่งเชื่อมโยงกับต้นทางการรายงาน ต้นทางการรายงานจะกําหนดในระหว่างการลงทะเบียน
- รหัสที่แชร์
-
ค่าที่คำนวณแล้วซึ่งประกอบด้วย
shared_info
,reporting_origin
,destination_site
(สําหรับ Attribution Reporting API เท่านั้น),source_registration-time
(สําหรับ Attribution Reporting API เท่านั้น),scheduled_report_time
และเวอร์ชันรายงานหลายรายการที่ใช้แอตทริบิวต์เดียวกันในช่อง
shared_info
ควรมีรหัสที่แชร์เดียวกัน รหัสที่แชร์มีบทบาทสําคัญในบัญชีรายงานที่รวบรวมได้ - รายงานสรุป
-
ประเภทรายงาน Attribution Reporting API และ Private Aggregation API รายงานสรุปจะรวมข้อมูลผู้ใช้แบบรวม และอาจมีข้อมูล Conversion โดยละเอียดที่มีการเพิ่มสัญญาณรบกวน รายงานสรุปประกอบด้วยรายงานสรุป รายงานเหล่านี้มีความยืดหยุ่นมากขึ้นและมีโมเดลข้อมูลที่สมบูรณ์กว่าการรายงานระดับเหตุการณ์ โดยเฉพาะสําหรับกรณีการใช้งานบางรายการ เช่น มูลค่า Conversion
- สภาพแวดล้อมการดำเนินการที่เชื่อถือได้ (TEE)
-
การกําหนดค่าฮาร์ดแวร์และซอฟต์แวร์คอมพิวเตอร์ที่ปลอดภัยซึ่งช่วยให้บุคคลภายนอกตรวจสอบเวอร์ชันที่แน่นอนของซอฟต์แวร์ที่ทํางานบนเครื่องได้โดยไม่ต้องกลัวว่าข้อมูลจะรั่วไหล TEE อนุญาตให้บุคคลภายนอกตรวจสอบได้ว่าซอฟต์แวร์ทํางานตามที่ผู้ผลิตซอฟต์แวร์กล่าวอ้างไว้ทุกประการ
ดูข้อมูลเพิ่มเติมเกี่ยวกับ TEE ที่ใช้สำหรับข้อเสนอ Privacy Sandbox ได้ที่คำอธิบายบริการ Protected Audience API และคำอธิบายบริการรวบรวมข้อมูล
Use Case การรวมข้อมูล
พิจารณาเส้นทางของนักพัฒนาซอฟต์แวร์ต่อไปนี้สําหรับการวัดโฆษณาและไลบรารีไคลเอ็นต์การวัดที่สอดคล้องกัน
กรณีการใช้งาน | จุดแรกเข้า | คำอธิบาย |
---|---|---|
การเพิ่มประสิทธิภาพการเสนอราคา | Attribution Reporting API (Chrome และ Android) | ใช้รายงานแบบรวมเพื่อส่งผ่านสัญญาณ Conversion เพื่อวัตถุประสงค์ในการเพิ่มประสิทธิภาพการเสนอราคา |
การวัดผลข้ามแพลตฟอร์ม | Attribution Reporting API (Chrome และ Android) | ใช้ความสามารถในการวัดผลข้ามเว็บและแอปเพื่อดูประสิทธิภาพใน Chrome และ Android |
การรายงาน Conversion | Attribution Reporting API (Chrome และ Android) | สร้างการรายงาน Conversion แบบรวมที่ปรับให้เหมาะกับความต้องการแคมเปญของลูกค้า (รวมถึง CTC และ VTC) |
การวัดการเข้าถึงแคมเปญ | Shared Storage API และ Private Aggregation API (Chrome) | ใช้ตัวแปรการแสดงโฆษณาข้ามเว็บไซต์เพื่อวัดการเข้าถึงของแคมเปญ |
การรายงานข้อมูลประชากร | Shared Storage API และ Private Aggregation API (Chrome) | ใช้การแสดงโฆษณาข้ามเว็บไซต์และข้อมูลประชากรเพื่อวัดการเข้าถึงตามข้อมูลประชากร |
การวิเคราะห์เส้นทาง Conversion | Shared Storage API และ Private Aggregation API (Chrome) | จัดเก็บการแสดงโฆษณาข้ามเว็บไซต์และตัวแปร Conversion เพื่อทําการวิเคราะห์เส้นทาง Conversion แบบรวม |
Brand Lift และ Conversion Lift | Shared Storage API และ Private Aggregation API (Chrome) | การรายงานเกี่ยวกับกลุ่มทดสอบ/กลุ่มควบคุมและข้อมูลการสำรวจเพื่อวัด Brand Lift และส่วนเพิ่ม |
การแก้ไขข้อบกพร่องของการประมูล | Protected Audience API และ Private Aggregation API (Chrome) | ใช้รายงานแบบรวมเพื่อแก้ไขข้อบกพร่อง |
การกระจายราคาเสนอ | Protected Audience API และ Private Aggregation API (Chrome) | ใช้รายงานแบบรวมเพื่อบันทึกการแจกแจงมูลค่าการเสนอราคาสำหรับการประมูล |
ขั้นตอนจากต้นทางถึงปลายทาง
แผนภาพต่อไปนี้แสดงการทํางานของบริการรวบรวมข้อมูล เราจะมุ่งเน้นที่ขั้นตอนตั้งแต่ต้นจนจบ ตั้งแต่เวลาที่ระบบได้รับรายงานจากเว็บและอุปกรณ์เคลื่อนที่ ไปจนถึงเวลาที่ระบบสร้างรายงานสรุปในบริการรวบรวมข้อมูล
- ดึงข้อมูลคีย์สาธารณะเพื่อสร้างรายงานที่เข้ารหัส
- ระบบจะส่งรายงานที่รวบรวมได้ซึ่งเข้ารหัสไปยังเซิร์ฟเวอร์เทคโนโลยีโฆษณาเพื่อรวบรวม เปลี่ยนรูปแบบ และจัดกลุ่ม
- เซิร์ฟเวอร์เทคโนโลยีโฆษณาจะจัดกลุ่มรายงาน (ในรูปแบบ avro) และส่งไปยังบริการรวบรวมข้อมูล (คุณต้องดำเนินการนี้ให้เสร็จสมบูรณ์)
- Aggregation Worker จะดึงข้อมูลรายงานแบบรวมเพื่อถอดรหัส
- เวิร์กเกอร์การรวมข้อมูลจะดึงข้อมูลคีย์การถอดรหัสจากผู้ประสานงาน
- Aggregation Worker จะถอดรหัสรายงานเพื่อรวบรวมข้อมูลและสร้างสัญญาณรบกวน
- บริการบัญชีรายงานแบบรวมจะตรวจสอบว่ามีงบประมาณความเป็นส่วนตัวเพียงพอที่จะสร้างรายงานสรุปสําหรับรายงานแบบรวมที่ระบุหรือไม่
- ส่งรายงานสรุปขั้นสุดท้าย
แผนภาพแสดงความสัมพันธ์ระดับสูงที่บริการรวบรวมข้อมูลมีกับ API การวัดผลไคลเอ็นต์หลัก ได้แก่ Attribution Reporting API, Private Aggregation API และผู้ประสานงาน
ขั้นตอนเริ่มต้นด้วย Measurement API เช่น Attribution Reporting API หรือ Private Aggregation API ซึ่งจะสร้างรายงานจากอินสแตนซ์เบราว์เซอร์หลายรายการ Chrome จะได้รับคีย์สาธารณะจากบริการโฮสติ้งคีย์ใน Coordinator เพื่อเข้ารหัสรายงานก่อนที่จะส่งไปยังแหล่งที่มาของการรายงานเทคโนโลยีโฆษณา คีย์สาธารณะจะหมุนเวียนทุก 7 วัน
คุณควรกําหนดค่าแหล่งที่มาของการรายงานเทคโนโลยีโฆษณาเพื่อรวบรวมและแปลงรายงานขาเข้าเป็นรูปแบบ avro และส่งไปยังบริการรวบรวมข้อมูลตามที่อธิบายไว้ในกลยุทธ์การรวมกลุ่ม
เมื่อเตรียมกลุ่มข้อมูลไว้แล้ว ให้ส่งคําขอกลุ่มไปยังบริการรวบรวมข้อมูล บริการรวบรวมข้อมูลจะดึงข้อมูลคีย์การถอดรหัสจากบริการโฮสติ้งคีย์ ถอดรหัสรายงาน และรวบรวมและสร้างความสับสนให้กับรายงานเพื่อสร้างรายงานสรุป โปรดทราบว่าการดำเนินการนี้ขึ้นอยู่กับว่ามีงบประมาณด้านความเป็นส่วนตัวเพียงพอที่จะสร้างหรือไม่
คุณโฮสต์ปลายทางแหล่งที่มาของการรายงานเทคโนโลยีโฆษณาที่รวบรวมรายงาน และติดตั้งใช้งานบริการรวบรวมข้อมูลในระบบคลาวด์เทคโนโลยีโฆษณา
การรวมรายงานที่รวมได้
ขั้นตอนการรายงานจะไม่สมบูรณ์หากไม่มีความช่วยเหลือจากเซิร์ฟเวอร์ต้นทางการรายงานที่กําหนด นี่เป็นต้นทางที่คุณส่งในขั้นตอนการลงทะเบียน ต้นทางการรายงานมีหน้าที่รับผิดชอบในการรวบรวม เปลี่ยนรูปแบบ และจัดกลุ่มรายงานที่รวบรวมได้ที่ได้รับ และเตรียมรายงานดังกล่าวเพื่อส่งไปยังบริการรวบรวมข้อมูลใน Google Cloud หรือ Amazon Web Services อ่านเพิ่มเติมเกี่ยวกับวิธีเตรียมรายงานที่รวบรวมได้
ตอนนี้คุณทราบแนวคิดทั่วไปแล้ว เรามาเจาะลึกองค์ประกอบที่ติดตั้งใช้งานในบริการรวบรวมข้อมูลกัน
คอมโพเนนต์ระบบคลาวด์
บริการรวบรวมข้อมูลประกอบด้วยคอมโพเนนต์บริการระบบคลาวด์หลายรายการ คุณใช้สคริปต์ Terraform ที่ให้มาเพื่อจัดสรรและกําหนดค่าคอมโพเนนต์บริการระบบคลาวด์ที่จําเป็นทั้งหมด
บริการ Frontend
บริการระบบคลาวด์ที่มีการจัดการ: Cloud Function (Google Cloud) / API Gateway (Amazon Web Services)
บริการส่วนหน้าคือเกตเวย์แบบเซิร์ฟเวอร์เสมือนที่เป็นจุดแรกเข้าหลักสำหรับการเรียกใช้ Aggregation API เพื่อสร้างงานและดึงข้อมูลสถานะงาน โดยมีหน้าที่รับผิดชอบในการรับคําขอจากผู้ใช้บริการรวบรวมข้อมูล ตรวจสอบพารามิเตอร์อินพุต และเริ่มกระบวนการกําหนดเวลาการทํางานของการเก็บรวบรวมข้อมูล
บริการส่วนหน้ามี API 2 รายการ ได้แก่
ปลายทาง | คำอธิบาย |
---|---|
createJob |
API นี้จะทริกเกอร์งานบริการรวมข้อมูล โดยต้องใช้ข้อมูล เช่น รหัสงาน รายละเอียดพื้นที่เก็บข้อมูลอินพุต รายละเอียดพื้นที่เก็บข้อมูลเอาต์พุต ต้นทางการรายงาน และอื่นๆ เพื่อทริกเกอร์งาน |
getJob |
API นี้จะแสดงสถานะของงานที่ระบุรหัสงาน ซึ่งจะแสดงข้อมูลเกี่ยวกับสถานะของงาน เช่น "ได้รับแล้ว" "อยู่ระหว่างดำเนินการ" หรือ "เสร็จสิ้นแล้ว" หากงานเสร็จสิ้นแล้ว ระบบจะแสดงผลลัพธ์ของงาน รวมถึงข้อความแสดงข้อผิดพลาดที่พบระหว่างการดำเนินการของงานด้วย |
โปรดดูเอกสารประกอบของ Aggregation Service API
คิวงาน
บริการระบบคลาวด์ที่มีการจัดการ: Pub/Sub (Google Cloud) / Amazon SQS (Amazon Web Services)
คิวงานคือคิวข้อความที่มีคําของานสําหรับบริการรวบรวมข้อมูล บริการส่วนหน้าจะแทรกคําของานลงในคิว จากนั้นผู้ปฏิบัติงานการรวมข้อมูลจะดึงข้อมูลไปใช้ประมวลผล
Cloud Storage
บริการระบบคลาวด์ที่มีการจัดการ: Google Cloud Storage (Google Cloud) / Amazon S3 (Amazon Web Services)
ไฟล์อินพุตและเอาต์พุตที่บริการรวบรวมข้อมูลใช้ เช่น ไฟล์รายงานที่เข้ารหัสและรายงานสรุปเอาต์พุต จะจัดเก็บไว้ในพื้นที่เก็บข้อมูลระบบคลาวด์
ฐานข้อมูลข้อมูลเมตาของงาน
บริการระบบคลาวด์ที่มีการจัดการ: Spanner (Google Cloud) / DynamoDB (Amazon Web Services)
ฐานข้อมูลข้อมูลเมตาของงานใช้เพื่อจัดเก็บและติดตามสถานะงานการรวม โดยจะบันทึกข้อมูลเมตา เช่น เวลาสร้าง เวลาขอ เวลาอัปเดต และสถานะ เช่น ได้รับ อยู่ระหว่างดำเนินการ หรือเสร็จสิ้น Aggregation Workers จะอัปเดตฐานข้อมูลข้อมูลเมตาของงานเมื่องานดำเนินการ
ผู้ปฏิบัติงานการรวมข้อมูล
บริการระบบคลาวด์ที่มีการจัดการ: Compute Engine ที่มีพื้นที่ทำงานที่ปลอดภัย (Google Cloud) / Amazon Web Services EC2 ที่มี Nitro Enclave (Amazon Web Services)
เวิร์กเกอร์การรวมจะประมวลผลคําของานในคิวงาน และถอดรหัสอินพุตที่เข้ารหัสโดยใช้คีย์ที่ดึงมาจากบริการสร้างและแจกจ่ายคีย์ (KGDS) ในผู้ประสานงาน Aggregation Worker จะแคชคีย์การถอดรหัสไว้เป็นเวลา 8 ชั่วโมงและใช้คีย์ดังกล่าวกับงานที่ประมวลผลเพื่อลดเวลาในการตอบสนองของงาน
Aggregation Worker ทํางานภายในอินสแตนซ์ Trusted Execution Environment (TEE) ผู้ปฏิบัติงานจะจัดการงานได้ครั้งละ 1 งานเท่านั้น คุณสามารถกำหนดค่าผู้ปฏิบัติงานหลายรายให้ประมวลผลงานพร้อมกันได้โดยการตั้งค่าการปรับขนาดอัตโนมัติ หากใช้ การปรับขนาดอัตโนมัติจะปรับจำนวนผู้ปฏิบัติงานตามจำนวนข้อความในคิวงาน คุณสามารถกําหนดค่าจํานวนผู้ทํางานขั้นต่ำและสูงสุดสําหรับการปรับขนาดอัตโนมัติผ่านไฟล์สภาพแวดล้อม Terraform ดูข้อมูลเพิ่มเติมเกี่ยวกับการปรับขนาดอัตโนมัติได้ในสคริปต์ Terraform ของ Amazon Web Services หรือ Google Cloud
Aggregation Workers จะเรียกใช้บริการการบัญชีรายงานแบบรวมสำหรับการบัญชีรายงานแบบรวม บริการนี้ช่วยให้มั่นใจได้ว่าระบบจะเรียกใช้งานก็ต่อเมื่อไม่เกินขีดจํากัดงบประมาณด้านความเป็นส่วนตัว (ดูกฎ"ไม่ซ้ำกัน") หากมีงบประมาณ ระบบจะสร้างรายงานสรุปโดยใช้ข้อมูลสรุปรวมที่มีสัญญาณรบกวน อ่านรายละเอียดเพิ่มเติมเกี่ยวกับการบัญชีรายงานแบบรวม
Aggregation Worker จะอัปเดตข้อมูลเมตาของงานในฐานข้อมูลข้อมูลเมตาของงาน ข้อมูลนี้รวมถึงรหัสผลลัพธ์ของงานและตัวนับข้อผิดพลาดของรายงานในกรณีที่รายงานบางส่วนไม่สำเร็จ ผู้ใช้สามารถดึงข้อมูลสถานะได้โดยใช้ getJob
Job State Retrieval API
ดูคำอธิบายโดยละเอียดเพิ่มเติมเกี่ยวกับบริการรวบรวมข้อมูลได้ที่คำอธิบายนี้
ขั้นตอนถัดไป
เมื่อเห็นไฮไลต์ของบริการรวบรวมข้อมูลแล้ว ก็ถึงเวลาที่คุณจะนำอินสแตนซ์ของบริการรวบรวมข้อมูลของคุณเองไปใช้งานผ่าน Google Cloud หรือ Amazon Web Services ดูส่วนการเริ่มต้นใช้งาน หรือไปที่ลิงก์นี้เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการดําเนินการบริการรวบรวมข้อมูล
การแก้ปัญหา
โปรดดูรายละเอียดของข้อความแสดงข้อผิดพลาด สาเหตุที่อาจทำให้เกิดข้อผิดพลาดที่คุณพบ และขั้นตอนถัดไปในการบรรเทาปัญหาในเอกสารรหัสข้อผิดพลาดที่พบบ่อยและการบรรเทา
รับการสนับสนุนและแสดงความคิดเห็น
- หากมีคำถาม ความคิดเห็น และคำขอฟีเจอร์เกี่ยวกับผลิตภัณฑ์ โปรดสร้างปัญหาในที่เก็บ GitHub
- หากต้องการขอรับการสนับสนุนด้านการแก้ปัญหาทางเทคนิคเมื่อพบข้อผิดพลาดขณะติดตั้งใช้งาน ดูแลรักษา หรือเรียกใช้งานด้วยบริการรวบรวมข้อมูล ให้ใช้แบบฟอร์มการสนับสนุนด้านเทคนิคนี้
- ตรวจสอบปัญหาที่ทราบในหน้าแดชบอร์ดสถานะสาธารณะ