Ведение журнала Stackdriver в качестве конвейера данных для аналитики

Question

Целесообразно ли использовать ведение журнала Stackdriver в качестве средства записи событий для аналитики, например, показов рекламы?

Журналирование Stackdriver можно использовать для записи событий (выраженных в JSON), которые затем можно записать в GCS,PubSub и / или BigQuery. Целесообразно ли использовать это в качестве средства записи событий, таких как рекламные показы, для использования в процессах OLAP? например, его надежность и пропускная способность адекватны для таких случаев использования

Answer 1

Я не вижу никакой причины, по которой протоколирование Stackdriver не будет работать технически. Похоже, что вы можете использовать API журналирования для записи записей в Stackdriver, а затем экспортировать их в BigQuery, GCS или PubSub. Добавьте к этому исключение ведения журнала в Stackdriver, и записанные записи не нужно записывать в фактический журнал, и, следовательно, очевидно, они не будут включены в использование журналов.

Возможным недостатком будет то, что при прохождении через Stackdriver,вы, вероятно, увеличиваете длину пути записи, и, следовательно, может пройти больше времени, прежде чем запись действительно достигнет конечного пункта назначения. Однако для исторической аналитики это не должно вызывать проблем.

Я бы также предложил инкапсулировать записи записей в функцию, где ваша первоначальная реализация могла бы использовать Stackdriver, но если вы измените реализацию вВ будущем вам нужно будет только изменить тело функции.