Open up your computer, pull out the bmc, throw it in the garbage. If you are reliant on these things then you are still in a pet-computer world and you’ll benefit greatly by moving to the cattle model. This article has a section on why you need a bmc but doesn’t succeed in advocating for it. It’s another computer inside your main computer with its own set of flaws, bugs, and costs.
More importantly, how do those cattle become cattle in the first place without BMC? How do you turn them into another breed of cattle without BMC?
Not that it can't be done... but that's a system dependent on the hardware doing the right thing, as opposed to a system that can tell the hardware what to do every step of the way.
How are you triggering the machine to PXE boot? How are you recovering from situations where the machine becomes unresponsive or needs someone to look at a console to see why a failure occurred?
Having the ability to remotely reboot servers is good, even in a “cattle” environment. Being able to pull temperature sensor data from servers is useful in a data center environment. Having an out of band console available can be helpful during incidents and outages, or with remote sites where there’s no tech that will be there. BMCs are useful in a large scale environment.
You must realise that potential 90 day downtimes just aren't acceptable in some domains.
Just because most BMC implementations are bug riddled shitshows, that does not mean the concept of a BMC is bad. OpenBMC is the exact right solution to the problem of bad BMC implementations.
Of course, you've signed up with that name just to issue decrees about IPMI being bad :)
No, that's the chipset and/or I/O buses. BMC is like a biometric remote-accessible monitor forcefully implanted in your body.