In your own words, describe this proposed change and the problem it solves. If GitHub has prepopulated any text above here with info from your commit message, please clean it up and account for it in this section.
What type of change is this?
[ ] [Breaking Change]: the change removes a feature or introduces a behavior change to core functionality (request routing, request logging)
[ ] [Minor Feature/Improvement]: the change introduces a new feature or improvement that doesn't alter core behavior
[ ] [Bug Fix]: the change addresses a defect
If you have selected multiple of the above, it may be wise to consider splitting this PR into multiple PRs to decrease the time for minor changes + bugs to be resolved.
Backwards Compatibility
If this is a breaking change, or modifies currently expected behaviors of core functionality (request routing or request logging), how has the change been mitigated to be backwards compatible?
Should this feature be considered experimental for a period of time, and allow operators to opt-in? Should this apply immediately to all routing-release deployments?
How should this be tested?
Are there any non-automated tests that should be performed against this change for validation? Please provide steps, and expected results for before + after the change.
Additional Context
Please provide any additional links or context (issues, other PRs, Slack discussions) to help understand this change.
PR Checklist
[ ] I have viewed, signed, and submitted the Contributor License Agreement.
[ ] I have made this pull request to the develop branch.
What is this change about?
In your own words, describe this proposed change and the problem it solves. If GitHub has prepopulated any text above here with info from your commit message, please clean it up and account for it in this section.
What type of change is this?
[Breaking Change]: the change removes a feature or introduces a behavior change to core functionality (request routing, request logging)[Minor Feature/Improvement]: the change introduces a new feature or improvement that doesn't alter core behavior[Bug Fix]: the change addresses a defectIf you have selected multiple of the above, it may be wise to consider splitting this PR into multiple PRs to decrease the time for minor changes + bugs to be resolved.
Backwards Compatibility
If this is a breaking change, or modifies currently expected behaviors of core functionality (request routing or request logging), how has the change been mitigated to be backwards compatible?
Should this feature be considered experimental for a period of time, and allow operators to opt-in? Should this apply immediately to all routing-release deployments?
How should this be tested?
Are there any non-automated tests that should be performed against this change for validation? Please provide steps, and expected results for before + after the change.
Additional Context
Please provide any additional links or context (issues, other PRs, Slack discussions) to help understand this change.
PR Checklist
developbranch.