protoPayload против jsonPayload в журнале - PullRequest
2 голосов
/ 25 октября 2019

Записи журнала моего приложения приводят к jsonPayload, в то время как записи журнала gae-запроса используют protoPayload. Так же, как и в protoPayload, я добавил requestId в свой журнал, который отображается в jsonPayload. Однако при использовании средства просмотра журнала, в котором используется действие «Показать записи из одного и того же запроса», я не вижу свои записи в журнале, поскольку фильтр использует protoPayload.requestId = "xyz". Я пытался использовать условие или с jsonPayload.requestId = "xyz", но это не помогло. В идеале я бы даже не хотел вручную редактировать это предложение, так как это будет больно делать каждый раз. Похоже на следующую документацию, requestId в каждом из этих типов полезных нагрузок не отображается в одно и то же базовое поле bigquery.

https://cloud.google.com/logging/docs/export/bigquery

Существует также поле «trace»непосредственно в записи журнала, и то же самое для всех связанных журналов. Однако нет поля с именем trace для поиска. Выполнение текстового поиска возвращает все записи. Хотя это работает, опять-таки UX работает плохо, так как требует сначала детализации до записи в журнале запросов, копирования значения трассировки, а затем выполнения запроса.

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

1 Ответ

1 голос
/ 30 октября 2019

В записи журнала есть поле с именем trace, которое работает. Я думаю, что меня перепутали с «traceId» в protoPayload. Обратите внимание, что для отображения поля «trace» с полезной нагрузкой json необходимо указать имя поля «logging.googleapis.com/trace"

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...