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

Usually things will slow down gradually or fail right away under production loads.


W.U.C.T

Works until critical threshold.

In enterprise software I noticed software tends to work in a WUCT'ed up manner. Things may slow down over time, but no one complains about it because "the software is just slow", then suddenly one day you hit the timeout component of some higher layer and then the software is completely and utterly broke.


Well, this isn't a valid reason. It's not the software that is causing the WUCT.

If you let WUCT run free in any complex process, you are just asking for everything to break all the time and people to do nothing but fire-fighting. So, you are much better dealing with the WUCT causes instead of insisting that software or any other component scales forever? (Because they never will, and you will just make something else bream.)

WUCT is one of the main reasons why we monitor system operations.


Everything has a critical threshold. Even your perfect db schema will still eventually run out of disk. There are no magic solutions that work on all scale levels.


But there are ways to tell that that is going to happen before it happens.


Unless production loads are non-uniform in time, think Black Friday or similar.


Yup. Quarter end reporting has been going swimmingly for years but this time the orders query is hitting a connection timeout and the numbers are due tomorrow.

That threshold doesn’t gradually creep up on you, it hits you all at once at the worst possible time.


But when you have a 100 places all adding little slowdowns it can be difficult to realize.




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

Search: