Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Canary works for immediately broken deploys. If it manifests or is caught a few days later or a week later then you need a new plan


You can also collect code coverage statistics from this canary deploy. I don't know if this is possible with EBS but I've done it with JVM apps where you can connect a debugger remotely. Keep running the canary until 100% of code paths are hit. If a code path isn't hit, find out why and repeat.

It's also a great way to empirically find dead code.


Trying to build something like this with Intel PT, and it's great. I used to do it with a patched libgcov, but now it's even better. Getting counters for every code branch, notifications after a new path has been taken once N% coverage is reached, liveness info about periodic tasks, I/O threads, execution times too.


I think it's probably the best way to be "sure" about your code and unfortunately this is an area that is under-tooled.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: