Open etanshaul opened 4 years ago
hmm, i wonder what the right UX is here. definitely a motivating use case for having multiple output "streams" (one for application logs, one for status updates from the readiness probe, etc.)
So the problem is that on subsequent dev iterations, we mute the logs prior to redeploy and then unmute the logs after the deployment is complete (which includes waiting for status checks). Muting and unmuting doesn't try to catch up with what was logged in the interim.
It could be better to Stop() and Start() the logger instead, similar to what we do in the first iteration. Except our logger.Start()/.Stop() aren't meant to be called repeatedly (yet).
quarterly bug scrub update: /cc @nkubala to look at this as part of new logger redesign in #5813 and #5936
copied from https://github.com/GoogleCloudPlatform/cloud-code-intellij-internal/issues/2584#
expected: logs continue streaming actual: some of the application logs are not printed until the readiness probe passes (the theory); e.g. the spring boot start up logs are not printed.
See these comments from the copied issue.