I hear this as a reason not to own, but I struggle to understand it, given my experience with how reliable modern hardware is (with notable exceptions[1]).
Regardless, you don't have to repair anything broken at all. It may seem preposterous at first, but, for low enough failure rates, on things with low enough replacement cost [2], using warm spares and abandoning in place can be a reasonable strategy. This can work remarkably well for disks in remote locations, especially in non-hot-swap enclosures.
> depending on SL network topology
One doesn't have a choice, though. There's no alternate topology (nor maximum bandwidths) available. Not taking maximum advantage may be premature optimization (optimizing for stability, rather than performance).
> Anybody making a service today should be able to buy a server at any provider, or setup a colo anywhere and join those resources in and get advantage of those resources instantly.
That would be nice, but it's tantamount to asking everyone go "multi-cloud", which removes too much of the "don't have to think/worry about it" purported benefit of cloud/IaaS.
[1] high-density (say, more than 1socket/U) seems to be the worst offenders
[2] by which I mean the current equivalent, including something like half of a server of a quarter of a CPU
I hear this as a reason not to own, but I struggle to understand it, given my experience with how reliable modern hardware is (with notable exceptions[1]).
Regardless, you don't have to repair anything broken at all. It may seem preposterous at first, but, for low enough failure rates, on things with low enough replacement cost [2], using warm spares and abandoning in place can be a reasonable strategy. This can work remarkably well for disks in remote locations, especially in non-hot-swap enclosures.
> depending on SL network topology
One doesn't have a choice, though. There's no alternate topology (nor maximum bandwidths) available. Not taking maximum advantage may be premature optimization (optimizing for stability, rather than performance).
> Anybody making a service today should be able to buy a server at any provider, or setup a colo anywhere and join those resources in and get advantage of those resources instantly.
That would be nice, but it's tantamount to asking everyone go "multi-cloud", which removes too much of the "don't have to think/worry about it" purported benefit of cloud/IaaS.
[1] high-density (say, more than 1socket/U) seems to be the worst offenders
[2] by which I mean the current equivalent, including something like half of a server of a quarter of a CPU