В настоящее время с Aggregation Service вы можете обрабатывать определенные измерения с разной частотой, используя идентификаторы фильтрации. Теперь идентификаторы фильтрации можно передавать при создании задания в рамках Aggregation Service следующим образом:
POST createJob
Body: {
"job_parameters": {
"output_domain_blob_prefix": "domain/domain.avro",
"output_domain_bucket_name": "<data_bucket>",
"filtering_ids": [1, 3] // IDs to keep in the query
}
}
Чтобы использовать эту реализацию фильтрации, рекомендуется начать с API-интерфейсов клиента измерений ( API Attribution Reporting или API Private Aggregation ) и передать идентификаторы фильтрации. Они будут переданы в развернутую вами службу агрегации, так что ваш окончательный сводный отчет вернется с ожидаемыми отфильтрованными результатами.
Если вы обеспокоены тем, как это повлияет на ваш бюджет, ваш совокупный бюджет отчетного счета будет израсходован только на идентификаторы фильтрации, указанные в параметрах job_parameters для отчетов. Таким образом, вы сможете повторно запускать задания для тех же отчетов, указывая другие идентификаторы фильтрации, не сталкиваясь с ошибками исчерпания бюджета.
Следующий поток показывает, как вы можете использовать это в API частного агрегирования , API общего хранилища и через службу агрегирования в вашем публичном облаке.
В этом потоке показано, как использовать идентификаторы фильтрации с API отчетов об атрибуции и через службу агрегации в вашем публичном облаке.
Для получения дополнительной информации ознакомьтесь с пояснениями API Attribution Reporting и API Private Aggregation , а также с первоначальным предложением .
Продолжайте читать разделы API отчетов об атрибуции или API частного агрегирования , чтобы прочитать более подробную информацию. Вы можете прочитать больше о конечных точках createJob и getJob в документации API службы агрегирования .