This is the new way of security and we could look more in then some pod
Me too, I haven't build a computer in decades. I left that behind because it is quite an expensive and time consuming hobby. I have no good resources on GPU hardware utilization.
I'm not even sure that on-prem is really a financially viable solution when you see the time and expertise it takes to care for those GPUs. I haven't seen any good numbers on that. I think if you have a massive team of data scientist hammering GPUs day-in day-out, it might make sense. After all, at scale everything is different. BUT if you have high scale, you're going to pay for a team of highly specialized datacenter operator who know GPUs. They also forget that the data needs to come from somewhere and the amount of data is now usually counted in PB(> TB > GB). I'd like to see the networking cost of that. It may actually be cheaper to outsource that work to a cloud provider, so I'm still skeptical about the "saving money" part.
I heard that the new RTX 30 series is a considered a major evolution in the architecture of GPU. Here is the NVIDIA keynote : http://youtube.com/watchv=QKx-eMAVK70 As a colleague put it: "If the stock price did not really improve after the announcement, it might not be such a big deal." It has some truth in it, I'm not sure if it applies in COVID times.
I hope that the task of managing those on-prem cluster will never fall on me 🙏
On a different topic, have you seen this tool: https://googlecontainertools.github.io/kpt configuration-as-data (vs configuration-as-code) .... I did not understand the difference at first but it is a very interesting concept.... I'd love to talk about it once I know more
Q: How is kpt different from other solutions?
A: Rather than expressing configuration as code, kpt represents configuration packages as data, in particular as YAML or JSON objects adhering to the kubernetes resource model
FAQ does not really give you much
I would love the web-site to tell what that is for and what problem it is intended to solve
from FAQ I get a feeling that it is somekind of GitOps tool thingy for K8S
I was advocating for Docker Swarm more than kubernetes a few years ago because Devs and Ops were overwhelmed and needed a smaller solutions. Especially since it should not require a massive overhaul of everything by moving from Swarm to K8s.... I don't think it is worth it now unless Docker Swarm has a clear set of features that are difficult to implement in Kubernetes.
wow Docker Swarm still out there :-)
Did you read the article? ;)
it seems that they want to keep docker swarm interface but move backend to k8s
yee and run swarm inside k8s ? to make it simple for devs ...
Its hard we have so many nice tools now it was good with swarm was you could have a compose and then point it to server and said go
Still do all local dev in compose instead if minikube ?
@mattiashem@veggiemonk are we recording this week?