

I’m talking about the reality of an organisation digging itself out of the hole created by projects such as described by OP.
I get the call from such organisations to help fix their issues and sometimes I can even help, more often than not it’s a time consuming effort (ie. expensive) to get to a point where the systems are in place to avoid the next catastrophe.
The reason that Microsoft keeps getting mind share and revenue is because there’s so much of that expertise around.
There’s loads of OSS professionals, myself included, but we’re a drop in the ocean by comparison.
In many cases an OSS deployment is the equivalent of “my nephew helped set this up” and it’s not helping the overall picture in the wider community.
If you’re going to deploy OSS, then you must consider the support implications before you start, anything else is unprofessional. License fees are insignificant by comparison.



Fair question.
What it boils down to is: Become part of the OSS community.
In my experience, there’s no other way, since the alternative is to be automatically part of the Microsoft (or Apple) community.
In other words, you need to make the investment into the implementation. As I’ve said elsewhere, license costs are insignificant.
The community is where you get help, where you find others with the same issues. You can pay the likes of Canonical and Redhat, but I’ve never been impressed by either.
Ultimately any solution requires support, just like any other tool. You just need to make it explicit, rather than assumed.
One thing that Microsoft does to ensure that you have support infrastructure is to continually break backwards compatibility in subtle ways that require you to open your wallet and pay for support.
OSS will likely run for years without adult supervision, but that doesn’t mean it can continue to work without requiring support from time to time. If you don’t prepare for this, you’re going to be very unhappy.