You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
add a primitive macro expansion to create_dataset_views.sh to update IaOAM in 6 places.
Keep an OAM list in a table in a temporary location (accessed by the extended views). Temporarily manage the list in the same scope as the the views themselves (e.g. by create_dataset_views.sh)
Create an OAM list in a TBD permanent location. where it can be managed by k8s. Also an interim method to update it.
My preference would be 2, which has the least stranded engineering cost, and would be a huge step towards 3. Only the table location needs to change.
We can also automatically detect tests run from IP addresses similar tt our clusters, to help seed a manually curated OAM list, It can be updated retroactively.
The list of excluded IPs need to be managed more dynamically than a source file.
Is a union over all time the right answer?
Is a union across prod and staging the right answer?
(This is a long term solution to #6)
The text was updated successfully, but these errors were encountered: