If your cloud provider decides to screw you you’re gonna have to put physical infrastructure together no matter what license their software is distributed under.
Motherfuckers out here think data isn’t a physical object and that the cloud is actually a cloud.
No, god damn it, all data is stored in a medium, whether that’s a book, a Bluray disc, or a hard drive. It’s mediums for storing data. If you destroy the storage medium, the data ceases to exist. Thus, data is a physical object.
Data is not physical; it’s ephemeral. It requires a physical medium in/upon which to be contained.
Edit: and to answer your question: no. What’s in your head would be considered an idea, a thought, or a concept. Perhaps even a consideration, as you literally stated.
suppose you already own the servers, magically or something, could aou set them up to take lour aws workload? no, you have none of the software that aws uses that manages the whole thing. You can host your applications yourself, but you’re in for a big rewrite if you do.
Yes. Because I intentionally design systems to avoid vendor lock-in by, at the very least, including a plan to export data and keep IaC in a repo so that it can be used to redeploy at either another vendor or colo-based servers.
Terraform Formerly FOSS, now moving to BSL due to service providers taking advantage of them. IaC tooling that allows one to rapidly deploy and manage infra on multiple platforms.
Keycloak FOSS IAM platform that’s pretty straightforward to use.
Talos Many choices here but I’ve used Talos before. It’s a FOSS K8S-specific Linux distro that is designed to be platform agnostic and auto-deployed with a simple config.
Helm K8S deployment manager. Need a DB? You can probably find a chart.
There’s a ton of other possibilities but FOSS and source-availabile licensed software makes it pretty straightforward (though still time-consuming as no infra is fully cloud agnostic due to non-standardization between the big three in infra primitives).
If your cloud provider decides to screw you you’re gonna have to put physical infrastructure together no matter what license their software is distributed under.
Motherfuckers out here think data isn’t a physical object and that the cloud is actually a cloud.
No, god damn it, all data is stored in a medium, whether that’s a book, a Bluray disc, or a hard drive. It’s mediums for storing data. If you destroy the storage medium, the data ceases to exist. Thus, data is a physical object.
Data is reliant upon a physical storage medium, like helium (or other gas/water/pee) is reliant upon a balloon. Pop it, and it’s lost to the ether.
/Star Trek simile
Excellent addition. Star Trek similes are always welcomed.
o7
deleted by creator
And you complained about me being pedantic… lol
Data is not physical; it’s ephemeral. It requires a physical medium in/upon which to be contained.
Edit: and to answer your question: no. What’s in your head would be considered an idea, a thought, or a concept. Perhaps even a consideration, as you literally stated.
suppose you already own the servers, magically or something, could aou set them up to take lour aws workload? no, you have none of the software that aws uses that manages the whole thing. You can host your applications yourself, but you’re in for a big rewrite if you do.
Yes. Because I intentionally design systems to avoid vendor lock-in by, at the very least, including a plan to export data and keep IaC in a repo so that it can be used to redeploy at either another vendor or colo-based servers.
Here’s some good tools to do so:
There’s a ton of other possibilities but FOSS and source-availabile licensed software makes it pretty straightforward (though still time-consuming as no infra is fully cloud agnostic due to non-standardization between the big three in infra primitives).
so, how many clicks is that?
That wasn’t in the initial reqs. And, supposing the hardware was good to go, about the same as AWS.
ETA: The time/click savings is more likely to be in maintenance because using a cloud service is just paying someone else to do that for you.