| ▲ | AllanSavageDev 2 hours ago | ||||||||||||||||||||||
I spoke with some high level folks at a very profitable private company recently and inquired as to why they had DBAs on staff for what amounts to a pretty simple OLTP type system. Id naively assumed that someone of that scale would be using a cloud provider (RDS for AWS etc) thus negating the need for someone who really knows DB internals and upgrades and OS level stuff. The answer was that they simply didn't trust GCP or AWS or Azure to see their data and know how much silly money they were making in the niche industry they almost completely monopolize. I recently interviewed with a lower-case-m megacorp in a similar situation and they host on-prem for the same reason, at great expense and hassle in facilities all over the country. Seems like theres room in the market for some kind of an On Prem Private Cloud Stack that emulates GCP/AWS etc but locally maybe? Cloud-In-A-Box anyone? | |||||||||||||||||||||||
| ▲ | kilburn 2 hours ago | parent | next [-] | ||||||||||||||||||||||
> Seems like theres room in the market for some kind of an On Prem Private Cloud Stack that emulates GCP/AWS etc but locally maybe? It's more like cloud-in-a-rack, but that's what https://oxide.computer/ is trying to do isn't it? | |||||||||||||||||||||||
| ▲ | cryo32 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||
From our perspective I'm not sure the cloud abstraction is better or we even want it to be done like that locally. Look at S3 as an API for example. It's absolutely dire. I'd rather use NFS (!). And stuff like Lambda and Cloud Functions are just cat turds. On the DB side, I can't say too much as we're a pretty obviously identifiable AWS customer if I give out any details. I will only say that nothing fits our size and scale so we have to run on bare metal. That just makes it really fucking expensive colocation. | |||||||||||||||||||||||
| |||||||||||||||||||||||
| ▲ | oneplane 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||
Those local options exist, and have been around forever, but the problem is nobody is doing it without cutting corners and with pay-as-you-go elasticity (and the 'call an API, get a VM instantly' effects that go with it). Most on-prem deployments were trash and a lot of them still are. Not because it couldn't be better but because it's easier to just have some random hypervisor department do this work manually and not do the work to create it as an internal product. Even VMware with vrealize failed and that's about as 'customisable cloud platform in a box' as COTS enterprise software can get. Maybe it's because IaC and APIs were just not in the vocabulary of the average system integrator or on-prem operating team (it's still lots of clickops and copy-paste). | |||||||||||||||||||||||
| ▲ | branko_d 2 hours ago | parent | prev | next [-] | ||||||||||||||||||||||
Sounds like HPE GreenLake. | |||||||||||||||||||||||
| ▲ | j45 2 hours ago | parent | prev [-] | ||||||||||||||||||||||
You are likely describing software like Proxmox which has quietly been able to do so much for a long time. Open source, and works great when small, and at scale. https://www.proxmox.com/en/products/proxmox-virtual-environm... https://www.youtube.com/results?search_query=introduction+to... | |||||||||||||||||||||||