141–150 of 156 posts
Does anyone know if Apple uses Kubernetes in their cloud?
>Big extra points if you have experience with orchestration technologies like: - Mesos/Mesosphere - Kubernetes - Docker [Swarm]"
Does anyone knows a very good CD for k8s? I found that only bitbucket deployments is a good one in terms of simplicity of managing deployments (just like Heroku). Most vendors forces me to use their crappy CI solution for doing CD. Why they want me to migrate to your (very limited) build system? I can pay you for a fancy dashboard, but please, allow me to use whatever i need to build my software. There are many optio…
Does anyone knows a very good CD for k8s? I found that only bitbucket deployments is a good one in terms of simplicity of managing deployments (just like Heroku). Most vendors forces me to use their crappy CI solution for doing CD. Why they want me to migrate to your (very limited) build system? I can pay you for a fancy dashboard, but please, allow me to use whatever i need to build my software. There are many optio…
Honestly, the K8S ecosystem is so wide now I'd love to see an up-to-date explainer piecing it all together. What folks need, what they don't, etc.
Kubernetes is one of those rare cases where the industry is rallying around a technologically sound platform that emerged from the trenches, and not something that was designed to create jobs for consultants. It's great. Right now, there's a bunch of fairly traditional players such as Red Hat, but none of them are in a position to mess it up. What I'm waiting for, though, is for a big player to do a modern, clean "Ku…
Kube is too complex. To derive any kind of business value from it you need highly skilled people. The winner of the container orchestration battle will be the one that simplifies, not complicates. To me this is just another hype train, like TensorFlow/Caffe before it, and like Hadoop/Spark before that. These tools all have their uses in specific, non-common cases, but for your average business they are a net loss in…
There needs to be a digitalocean or heroku for containerization. Currently to start a k8s whatever you need to go through various manual rigamaroles and spend a lot of money, or go through the big lockin providers and spend a lot of money. For those of us not backed by venture capital and not charging SV ex-googler rates to our clients, we need something to say "we'll host you on this git push containerization thing,…
For $36/month (8GB Ram, 2vCPU) you get a single node if you just want to have the Kubernetes APIs. Maybe introducing smaller node plans later in the year.
Unfortunately, not much info on our website but please sign up if you are interested.
Earlier quoted context omitted.
The main repo is the 4th result on Google for me: https://github.com/openshift/origin . In 3rd position is the openshift.org website. I feel like this one is really on you, not Red Hat.
We were talking about openshift.com, though. I didn't realize there were more than one site. Since you're going there: - I didn't even know it was called "OpenShift Origin"! - I don't understand what the differentiation is between the various things called "OpenShift", from having visited the Google links briefly. - Third Google hit ( https://www.redhat.com/en/technologies/cloud-computing/opens... ) does not even men…
There is, though; "Origin is the upstream community that powers OpenShift". Meaning Origin is the open source project upon which commercial products are built. Much like Moby is the open source project upon which Docker is built, for example.
Kubernetes is one of those rare cases where the industry is rallying around a technologically sound platform that emerged from the trenches, and not something that was designed to create jobs for consultants. It's great. Right now, there's a bunch of fairly traditional players such as Red Hat, but none of them are in a position to mess it up. What I'm waiting for, though, is for a big player to do a modern, clean "Ku…
> What I'm waiting for, though, is for a big player to do a modern, clean "Kubernetes first" cloud offering. As someone who is feeling burned over picking swarm over k8s, I'm not super into the idea of trusting a 3rd party to do k8s first. Anything anyone implements well will be ported to gke in due time, no?
Earlier quoted context omitted.
This thread is extremely refreshing. The number of times I've heard "Kubernetes is sooo simple!!!" here and elsewhere is super frustrating. "You just take your app and put it in a container, then put that container in a pod, which is in a replica set with some other apps in their own containers, which is on a node in a cluster in a datacenter somewhere! Oh and the replica set is amongst a deployment. And if you want…
Isn't this a symptom of a lack of tooling? Only a few people need to know all the details. We have many developers that know absolutely nothing how this stuff works. They only know that they push code, and a container falls off the other side, which can even be installed automatically. Also, you don't need sidecars. Add a k8s ingress, or even deploy a separate nginx that will do this for you (we use the second option…
Earlier quoted context omitted.
CoreOS, PXE, bootkube, kubelet, kubectl. And you say it's not complex? I don't think you and I will ever agree on the meaning of that word.
To somebody who understands the function of each of those tools, your statement reads as “grep, sed, awk, perl. And you say Linux isn’t complex?”. I think you’re overestimating complexity based on lack of familiarity.