I’ve debugged within a docker container in the past, and so I expected integration with kubernetes, I was not disappointed.
https://docs.microsoft.com/en-us/visualstudio/bridge/bridge-to-kubernetes-vs
I’ve debugged within a docker container in the past, and so I expected integration with kubernetes, I was not disappointed.
https://docs.microsoft.com/en-us/visualstudio/bridge/bridge-to-kubernetes-vs
He who understands it, earns it; he who doesn’t, pays it.
brokermanager
brokermanager-db
broker-tdameritrade
broker-tdameritrade-db
broker-tdameritrade-mq
broker-tdameritrade-www (oidc login)
broker-kraken
broker-kraken-db
broker-kraken-mq
broker-kraken-www (oidc login)
tradermanager
tradermanager-db
tradermanager-mq
tradermanager-www (gui)
trader-<algo>
trader-<algo>-mq
One time, as a way to motivate a coworker who was working to learn scripting, I shared with him an algorithm to generate all possible string combinations given a string of possible characters. This, of course could be used potentially to try all possible passwords for nefarious means.
Within about 10 minutes I had a manager in the office, looking at the whiteboard, telling me they weren’t stupid, that they knew what all that was on the board and that I need to not be teaching the employees how to hack computers. I noticed a coworker sneaking out of the room trying to hide their laughter. I think we know who called the manager.
It still makes me laugh to this day. I suppose they weren’t completely wrong, but in my mind I figure if you tell someone to make every possible key possible for a type of car, and try them all, at some point you’ll get into that car. Is that teaching a master class on how to break into cars? I guess, but it sure isn’t efficient, master class it is not. However, as a fun script for someone new to scripting to use to learn with, it’s a fun algorithm to write.
Along those same “gray area” lines I share with you a goal to help motivate one to learn kubernetes. I’ll give you the exact steps necessary to make it happen. The goal is this: “Let’s put together a micro-services architected solution to help you keep track of movies or tv shows you’d like to get around to watching some day”. I used to use a physical notepad for this back in the day, then a notepad app on my phone, but modern days allow for modern solutions. No longer do you have to type the full name of a movie or tv show, you can now type a little and search for it, then when its found click on it to add it to your queue.
Here’s how to do it and the applications you’ll need (this is for an onprem setup, you are own your own if you are deploying apps the world is able to see from the internet, try not to do that):
We learn of Kubernetes as having been created at Google to take advantage of all extra hardware and cpu laying around. That every bit of hardware available could be added to a cluster. (Well, Kubernetes was a rewrite of an internal project but, let’s not get distracted.)
Then we learn all about Kubernetes using tools which spin up a cluster on our desktop, then spin up a cluster out in the cloud, then something onprem.
Today it occurred to me, as I have been installing kubernetes using ms hyperv, vmware, xcp-ng, etc looking for the right vm solution, and noticing as Microsoft pieces are fading away, no longer needed and no longer the best fit… that, many may have missed what Google was saying. Why am I looking for a vm solution which can hotswap a vm from one vm server to another when Kubernetes already handles where to place a container?
Why not just install Kubernetes to my vm servers to create one large cluster? I can then spin up multiple Kubernetes clusters if I want to, using the same gitops methods I’ve been using. There is no need for a hyper-v layer, no need for vms. It is an enlightening thought.
Still, there may be a need for vms… maybe, we still need:
We could run one app in the “one cluster to rule them all”, a dns app, in addition to a controller which can spin up clusters. Hashicorp vault could be our certification authority. Our identity service provider could be almost anything, even Google. We could use keycloak locally and point to Google as the backend provider. The only dhcp that Kubernetes needs is built in.
Perhaps:
Next steps: