Live data from Hacker News

Red Hat releases new OpenShift CLI developer tool

odo.dev

31–40 of 52 posts

Re: Red Hat releases new OpenShift CLI developer tool

#31
Also potentially of interest to HN folks, Red Hat announced that their OpenShift Serverless product is generally available[0]. It's a Knative-based offering.

Disclosure: I work for VMware, a direct competitor in this space. Double disclosure: I am working on a Knative book. Triple disclosure: I am overly prone to pre-emptive disclosures.

[0] https://developers.redhat.com/blog/2020/04/30/serverless-app...

Re: Red Hat releases new OpenShift CLI developer tool

#32
post #15

Existing tools such as oc are more operations-focused and require a deep understanding of Kubernetes and OpenShift concepts oc and kubectl commands are interchangable for the most part. This will lock you down to openshift.

Check the SHAs. They're actually the same binary. :D On a properly installed system with the `openshift-clients` or `atomic-openshift-utils` rpms installed, `oc` and `kubectl` will have the same SHAs.

I think the "this" in his sentence is odo. AFAIK, that does require openshift.

Re: Red Hat releases new OpenShift CLI developer tool

#33
post #2

How popular is OpenShift? Seems cool but have never heard of anyone actually using it.

I work almost exclusively with openshift- it's very popular for enterprise stuff. We've got a lot of clients in banking and insurance and those sorts of industries- where you need your technology to scale but you're not really a technology company.

Re: Red Hat releases new OpenShift CLI developer tool

#34
post #30

Earlier quoted context omitted.

I have thought a lot about this - I have and do work with a ton of apps across number of clients. The stated benefits of K8s/OpenShift are negated by the complexity that it brings for most of those apps - especially when they don't need or use any of the sophisticated features of K8S. If your central IT knows anything about Automation / DevOps you should not be wrangling time with them at all. It is easy peasy to set…

Your experience is rather unlike mine — especially the belief that central IT departments are advanced devops practitioners. Similarly, you're talking about a significant amount of work maintaining bespoke infrastructure duplicating what systems like Kubernetes, OpenShift, Nomad, etc. do but taking on the responsibility for integrating and supporting all of those disparate parts yourself, not to mention getting the p…

Compared to maintaining a OCP cluster? Sure it is easy peasy - I can vouch for that having done both.

Re: Red Hat releases new OpenShift CLI developer tool

#35

Is Openshift an extremely wellfunded solution seeking a problem?

It's a well-funded solution to a well-funded problem. Producing platforms for enterprise customers is truly, genuinely difficult. There is enormous variation and complexity between and within customers, which cannot be dismissed easily. Disclosure: I work for VMware, a direct competitor in this space.

Is Vmware going to support an operator store like red hat?

If yes, is there a way to certify an operator on Vmware 7?

Re: Red Hat releases new OpenShift CLI developer tool

#36

Is Openshift an extremely wellfunded solution seeking a problem?

It's a well-funded solution to a well-funded problem. Producing platforms for enterprise customers is truly, genuinely difficult. There is enormous variation and complexity between and within customers, which cannot be dismissed easily. Disclosure: I work for VMware, a direct competitor in this space.

Im not knowledgable enough in this area, but I don't understand the value in using Openshift's custom setup over established cloud providers setups like AWS or GCP or Azure or even VMWare(who has been in the vm biz wayyy longer than all of these players.)

Re: Red Hat releases new OpenShift CLI developer tool

#37
post #21

If you're confused about what OpenShift is, we have coloring books and O'Reilly Books [0][1][2][3][4][5]. :D [0] https://raw.githubusercontent.com/fedoradesign/coloringbook-... [1] https://docs.fedoraproject.org/en-US/fedora-silverblue/_atta... [2] https://www.openshift.com/resources/ebooks/openshift-for-dev... [3] https://www.openshift.com/learn/resources/ebooks [4] https://www.openshift.com/resources/ebooks/deployi…

When is the Openshift Administrators book going to be released?

Re: Red Hat releases new OpenShift CLI developer tool

#38

Also potentially of interest to HN folks, Red Hat announced that their OpenShift Serverless product is generally available[0]. It's a Knative-based offering. Disclosure: I work for VMware, a direct competitor in this space. Double disclosure: I am working on a Knative book. Triple disclosure: I am overly prone to pre-emptive disclosures. [0] https://developers.redhat.com/blog/2020/04/30/serverless-app...

Disclosure: I work for Red Hat, a competitor to VMWare.

Your comment made my day, thank you :-)

Knative is super cool. I'm really glad to see it maturing so well into vendor offerings. Best of luck on your book!

Re: Red Hat releases new OpenShift CLI developer tool

#39
post #30

Earlier quoted context omitted.

I have thought a lot about this - I have and do work with a ton of apps across number of clients. The stated benefits of K8s/OpenShift are negated by the complexity that it brings for most of those apps - especially when they don't need or use any of the sophisticated features of K8S. If your central IT knows anything about Automation / DevOps you should not be wrangling time with them at all. It is easy peasy to set…

Your experience is rather unlike mine — especially the belief that central IT departments are advanced devops practitioners. Similarly, you're talking about a significant amount of work maintaining bespoke infrastructure duplicating what systems like Kubernetes, OpenShift, Nomad, etc. do but taking on the responsibility for integrating and supporting all of those disparate parts yourself, not to mention getting the p…

I have had a similar experience. It's certainly easily to grok the architecture when it's traditional and simple, but it's significantly more work when every app follows a different pattern (which tends to happen in bespoke infrastructure). I've done both and while I agree with the gp that k8s is overkill for a lot of apps, there's still a lot of value in having patterns and consistency. When you can go from Service A to Service B and know that it's laid out similar, the cognitive overhead of managing several or dozens of services goes way down.

Re: Red Hat releases new OpenShift CLI developer tool

#40

Earlier quoted context omitted.

It's a well-funded solution to a well-funded problem. Producing platforms for enterprise customers is truly, genuinely difficult. There is enormous variation and complexity between and within customers, which cannot be dismissed easily. Disclosure: I work for VMware, a direct competitor in this space.

Im not knowledgable enough in this area, but I don't understand the value in using Openshift's custom setup over established cloud providers setups like AWS or GCP or Azure or even VMWare(who has been in the vm biz wayyy longer than all of these players.)

The value prop depends a lot on who you are and what you have. The massive selling point to many enterprises that own their own hardware is that they can run OpenShift on their metal, and augment with public clouds (AWS/GCP/Azure). If you use any of the vendor-specific augmentations (like ALB integration) you can't leave AWS and move to another cloud or your own hardware.

OpenShift also adds a lot of rich functionality above the standards K8s setup. It's essentially a bunch of operators that work really well together and add PaaS functionality onto K8s.

Post reply on HN