I wonder at what point companies would finally bite the bullet and swap to buying? Maybe cataloging the feature set of the internal software, seeing what is a necessity, and seeing which vendors can cover those requirements?
I wonder at what point companies would finally bite the bullet and swap to buying? Maybe cataloging the feature set of the internal software, seeing what is a necessity, and seeing which vendors can cover those requirements?
Really? I was a DevOps engineer a few years ago and can't really imagine a useful tool in that category so I'd appreciate a few names I could check out. While I've switched to frontend development, I'm still interested in CI/CD and just can't imagine any tooling being able to make it easier then what we had back then too (ephemeral envs using docker-swarm/k8s and pipeline triggers, basically)
So we went the "build-then-buy" route with Netlify. AFAICT in hindsight, what we built was more stable than Netlify, and had the same interface for devs, basically. (… and might have been operationally cheaper.)
(It's all moved to an -and-buy-another-different-thing-for-no-real-reason-other-than-different-people, now.)
It's even possible with good old Terraform, used correctly.
https://www.withcoherence.com/
These exist in the B2B space (and isn't an exhaustive list), there are a ton more in the B2C space
When it comes to build versus buy, there are only right answers with hind-sight.
>> Maybe cataloging the feature set of the internal software, seeing what is a necessity, and seeing which vendors can cover those requirements?
Feature set is part of it. Longevity is another. (been relyinb on Google Reader lately?)
Cost us part of it (internal is usually more expensive, but not always.)
Flexibility is another - building up the knowledge and expertise helps morph the system to your needs, not the other way around.
I'd say it's mostly better to buy, you'll likely get much more for much less, but it comes at a cost beyond just money. Beware of things on your critical path, to which you are beholden to outside "partners".
All that said, I think developers err on the build side way more than they should.