Red Hat OpenShift Container Platform Reviews

Our use case is primarily to do with DataPower. We wanted to configure DataPower and move away from appliances to a software-based solution, which is CP4I. DataPower is an IBM product, and we were using their firmware machine. We wanted to move from hardware or firmware to software, and CP4I is a software-based solution for DataPower, and that works primarily for any Kubernetes, but IBM had both. So we moved to Kubernetes, and on top of that, we had CP4I.

We did the implementation for one organization. It was widely used, and there was a huge customer base. It was primarily in the telecom domain. Those APIs were used, and we were getting a lot of incoming traffic and outgoing traffic through DataPower.

This solution is deployed on our private cloud.

The architecture is the best. The solution is scalable if you are on a container-based solution. I can easily spin a new container or create another image, so that was the benefit. It was scalable, and I could easily ramp up and ramp down the services based on the need.

OpenShift is not very old. They have built an entire layer on top of Kubernetes. Getting the solution quickly and troubleshooting quickly are both areas where I think it needs some work. 

It wasn't very problematic for us because we were getting the solution. They also needed to do some experiments in their own lab, because our use case was a little different, and we were one of the few who were implementing it for the first time with Cloud Pak.

I have been using this solution for about two and a half years.

It wasn't stable while we were testing it, but now it's really stable.

I would rate technical support 4 out of 5. 

The deployment was very easy, which is another benefit. The orchestration and management were also very user-friendly and easy.

We used our own technical team for deployment. The team, including support and everything, was around five to six people. They were working on services also, like creating and deploying the APIs. We had the infrastructure team who were managing the clusters.

It also depends on the size and how many master nodes there are, how many worker nodes you have, and the mechanism you're using for logging. I was using Prometheus and Grafana. It all depends on how huge your architecture, how huge your infrastructure is.

We definitely did the ROI on this new implementation, and we found that in the long run, it was going to save a lot.

We paid for Cloud Pak for integration. It all depends on how many VMs or how many CPUs you are using. They do the licensing based on that.

It was not very cheap, but it was affordable for the organization. They had the enterprise ELA, which means they had the enterprise licensing agreement with IBM. So it worked for them, and it wasn't very expensive.

I would rate this solution 8 out of 10.

The solution being used for application containization.

I like the Flexibility of the solution. 

Metrics monitoring feature needs improvement.

I have been using Red Hat OpenShift Container Platform for five years.

Overall, I rate the solution a nine out of ten.

Our primary use case for Red Hat OpenShift is to deploy applications. We utilize the platform to manage multiple pods and ensure seamless scaling of our nodes and servers to meet the demands of our high-availability applications.

The platform has significantly improved our organization by enhancing productivity and reducing the time required to deploy applications. It allows for faster deployment and continuous delivery, which has streamlined our development processes.

The most valuable features of Red Hat OpenShift include its integration with Kubernetes and the user interface, which enhances the end-user experience and accelerates the deployment process. These features contribute to increased productivity and efficiency for our developers.

The product could benefit from additional operators and tools integrated with OpenShift. Furthermore, enhancements to the user interface and including more features would be beneficial.

I rate the platform's stability a seven out of ten.

The platform is scalable. 

I have opened some tickets but did not receive the required technical support.

Neutral

The initial setup was complex. I rate the process a two out of ten.

The implementation was done in-house.

I rate the product an eight out of ten. 

I have been using OpenShift Container Platform as a container of network functions for customer's telecom industry. 

One practical example of how OpenShift Container Platform helps us is in deploying security updates quickly, which is superior compared to other solutions like Coverness, Canonical, Kubernetes, Rancher, etc. However, there are areas for improvement in networking, architecture, and cloud aspects of the solution.

I find the security features and use of operators in OpenShift Container Platform highly valuable. The container update capabilities and OpenShift data foundation for storage are also important features.

I believe OpenShift Container Platform can improve in networking, architecture, and cloud areas by reducing deployment time, lowering costs, and streamlining engineer resources. Additionally, I would like to see more Azure I/O functions in the next release.

I have been using OpenShift Container Platform for four years.

The platform is stable and capable, covering various customer needs.

The scalability of OpenShift Container Platform is excellent. It allows for quick scale-outs with new workers, making it very efficient and is used by eighteen engineers for telecom purposes, impacting business significantly.

Technical support from OpenShift is decent but could be improved in some locations.

I find the initial setup of OpenShift Container Platform to be moderately complex. The deployment involves steps like installation, configuration, and deploying common services on-premises. Deployment typically takes around four hours and involves a team of two to four people. I'm not involved in maintenance. 

I'm not familiar with pricing or financial aspects. In terms of effort versus benefit, it's worth it.

My advice for new users is to explore the platform thoroughly as it's complex yet reliable. I would rate their customer service a seven out of ten. Overall, I rate OpenShift Container Platform a nine as it's a good product with room for improvement.

The principal use case of the platform is the transition and migration to the cloud. The second one is the modernization of our integration platforms.

The usability and the developer experience. The platform has a centralized consultant that is easy to use for our development, operations and security teams.

The price needs to be improved in OpenShift Container Platform.

When I choose this, the product is the first factor that we have to make a long analysis to compare the real cost for the other services. However, price is high.

I have been using OpenShift Container Platform for five years. We started with OpenShift Container Platform and now we have OpenShift Container Platform tools. 

I would rate the product’s stability a nine out of ten.

I would rate the tool’s scalability a nine out of ten.

The solution is difficult to set up because of the limitations of the premises. 

Overall, I would rate the product a nine out of ten.

I usually help companies design their environments, find workloads efficiencies, suggest best practices, and provide an overview of the environment, which involves consultation and a focused-oriented approach. I also deploy and develop solutions for companies. I do end-to-end deployment for companies.

OpenShift Container Platform is used by companies moving from their old monolithic environment to a microservices-oriented architecture. If a company wants to do a BAU sort of stuff, they already have OpenShift Container Platform, but they need someone to drive it or work on its day-to-day automation while looking at its integration with Ansible or Puppet.

People choose OpenShift Container Platform because it's an open-source and Red Hat Kubernetes product. Red Hat has made Kubernetes command-line oriented, obscure, and hard to learn. OpenShift is easier to learn for a newbie, especially for someone who has not used CLI. The support structure of OpenShift is pretty good and absolutely terrific. The bug fixes and patching capabilities, along with the whole ecosystem of OpenShift Container Platform, are very mature from a technical standpoint or from an enterprise standpoint. If you are a big company and invest a lot of money in certain solutions, you need and expect top-notch support and features of very high quality. OpenShift Container Platform is a very good way to get in started in this whole containerization journey for some companies because the underlying product is from Red Hat, which has its own benefits. The aforementioned factors play a role in the decision-making process of most companies.

I have only been working for two years on OpenShift Container Platform, and I have only seen good stuff so far. Hopefully, in the next two years, I will have a bit more hands-on experience to find out some pain points in the product.

There are no perfect tools. Many things can be done better in a product, but I don't know how to make it possible. Once I have done enough with the tool, I should be able to give you a bit more insight into the product's pain points.

The interface could be a bit more useful or better. The product's interface is a bit buggy.

I have been using OpenShift Container Platform for a couple of years. I am a consultant who specializes in Red Hat products. I am a Red Hat-certified engineer.

The tool is scalable enough because it is available across the clouds, like AWS or Azure. You can have the tool deployed on-premises too. I think it's a pretty scalable tool.

The solution's technical support has been pretty good. Red Hat offers the best support to its users.

I am a person who is a bit more infrastructure-focused. JBoss is a middleware software, and I don't really work in that space. I am more into the underlying infrastructure, Red Hat Enterprise Linux, Red Hat Containers and Kubernetes, and that sort of stuff, including OpenShift and OpenStack. I am not really into the application layer.

Overall, I rate the solution a seven out of ten.

We are moving as many applications as possible to a containerized environment. In terms of our environment, we have multiple data centers. One, of course, is for redundancy. Most of them are hot-warm. They're not hot-hot or hot-cold, depending on how you look at it, but pretty much everything that's important is fully redundant. That would be between our own private data centers and within Amazon across regions.

We have an on-premises and private cloud deployment. Amazon is the cloud provider. We've got some Azure out there too, but Amazon has been the primary focus.

Centralized control of container resources is most valuable.

There should be a simplification of the overall cluster environment. It should require fewer resources. Just to run a simple Hello World app, it requires about seven servers, and that's just crazy. I understand that it is fully redundant, but it's prohibitively expensive to get something simple going.

We've had a very difficult time going from version 3 to 4. We need to go to version 4 because of multiple network segments that may be running in a container and how we organize our applications. It's very difficult to have applications from different domains in the same container cluster. We've had a lot of problems with that. I find it to be an overcomplicated environment, and some of the other simpler containers may very well rise above this. 

It has probably been in use in the organization for about a year and a half.

It is fine. I've not heard anything negative about either the performance or the reliability.

Scalability is one of the primary reasons for going with a containerized environment like this. I have not heard that we've had any restrictions there, and I would be shocked and remarkably disappointed if we did. We have not hit any scalability issues yet.

I personally do not have any experience with them. I'm quite sure our low-level implementers do. 

They were just different JBoss containers. It really wasn't a containerized environment. We're looking at some of the AWS solutions.

I didn't do the initial setup. Some other people did that. We're all pretty uber geeks. So, I'm quite sure that we'd be able to figure it out naturally. Because it's a fully-featured and complex environment, you'd have to bone up on OpenShift to figure out how to install it properly, but I wouldn't expect it to be onerous.

Our implementation strategy was to start moving applications to be containerized and then implement them in the OpenShift. We were moving to OpenShift running on our own ECS on Amazon, but we have a lot of on-prem as well.

We're still working out the kinks. A part of that is our own dysfunction in terms of how we organize our apps, and then there is the problem with running apps from different domains in the same container. Some of those are our own self-imposed problems, but some of it is due to the OpenShift complexity.

We definitely hired different experts, but for the most part, we went out and hired people with the expertise, and now, they're employees. So, I'm quite sure there were consultants in there, but I don't know that offhand. 

We have not yet seen an ROI.

It depends on who you're talking to. For a large corporation, it is acceptable, other than the significant infrastructure requirements. For a small organization, it is in no way suitable, and we'd go for Amazon's container solution.

Additional costs are difficult for me to articulate because ours is a highly-complex environment even outside of it.

Ensure that you need all of the features that it has because otherwise, it's not worth the investment. Be careful what version you're getting into because that can be problematic to change after you've already invested in both the training and the infrastructure.

I would rate it a seven out of ten. Considering some of the problems we've had, even though some of them are self-imposed, I would hope that a containerized environment would be flexible to be able to give us some options there. 

OpenShift Connect Platform is on a private cloud setup. There, we deploy all of our applications.

They have built on top of Kubernetes. Most of the Kubernetes latest technology is already supported by the solution. The only thing is, we need to change our view of the routes. 

The stability needs improvement. 

I have been using OpenShift Container Platform for one year. 

Stability wise, I think there were few issues, but I'm not sure whether it was on an organization level or it was from OpenShift. The stability is a seven out of ten. 

The initial setup is not very complex but it is not as easy as Kubernetes. 

We have to pay for the license. 

Overall, I rate the solution a seven out of ten.