If their SW and FW source code is MPL 2.0, that's good enough to limit the extent of vendor lock-in. Sure, it would take time to take over maintenance of that code and then add support for different HW and so on, but there can be a cottage industry of consultancies that can help if ever Oxide vendor lock-in or bankruptcy becomes a problem.
No it isn't good enough. This is a hardware play because you could theoretically take that software and run it on whatever hardware you want. You're not going with this business because of their open source software though, you're going with it because they are making innovative hardware.
If you're buying millions of this stuff, what says that you're going to get support for it in 5 years. Who knows... maybe Cisco wakes up and gives them an offer they can't refuse and then shuts down the company.
By the way, people endlessly gripe about Google deprecating things and that's just software...
Their hardware isn't really innovative though... Even the hardware integration isn't really innovative, as others here have pointed out.
My two cents is that this isn't really an innovation business model, it's an execution business model. Their proposition seems to be that they can execute a a server rack with integrated hardware and open-source software so well that customers will love their product.
Maybe they'll just end up with tons of nerds our there thinking, "I really wish I could justify investing in Oxide racks, but it just doesn't make sense for my business / I just can't sell it to my CIO", but hey, maybe not!
It's better to just think to yourself: "this doesn't seem like a useful product to me, I don't understand why people find it interesting, oh well", and move on.
No, I'm taking all of your words and distilling it down to a common saying.
I actually do think what they are doing is innovative across the board. They are taking all of the common feedback anyone who has run large scale data centers (which I have) and applying it to a brand new product. Unfortunately, they are doing it in a way that is extremely vendor specific.
`import { Api } from "@oxide/api"`
No, thanks.
`Understand and debug issues faster`
How is this any different than throwing Netdata onto a server?
