Skip to content

[prebuild] Log 'not using incremental prebuild' as debug #12916

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Sep 13, 2022

Conversation

easyCZ
Copy link
Member

@easyCZ easyCZ commented Sep 13, 2022

Description

The log accounts for about 40% (~10k) of log messages in a given hour. Given we've added it in 45f13cf (in April) and haven't really used the log for anything, it feels safe to downgrade. We can always change or add metrics for this if we need it.

Related Issue(s)

Fixes #

How to test

Release Notes

NONE

Documentation

Werft options:

  • /werft with-preview

@easyCZ easyCZ requested a review from a team September 13, 2022 12:45
@github-actions github-actions bot added team: webapp Issue belongs to the WebApp team and removed size/XS labels Sep 13, 2022
Copy link
Contributor

@jankeromnes jankeromnes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me, thanks!

But, aren't we already ignoring all messages at level INFO? 🤔

@easyCZ
Copy link
Member Author

easyCZ commented Sep 13, 2022

We're not. We ship everything INFO and more severe to GCP

@roboquat roboquat merged commit 1ba4edc into main Sep 13, 2022
@roboquat roboquat deleted the mp/logs-incremental-prebuild branch September 13, 2022 12:50
@easyCZ
Copy link
Member Author

easyCZ commented Sep 13, 2022

And to me it makes sense to ship INFO. I think we could make better use of fields and context to largely end up with ~1 message per request in logs. We could achieve this by enabling logging every request on a middleware level, attach request ID and other properties from the context that we populate as we process a request and then log it on the middleware as we respond. It would provide an easy extension for request tracing in logs.

We do have honecomb tracing but that's sampled. What we'd get here is the ability to respond with a Request ID and ask users to quote it back to us for support cases.

@roboquat roboquat added deployed: webapp Meta team change is running in production deployed Change is completely running in production labels Sep 14, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
deployed: webapp Meta team change is running in production deployed Change is completely running in production release-note-none size/XS team: webapp Issue belongs to the WebApp team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants