Kubernetes is an open-source container cluster manager.
N/A
Red Hat OpenShift on IBM Cloud
Score 8.0 out of 10
N/A
Red Hat OpenShift on IBM Cloud is a comprehensive service that offers fully managed OpenShift clusters, on IBM Cloud platform. It is directly integrated into the same Kubernetes service that maintains 25 billion on-demand forecasts daily at The Weather Company.
N/A
Pricing
Kubernetes
Red Hat OpenShift on IBM Cloud
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
Kubernetes
Red Hat OpenShift on IBM Cloud
Free Trial
No
Yes
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
Kubernetes
Red Hat OpenShift on IBM Cloud
Considered Both Products
Kubernetes
Verified User
Anonymous
Chose Kubernetes
It stacks well against OpenShift. The only downside for OpenShift is the multiple operators and the custom logic implemented in the product, plus the upgrades, which tend to be a bit longer due to the more complex implementation. Overall, these are similar products but with a …
Nomad is a simpler, more down-to-earth alternative to Kubernetes. In some sense, it is more similar to Amazon's ECS, but with more bells and whistles. For use cases not requiring the whole complexity of Kubernetes platform, Nomad can provide a much simpler and at the same time …
We evaluated Docker Swarm as usage of docker is very distributed in our company. But docker swarm has not as many features as kubernetes and we have large, complex architectures which require good scalability and robustness - this is a huge strength of kubernetes compared to …
Well, me and me team select Kubernetes for the natural solution and the easily assignation of resources to deploy a solution than could have multiple clients in the same infrastructure, so, for each one client we are running a set of different pods, and that's why we select …
Kubernetes cluster is cable to manage multiple nodes on on-premises or cloud infrastructure. In Kubernetes, we can easily add new nodes when ever required. We can easily update and rollback our application hosted on Kubernetes with the help of rolling and blue green deployment. …
Most of the required features for any orchestration tool or framework, which is provided by Kubernetes. After understanding all modules and features of the K8S, it is the best fit for us as compared with others out there.
I didn't have too much experience or exposure to OpenShift but I do remember that in certain areas our organization found Kubernetes to be more useful and met our needs in comparison to OpenShift. Although I can't compare, I think it's easier to customize Kubernetes because of …
Kubernetes is very unique. I do not think there are any competitors to take over its leading place. And you can always use Kuberntes with other tools to make the whole system better. Kubernetes is backed up by Google and has been tested over the years. It is reliable, fast, and …
When planning our latest product we tried out many hosted container service and a few local tools. These included services run by Google, Microsoft, and Amazon and tools from companies like Docker and Apache. We ended up selecting Kubernetes because it was compatible with all …
I used OpenShift v2 - which was pre-Kubernetes. (It now uses Kubernetes under the hood - but keeps it fairly hidden). Kubernetes was a ton more stable and easier to use. No more custom CLI to use in order to script together deployments. No more messy ‘push your entire code …
Docker Swarm is not as advanced as Kubernetes and there are no out of the box solutions for auto scaling and deployment strategies. Docker swarm doesnot have much experience with production deployments at scale. Swarm has a smaller community, and less frequent releases as …
With AWS ECS, you have to provision the virtual hardware, then use that hardware as a pool for your container service. Each service has to be built out and scaled independently. Kubernetes allows us to use a cluster of machines like a big pool of resources, scaling and shipping …
Kubernetes is a great alternative to cloud hosted expensive solutions. It is extremely well documented and maintained. It is probably the best home-grown solution available for container infrastructure management.
We already had an enterprise Kubernetes 8 set up, so once we got our namespace it took me about 2 weeks to go from not knowing anything to having a self-contained jar in a container, running on Kubernetes 8. In comparison, it took me two weeks to install Java on a blank server …
As I said earlier also - - K8s manage the workloads better as compared to OpenStack in terms of reliability, observability & reachability. - K8s is not limited to only a single networking or storage solution as compared to OpenStack.
I prefer RedHat OpenShift because with kubernetes there are tons more installations and work effort required to get applications ready to run in the containerized environment. RedHat OpenShift is faster and easier to get up and running.
1. The pricing is better than the other competitors. 2. We are already using other services being offered by IBM, so it makes better sense to utilize the IBM cloud red hat open shift. 3. Support is also valuable. 4. security is good. 5. constant updates on clusters. 6. cloud …
Both have unique benefits for different uses. Docker is great for smaller projects on a single host or small cluster, whereas OpenShift is ideal when you need a scalable, fully managed, and secure Kubernetes platform. OpenShift also offers a more fully featured web-based …
Red Hat OpenShift on IBM Cloud is best when it comes to security capabilities and hybrid scenarios. With Red Hat OpenShift on IBM Cloud we could provision new environments very quickly and in cost effective way. Customers could also use the cloud credits that they might have …
Red Hat OpenShift on IBM Cloud is a container application platform based on Kubernetes, that leverages our ability to start very quickly any containerized application developed with different languages, plus CI/CD, monitoring and logging and security.
Planning to do so late. The evaluation for more vendors is in the cooking, pending budget approval & assignment to the right top guns. With the recession looming, I do wish that this key project could get approved & more discoveries could be made soon as I wished before.
We evaluated a number of potential solutions and ultimately chose Red Hat OpenShift because it was compatible with our existing technology. Time and costs savings have been realized throughout the company since we implemented Red Hat OpenShift, and the IT department has been …
We are using IBM Cloud App ID as a simple method to get an OIDC provider for our applications, that are running within the OpenShift cluster. Also, IBM Cloud Object Storage is used within the workload to store data via an s3 compliant way. The IBM Cloud Container Registry is an …
Red hat Openshift had a better user interface by far. Amazon EKS's was so basic it was essentially useless. We had to use a separate tool called lens to get basic stuff done. Lens was buggy and didn't work as well though, even for basic functionality like updating a K8s secret.
For our particular use case, Red Hat OpenShift on IBM Cloud was very cost-competitive. We already had RHEL, OpenShift, and Ansible skills that translated to the service. From a feature and function perspective, most solutions have a parity but being open source and less chance …
For one of our banking clients, I have explored and played around the Kubernetes platform on IBM Cloud. In the process to deploy the application, I had to create the deployment artifacts, which was quite cumbersome. But then for one of the automotive clients I was asked to …
Along with all the best features and support by k8s, the automatic container scheduling to worker nodes and also self-healing containers which is what I like the most. On the other side, when I was installing the k8s cluster on CentOS 8, it was quite difficult for me, but never mind it is working as we expected and it is a one-time effort. Especially, in my case, there are more than 7 application containers required to run and communicate with each other, so for us, Kubernetes is an optimal solution.
RedHat OpenShift is not only suited for IBM Cloud but can run in ANY cloud. We installed in Azure Cloud, for example. It can also run on Linux servers or a Power 9 machine. It is built for multi-cloud or on-prem environments. IBM support provides such excellent guidance in the installation and configuration that no other product on the market can beat it.
Local development, Kubernetes does tend to be a bit complicated and unnecessary in environments where all development is done locally.
The need for add-ons, Helm is almost required when running Kubernetes. This brings a whole new tool to manage and learn before a developer can really start to use Kubernetes effectively.
Finicy configmap schemes. Kubernetes configmaps often have environment breaking hangups. The fail safes surrounding configmaps are sadly lacking.
The Kubernetes is going to be highly likely renewed as the technologies that will be placed on top of it are long term as of planning. There shouldn't be any last minute changes in the adoption and I do not anticipate sudden change of the core underlying technology. It is just that the slow process of technology adoption that makes it hard to switch to something else.
It is an eminently usable platform. However, its popularity is overshadowed by its complexity. To properly leverage the capabilities and possibilities of Kubernetes as a platform, you need to have excellent understanding of your use case, even better understanding of whether you even need Kubernetes, and if yes - be ready to invest in good engineering support for the platform itself
As I said earlier also - - K8s manage the workloads better as compared to OpenStack in terms of reliability, observability & reachability. - K8s is not limited to only a single networking or storage solution as compared to OpenStack. - Networking (which is a key concept) is much simpler in K8s as compared to OpenStack. - It is possible to upgrade your applications without downtime in K8s but in OpenStack, you either have to divert the traffic or face an outage because you have to delete the whole stack & then recreate it.
We evaluated a number of potential solutions and ultimately chose Red Hat OpenShift because it was compatible with our existing technology. Time and costs savings have been realized throughout the company since we implemented Red Hat OpenShift, and the IT department has been freed up to focus on activities that are more valuable.