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
Currently we swap one snapshot of services for another, resulting in an exact snapshot of errors from the last scrape.
This approach is simple but has the disadvantage of losing exception information after a deployment revert and posterior debugging, which is the first thing that happens on a bad deploy.
A more useful alternative would be to do a shallow merge of exceptions, so that older ones remain kept in memory. This does not solve the problem of losing exception information between Periskop deploys (which could be solved by introducing persistent storage), but it is an improvement over the current situation.
The text was updated successfully, but these errors were encountered:
Currently we swap one snapshot of services for another, resulting in an exact snapshot of errors from the last scrape.
This approach is simple but has the disadvantage of losing exception information after a deployment revert and posterior debugging, which is the first thing that happens on a bad deploy.
A more useful alternative would be to do a shallow merge of exceptions, so that older ones remain kept in memory. This does not solve the problem of losing exception information between Periskop deploys (which could be solved by introducing persistent storage), but it is an improvement over the current situation.
The text was updated successfully, but these errors were encountered: