Red Hat OpenShift Container Platform Reviews

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. 

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. 

The platform's most valuable features include cost reduction through VM application migration to containers, scalability for controlling memory and CPU usage, and the reliability offered by application containerization.

One area for product improvement is the support limitations within the subscription models, particularly the restricted support hours for lower-tier subscriptions.

I have six years of experience working with the OpenShift Container Platform.

The product has proven to be very stable, crucial for supporting our applications effectively.

Setting up the OpenShift Container Platform was straightforward. It's primarily deployed on-premises, although I've also utilized cloud solutions. It takes 15 days to complete the setup. Around three executives are involved in both the deployment and ongoing maintenance. 

I rate the process an eight. 

The migration from VMs to containers has resulted in significant cost savings for us.

The product pricing is competitive and structured around vCPU subscriptions, aligning with our application requirements.

OpenShift integrates seamlessly with our CI/CD pipelines, offering robust automation and deployment capabilities. I would highly recommend it.

I rate it a ten.

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. 

We use OpenShift Container Platform for load balancing, scaling, self-healing, and distributed key database features. It helps us monitor cluster configuration.

The product has a CentOS operating system providing a stable and compatible foundation for hosting Red Hat OpenShift clusters. It helps in creating an architecture framework automatically. It makes it possible to control the CentOS API server and Kubernetes console.

We encounter difficulties while accessing the environment and managing the cluster. This particular area needs improvement.

We have been using OpenShift Container Platform as a partner for seven to eight months.

The product's stability is manageable.

The product is scalable. It is suitable for medium and enterprise businesses.

The technical technical support services need updating with changing times.

Positive

We have used SAP before. We switched to OpenShift Container Platform for better support facilities. We are their gold partner. However, the support services have needed improvement in the last six to seven months.

The initial setup process is easy. We have a dedicated team for data installation. It takes around three months to complete. The product is easy to maintain as well. We have a team of 35 to 40 executives to work on it.

I advise others to learn about the tool, including certification, warning alerts, security, and monitoring features. It isn't easy to manage the cluster using it.

I rate OpenShift Container PlatformOpen an eight out of ten.

It is used for containers.

It is very lightweight and can be deployed very fast, especially when it comes to containers. It can spin the web and the DB very fast, so we don't need to deploy the server and the VM. Everything is in the container.

There is room for improvement with integration.

I have been using the solution for one year.

The solution is stable.

The solution has good scalability. I rate the scalability of the solution a nine out of ten. There is also room for improvement in the scalability of the solution.

One or two users are using OpenShift in our company, and we hope to increase the usage.

The support is very good. Their response and technical skills are good.

I have used Docker before. We shifted to OpenShift because we were using Docker for self-learning.

The initial setup is complex. The solution is deployed on-premises. However, it can also be deployed on the cloud.

To deploy OpenShift, first, you must get the installer and then prepare a minimum requirement. You will need a key physical server as a load balancer. OpenShift has a lot of roles in its nodes, with worker nodes and master nodes. Since different nodes have their role, the setup is complex. You will need to set up ten or 12 nodes like this. After you have set up all the nodes, you need to do the integration and set up OpenShift.

It takes a month or a year to deploy it.

The deployment can be done in-house. There are two people required for maintenance.

The pricing is expensive for licensing. The customer has to pay for the license.

Before choosing OpenShift, I advise you to know your application landscape very well. Only then will you know if you require OpenShift. If you are unclear about your application environment, layout, and structure, it is potentially not a good idea because you don't understand it.

Overall, I would rate the solution a five 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.

Our customers value the monitoring and logging functionalities which are also our most valuable features. 

Our customers like the service mesh, so we integrated these to improve customer satisfaction.

It is difficult to deploy the OpenShift cluster in a bare-metal environment. For example, when there are errors during the cluster deployment, it is hard to find the error on any documentation. So, from the cluster deployment perspective, there could be improvements.

Also, the machine config and machine config tools need improvement. The machine config tool implements changes related to files over the worker and master nodes in OpenShift. However, sometimes it starts without warning, and it is unclear how the error can be fixed.

In terms of additional features, it will be good to have the support of the CNI or OVN for the Multus CNI. Currently, in OpenShift, the additional networks added by the Multus and the pods do not support the OVN CNI plugin. OVN is supported in OpenShift, but only for the non-Multus interface, which is the primary interface of pods.

We have used OpenShift Container Platform for the past four years. We are using version 4.10, and it is deployed on-premises.

It is a stable solution. We have not had any issues or found any big bugs. However, even though it is stable, we observed that the latest versions of this solution are usually less stable than the previous versions.

Therefore, if I were to rate the stability, I would give it a six out of ten because there are a few minor issues in the latest version.

OpenShift Container Platform is great from a scalability perspective. To my knowledge, there is no limitation when adding many compute nodes in OpenShift. It just requires a lot of hardware since we use on-premises at my company. You will need to increase the capability of master nodes if you want to add worker nodes.

I will rate the scalability a six out of ten.

Technical support from Red Hat is very good. They are proactive and always reply accordingly, depending on the tickets' priority. We never have any issues with the support. I will rate the technical support a ten out of ten.

Positive

The initial setup was very complicated. It took us about a week to deploy a basic three-master and a two-worker node cluster. I was also not aware of the OpenShift documentation at the time.

From an administrative perspective, it is difficult for new people to understand. A few coworkers from different backgrounds who moved to use OpenShift found it challenging. However, it was not as difficult for me because I am familiar with OpenShift.

I rate the implementation experience a five out of ten.

I don't know the exact licensing costs as I never purchase licenses for my organization.

I rate this solution a seven out of ten.

Regarding advice, it depends on the use case and what kind of platform a company wants. For example, if they want something on Kubernetes with at least basic amenities, like logging and monitoring and similar things out of the box, then OpenShift is good for them. But, if they want to modify the Kubernetes how they want, it is not a good solution because it is not flexible. OpenShift Container Platform gives you a lot of features out of the box, but you cannot modify it. So, if they want to use Kubernetes how they want, then the open-source Vanilla Kubernetes is better for them than OpenShift.

The product is used to deploy applications. We provide the base image that has the fundamentals for the BPM product. Then, it's in our docker farm and another image is created that extends the base image. The second image adds application-specific requirements on it. Basically, it's layering the application on top of the base image and a new image is created and that is deployed onto OpenShift.

The OpenShift platform is built on the Docker Ecosystem. The image we create is easily portable. OpenShift is built on top of the Docker Ecosystem which is one advantage.

It has run time. It has all the binders required. Once built and once tested that it is working, it'll work wherever it's deployed. 

On OpenShift, it's easy to scale applications. We can easily scale up or scale down.

It's a container platform. It uses resources efficiently - specifically on the CPU RAM limit. We can create as many containers as needed. The underlying resources are utilized well.

It's intuitive and user-friendly. They have a very good UI, through which we can add all the artifacts required for OpenShift. Also, they are providing API through which also we can work on the projects. Apart from that, they also provide the CLI, a command-line interface. In my view, I think it's very good. I don't see anything more that is needed.

Everything is good. I don't see any need or any improvement that can be done. They cover CI/CD and I have not seen something which is missed in this product.

The initial setup can be hard.

It takes some time to learn everything. There's a learning curve. 

I've used the solution for four or five years. 

It's very stable. We've never had any failures. It was always up and running. It's very reliable. 

Our company is quite large. I'm not sure how many people are actually using the solution. We have a small team, and, of us, about four are using it. However, that's not indicative of the company as a whole. 

So far, the scalability is good. 

We're using it regularly, on a daily basis. 

I haven't reached out to support. For this product, we are focused more on the application side. We use the platform, however, our focus is on the application side. Whatever happens, the team that maintains and does the upgrade of the platform, interacts with the vendor. We never interacted with the vendor for OpenShift.

I tried AWS. It's also a cloud product, however, not exactly the same as OpenShift. They offer a different set of services. It's not a past product platform, it is a service product. I have used AWS, which offers cloud services. We cannot really compare both of them.

At the outset, the initial setup was not easy. The learning curve is always there. The lack of materials at that point in time also made learning a little bit hard. However, after some point, we had very good documentation and we could easily handle the product. We could easily start working on it. It's gotten better over time. For the first three or four months, it was hard, however, after that, it was easy.

The first deployment took around four to five months as we had to develop an agent data rate. It took some time. However, the changes, usually, could be done in a week or so. It was not a long time. Every week we can easily make the changes.

There's no maintenance. We don't do it. We use the platform and some other team will automatically do the upgrade. We don't have to do it ourselves. It's done by a separate team.

I'd rate the solution four out of ten in terms of ease of setup.

We handled the implementation ourselves. The solution does not offer any consultants or integrators. We managed everything through the UI.

I cannot speak about the pricing. We never interact with the vendor for that. There is a separate team who takes care of the platform and they work with the vendor for pricing.

While my company has some sort of partnership with eh solution, I am just an end-user.

It's my understanding I'm using the latest version of the solution. 

I'd rate the solution ten out of ten.

I would recommend this product. It's easy to develop applications and it gives you the option to manage your cloud on a private platform. We don't have to rely on public infrastructure. In the private infrastructure, we can have our server and use this product and make the application secure.