Hacker Newsnew | past | comments | ask | show | jobs | submit | richards's commentslogin

A look at all the vibe coding-style tools offered by Google and who is the right fit for each


[Google employee] Yes, you can use TPUs in Compute Engine and GKE, among other places, for whatever you'd like. I just checked and the v6 are available.


Is there not goin to be a v6p?


Can't speculate on futures, but here's the current version log ... https://cloud.google.com/tpu/docs/system-architecture-tpu-vm...


Google employee here. Not the case. Cloud Run doesn't run on Kubernetes. It supports the Knative interface which is an OSS project for Kubernetes-based serverless. But Cloud Run is a fully managed service that sits directly atop Borg (https://cloud.google.com/run/docs/securing/security).


Parent said "effectively", which it appears you confirm.


But it skips out on the Kubernetes part, which is the important part. :)


Keeping scrolling! Under GKE (managed Kubernetes), you see the call outs to EKS and AKS, respectively.

The Anthos point is that other clouds don't offer their k8s stacks as supported options on other clouds.

If you see things you find wrong in the table, let me know.

Disclaimer: I work in product management at Google Cloud



Does anyone actually use Azure Arc?

Azure Policy to me seems like a tech demo more than a polished product. Even for common tasks such as enabling Diagnostics they just provide some "sample" policies, and then authoring the other 275 distinct policies for each resource type that can be monitored is your problem.

Does anyone have any real-world experience with it?


Arc looks cool, but it's only the control plane. They aren't dropping AKS into other environments. The compute is your responsibility. Anthos puts GKE in other places.


> other clouds don't offer their k8s stacks as supported options on other clouds.

AWS does have these offerings.

https://aws.amazon.com/eks/eks-anywhere/

https://aws.amazon.com/eks/eks-distro/


It doesn't look like "eks anywhere"is released yet?


EKS anywhere looks different to the GKE offering - seems focused on on-premise?


Not sure if it's already GA, but AWS announced a product called EKS / ECS Anywhere last year that covered this use case.

Edit: not GA yet


> "supported options"

So you can get Google managed k8s on azure with Google support (ie: none?) rather than managed k8s on azure with ms support (ie: some?)?


CloudBuild, CloudDeploy, CloudPipelines

guess it should be CodeBuild, CodeDeploy, CodePipeline


The KubeAcademy courses are nice little (free, no-reg) intros, and they have transcripts if you read faster than you watch: https://kube.academy/courses


Thanks for the link. The presentation looks very nice, I'm going to give the course a try, especially since it's free (I've been considering a subscription to either Linux Academy or A Cloud Guru).

EDIT: Upon further investigation, I see that there's not much technical content provided here. So it goes. Thanks anyways.


FWIW, I did a comparison of k8s in Docker, KinD, and minikube last week ... https://seroter.wordpress.com/2020/03/10/lets-look-at-your-o...


I really wish you had used a regular service definition when testing KinD. The omission reduces the usefulness of your comparison. I want to choose a local k8s cluster that is as close to production as possible. And I want my local deployment configs to be as close as possible to production.

You say that "ingress in kind is a little trickier than in the above platforms" with no explanation.

I feel disappointed and frustrated. :(


Sure. I cheated. I specifically didn't feel like setting up extraPortMappings (https://github.com/kubernetes-sigs/kind/issues/808), and then create an ingress controller (https://kind.sigs.k8s.io/docs/user/ingress/). Not difficult, just not turnkey availability like the other two.


Read through it. Do you have a sort of TL;DR summary of pros/cons? A matrix I can use to make a decision as a new k8s user.


Good suggestion.

For me, use Docker if you want k8s started up every time you start Docker, and easy ingress. I don't love having a cluster always running, so I'm keeping the k8s function off by default.

Use kind if you want multi-node clusters, and a production-like simulation of your environment.

Use minikube for a straightforward dev experience, where you have control over k8s version, resource allocation, and don't need meaningful configuration of the control plane.


Honestly, this rarely seems to come down to cloud pricing considerations. Rather, the goal for most shops who choose something like PCF is to (a) simplify onboarding and ongoing work of devs since they don't need to learn the nuances of each cloud IaaS, (b) stripe a single ops model across each infrastructure pool, which matters since no enterprise of size is using only one. People buy because they struggle to ship, and PCF helps these big companies put their focus back onto shipping software, not where or how it runs.

Disclosure: I work at Pivotal.


Good question. I work at Pivotal. PFS is a commercial, supported packaging of Riff (which adds dev and ops aspects to Knative). As opposed to running and supporting the OSS components on your own.


OP here. Good point on interruptions. In any setting, constant interruptions hurt productivity. But, I'd rather be interrupted with a question about a software feature than interrupted by a screaming child.


I just wrote up an eval of 11 popular node providers https://seroter.wordpress.com/2013/07/29/where-the-heck-do-i...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: