3 ms·
Where does this mindset end? Do I lack due diligence by choosing to accept that the cpu microcode on the system I’m deploying to works correctly?
by bandyaboot 5y ago
Where does this mindset end? Do I lack due diligence by choosing to accept that the cpu microcode on the system I’m deploying to works correctly?
- treis 5y agoYou choose the CPU and you choose what happens in a failure scenario. Part of engineering is making choices that meet the availability requirements of your service. And part of that is handling failures from dependencies. That doesn't extend to ridiculous lengths but as a rule you should engineer around any single point of failure.
- NikolaeVarius 5y agoYes? If you are worried about CPU microcode failing, then you do a NASA and have multiple CPU arch's doing calculations in a voting block. These are not unsolved problems.
- javajosh 5y agoJPL goes further and buys multiple copies of all hardware and software media used for ground systems, and keeps them in storage "just in case". It's a relatively cheap insurance policy against the decay of progress.
- unionpivo 5y agoIf it's brand new RiscV CPU that was just relesed 5 min ago, and nobody really tested then yes. If its standard CPU that everybody else uses, and its not known to be bad then no. Same for software. Is it ok to have dependency on AWS services ? Their history shows yes. Dependency on brand new SaaS product ? Nothing mission critical. Or npm/crates/pip packages. Packages that have been around and seedily maintained for few years, have active users, are worth checking out. Some random project from single developer ? Consider vendoring (and owning if necessary ) it.
- jrockway 5y agoWhy? Intel has Spectre/Meltdown which erased like half of everyone's capacity overnight.
- scottyah 5y agoI think this is why we pay for support, with the expectation that if their product inadvertently causes losses for you they will work fast to fix it or cover the losses.