Red Hat OpenShift Container Platform Reviews

Our primary use case for Red Hat OpenShift Container Platform is to enhance our Kubernetes management by leveraging the additional features and tools it provides. We use it to deploy applications, set up pipelines with Tekton, integrate secure networking, and facilitate AI and machine learning projects through MLOps.

Red Hat OpenShift has made the development processes more manageable and secure, particularly by providing its own DNS system, a pipeline solution called Tekton, and features like source-to-image. These enhancements simplify the complex tasks seen in plain Kubernetes, making it user-friendly and improving DevOps efficiency.

The most valuable features of OpenShift include its advanced security, integrated DNS system, built-in pipeline management with Tekton, enhanced networking routes, and dedicated platforms for DataOps and MLOps. These features make it a robust choice for handling enterprise-level tasks securely and efficiently.

Setting up OpenShift locally can be challenging, particularly because it requires RHL Linux and has specific restrictions. Additionally, the documentation for local setups is lacking. Improving these aspects would make OpenShift more accessible to the community for trial and development purposes.

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

OpenShift is highly stable. Its performance is comparable to Kubernetes, with enhancements where Kubernetes lacks certain features.

Scalability is customizable and straightforward. We can deploy it on any cloud service or our server center and scale it easily. Red Hat and AWS provide excellent support, making it easier to scale quickly.

The technical support from Red Hat and AWS is reliable and friendly, aiding problem resolution effectively.

Neutral

I have experience with Kubernetes, Docker, and Sravan for container management. However, OpenShift stands out for its security and feature enhancements.

The initial setup for OpenShift on the cloud platform is straightforward and quick, taking five to ten minutes to initiate and up to one day to deploy all resources, depending on the complexity. For local setups, the process is more complicated and error-prone.

Typically, three to four people are needed for deployment. This may include configuring nodes and setting up multi-cluster or hybrid environments to ensure scalability and ease of management.

If your concerns are primarily security and feature enhancement, OpenShift offers substantial value. It is suitable for larger teams concerned about security and usability. Smaller teams with less stringent requirements might consider other solutions. Careful cost estimation is crucial to avoid unnecessary financial burdens.

I'd rate the solution nine out of ten.

Hybrid Cloud

Amazon Web Services (AWS)

I work in a bank and we develop new microservices based on mainframe legacy systems. They want to start developing new microservices to reduce the calls to the mainframe. DevOps in Bank Hapoalim uses OpenShift as a platform and all the services are deployed automatically to avoid the problem of services being unavailable. So the main use case is to modernize the existing legacy systems. All the big projects of the bank are going through this modernization, with a new architecture and deploying stuff through microservices.

It makes our work much easier. Everything works automatically: the pods, memory, and CPU grow automatically. We had so many systems on the old technologies and it's very hard to modernize them. But this tool, OpenShift Container Platform, helps a lot. If we want to keep up with the market and be a strong organization, we have to support modernization. We can't see all the banks making changes and still go with the old systems.

Also, the department that's in charge of it, DevOps, has given us more dashboards so that we can see more details, exactly what's going on in terms of timing and everything. They give us all the details we need to see about the microservices.

It's an easy platform to use.

I'm not sure if this is an issue with OCP, but it takes time to deploy. I'm not sure because we have pipelines and Jenkins jobs that deploy the microservice so it takes time. It can take 10 to 15 minutes to deploy a microservice. The CI/CD process takes a long time, and if it's because of OCP, that is something that can be changed.

I have been using OpenShift Container Platform for about two years.

Overall it's stable. Sometimes I see problems with the stability, but I'm not sure that the problem is with OCP. There are things that we need to explore more deeply, but I would say it's stable.

It scales microservices automatically.

We have about 1,000 internal users of OCP and about a quarter of them use it daily.

We did not use any other container management software.

There were several other departments involved in the setup. 

It was done in-house.

It's a very cool product. You can trust it. We have plenty of complicated microservices systems deployed through this platform, and it does the job. We see the results. I only have good feedback about it.

It's nice to see technology getting better and better, doing things automatically. The platform can fit every organization, with the right configuration. It can do whatever you need it to do. It's very impressive to see how the technology of this platform does it.

On-premises

Our client deployed OpenShift on a bare-metal server, and they use it to offer their customers a platform-as-a-service solution with metered billing. It's pay-as-you-go. We are currently developing our own platform. For the most part, we have enough developers, but we'll go to Red Hat when we need support.

OpenShift is an improvement over legacy monolithic applications. With OpenShift, our clients can see the new features quickly, and developers can get any software they need from the Red Hat Marketplace. It has improved our product development and the existing workload on business material applications running on OpenShift. It has improved the performance of our company's IT department. 

OpenShift complies with the security center, where the CS image is hardened by default. OpenShift is very secure. When there are updates, OpenShift will update all the patches necessary throughout the entire cluster platform. It takes care of that easily, reducing many administrative tasks. Using this product improves our compliance code significantly.

The pipelines in OpenShift are handy for developers to build and automate things quickly. It's easy to bring things online. Options are helpful for the customized solutions we can do with this product. Overall, the automations are well aligned with OpenShift. That's what I see.

OpenShift's code-ready workspaces reduce project onboarding time by about 70-plus days while reducing time-to-market by around 50 percent. 

The operating system has a live update and is more secure than any other. It's made for Atomic OS, a lightweight OS new to the market. I also like the source-to-image capabilities. The customer can directly deploy their applications from the repository. It's a highly flexible and easy way to deploy into production. 

It's a simplified network for exposing their application to the outside world. Red Hat has good built-in oversight, where it monitors the cluster performance and records everything built inside the cluster besides OpenShift. Of course, Red Hat is a pioneer in this kind of auditing. 

Telecom clients can use OpenStack as their private cloud to access secure resources on demand. When they deploy to OpenShift, it's easier for them to have a cloud-like field on their own data center. OpenShift and OpenStack are integrated. It's an ideal combination. The infrastructure created in OpenStack is a robust private cloud solution. If the developer wants to consume resources within their organization per the utilization, OpenStack is the right platform for building their private cloud.

In terms of innovation, features, and functionality, a public cloud has much more than OpenStack by itself. I prefer OpenShift on AWS or Azure Cloud. That has made it easier for the customers to benefit because they don't need to worry about their managed solutions anymore. It's the customer's choice to manage services through OpenShift or on-prem. OpenShift can be run on all platforms, including VMware, public, private, etc. It's a great solution from a consumer choice perspective. 

The codes are customized and fixed only for their own environment, so it's more secure, but we cannot assure the client's security. However, the code is validated, and Red Hat support will address any vulnerabilities or security issues that arise.

The support costs are too high. 

I've used OpenShift for the last two years.

OpenShift is a highly stable product if you're using it as a managed service. 

OpenShift is scalable. 

I rate Red Hat support nine out of 10. 

Positive

Setting up OpenShift is fairly straightforward. It takes about a week to plan and another to deploy, so two weeks max. 

They can reduce prices because Kubernetes is open-source and freely available to customers. The license cost is for deploying on-prem, so it's costly to go to a client's location to deploy things compared to open source. If they reduce the cost, more customers will choose OpenShift.

I rate OpenShift Container Platform 10 out of 10. This is a great product. Red Hat has been in the field for more than 25 years. Each product they release is more innovative and cutting-edge. 

On-premises

Our primary use case is to deploy Java and Angler UI codes into the platform's containers. We will soon migrate our product infrastructure to OpenShift. 

The most significant improvement has been in the microservices area, as the solution simplifies the deployment of microservices. We don't have to spend much time on the infrastructure and CI/CD pipeline, so OpenShift saves us a lot of time.

OpenShift eliminates distractions, allowing our teams to focus on innovation, features, and functionality. For example, the elementary deployment and the platform makes dealing with infrastructure very straightforward, allowing us to focus on other tasks. OpenShift taking care of infrastructure-related issues, in particular, takes a weight off us, and it feels good to focus on innovation, discovery, etc.   

The solution's CodeReady Workspaces reduce project onboarding time, and Red Hat can create a Workspace for us within two weeks. We place a request, and they start working on it; it's pretty fast because we're migrating most of the bank's processes over to OpenShift.  

The CodeReady Workspaces reduce our time to market by around 20%.   

The product is stable, reliable, and easy to use, from a well-known company, has a large volume handling capacity, and more and more organizations are moving to OpenShift.

The scale-up and scale-down functions of the product's UI are excellent.

The deployment is elementary and seamless.

We use the product on the vendor's OpenStack Platform, and in terms of speed and ease with which it enables us to create infrastructure on the OpenStack Platform, it's the best and most straightforward approach. OpenShift is excellent compared to other vendors like Google Kubernetes Engine and Azure Kubernetes Service; it's easier to use, more reliable and handles volume better. 

The solution is very good at creating infrastructure that can be flexibly sized to meet specific needs on the OpenStack Platform; there are options to increase and reduce the size to meet volume demands. 

The tool's security throughout the stack and the software supply chain is excellent; we are a large bank, so security is a top priority.  

OpenShift's security features are highly capable of running business-critical applications. The solution is exciting, and I'm looking forward to getting more hands-on experience. 

The solution's automated processes are excellent, and OpenShift has good integration potential with GitHub and Tangible, allowing a lot of code deployment automation. Plugins are also available for other CI/CD pipeline tools like Jenkins Pipeline, reducing our development time.  

The UI could be more user-friendly to drive tasks more effectively through the interface.

We used the trial version of the solution for one to two months to get hands-on experience in preparation for IBM Industry 4.0. 

OpenShift is a stable product.

The scalability is excellent; it allows for a very high transaction volume. 

OpenShift's technical support is outstanding, and I rate them highly.

Positive

I previously used Google Kubernetes Engine, and many of the bank's teams started switching to the OpenShift Container Platform. Once I got my hands on the product, I saw it was very good. The general trend in our organization is one of migrating to OCP.

I wasn't involved in the initial setup of the product, but it took around 30 minutes and I know it to be elementary. 

I'm an architect, so I have no involvement in the pricing and licensing of the platform.

We evaluated GKE and found OCP much more lightweight and easier to use. I tried with GKE but was never successful with it. However, with no background in OCP, I watched some YouTube tutorials and successfully deployed a sample project. This ease of use is essential for us, as we don't need to spend time dealing with infrastructure and can focus on the development and functional aspects.

I rate the solution a ten out of ten. 

We didn't consider building our own container platform because it's too big a job. We're a bank, and most banks focus more on developing functionality than building a container platform and instead look for the best available tool.

We also use Red Hat Linux and chose it because it's very stable and reliable.  

The biggest lesson I've learned from using the solution is how easy and simple it is to deploy, how little we need to focus on infrastructure, and how it allows us to prioritize functionality.  

I am the platform engineer, and the platform serves a function for end users by allowing them to deploy their apps based on their application use cases.

The most valuable feature of this solution is its scalability on demand, which allows for potentially lower costs, and Built-in resiliency. Those are the three most important ones that spring to mind.

In my experience, the issues are not always simply technical. They do stem from technical challenges, but they struggle with the topic of adoption. When you encounter all of the customer pull, there are normally several tiers of your client pop that can adopt either the fundamental features or a little more advanced ones.

The majority of the time, the challenge is determining how to drive adoption, how to sell the product to the customer, and how much time they can spend to really utilize those advanced features. If we get into much more detail, but this is from my perspective as the platform engineer and not the end customer, the ability of the end user to be able to debug potential issues with their application That is arguably the most important, let's say, work throughput in my area.

I have been working with the OpenShift Container Platform for two months.

We use version 4.9, and our legacy version is 3.9.

OpenShift Container Platform is quite stable.

OpenShift Container Platform is highly scalable.

I have more data regarding the number of net spaces and the number of apps that are tied to it, rather than how many individuals are on the receiving end of such applications which would be considerably more difficult. I would say more than three persons for each application, which is definitely driving the number near 500. This would be an approximate number.

I would rate the technical support a 10 or 11 because, in my personal experience, they are always going above and beyond to deliver the solution.

They are very caring about their customers.

Because the platform I'm working with was inherited, I wouldn't know how that procedure works here. I have, however, performed a few deployments in a considerably smaller context. 

You have at least three distinct techniques to perform that deployment using OpenShift, as well as a few of IPIs and UPIs. 

When I approached that scenario, I was thinking in terms of UPI, which stands for user-provided infrastructure in a non-homogenous, domestic cloud environment, a tiny simulated cloud environment. 

It wasn't simple, and it took a few tries to get a functional cluster structure with various control planes and many worker nodes. 

It's a difficult response to a hard subject, in my opinion, but, it is not an extremely simple or out-of-the-box solution.

The deployment took about two hours if we count the successful attempt once I had my preexisting issue sorted out. 

The upgrade would depend on the scale of the cluster. It can take a couple of minutes per node, so it would depend on the number of nodes.

In terms of the cluster that has workloads that are on production, you need to make sure that the workloads are not experiencing any issues.

I have a vague understanding of it but keep in mind that enterprise pricing differs from, I don't know, people or smaller businesses approaching them.

It largely depends on how much money they earn from the application being deployed; you don't normally deploy an app just for the purpose of having it. 

You must constantly look into your revenue and how much you spend every container, minute, or hour of how much it is working.

I wouldn't have access to that information within my company, therefore I'd assume it's in plus.

As far as I understand the situation, while this solution was inherited, the outstanding technical support is one of the main reasons it was chosen over other solutions.

I would definitely recommend having the vanilla experience because, contrary to popular belief, OpenShift is not Kubernetes; it's actually written on top of Kubernetes and adds an extra value of authentication, auditing, and logging on top of that, but it does require a familiarity with Kubernetes to properly utilize its capabilities. 

After being acquainted with Kubernetes, I believe it is worthwhile to dip their fingers and brains into the distinctions that OpenShift provides in contrast to other basic Kubernetes implementations.

I would rate OpenShift Container Platform a seven out of ten.

It is really expensive. That is not something you would employ unless you had a strong business case for your application. That is, not in terms of the enterprise version.

You may use our OKD, which is a community version we provide, which is less expensive. However, it is not a supported version of OpenShift; it is only supported within the community. However, because the OKD community is small, there is a low likelihood that someone would respond to your inquiry if you run into problems and need to locate answers elsewhere.

Hybrid Cloud

Amazon Web Services (AWS)

Red Hat is acquired by IBM, there is still a separate entity, but we are more on the partner side.

I work with IBM, and most of our solutions are on the OpenShift platform. I work with our business partners to enable and help them with the technical pre-sales and setup role. So, I'm not involved in production engineering systems but rather in demos, first application implementations, and POCs.

The user experience and security are some of the key features. There are two key differentiators that you have certainly worked on from the customer's perspective.

It is actually very well laid out for a computer product. But maybe, since it has security built into it, it is sometimes very difficult for people to grasp.

It is much easier to work with Kubernetes than OpenShift. On the inside, all the security and other aspects are very much required by the container.

It has a difficult learning curve. Those are the areas where, from a customer perspective, OpenShift is a little challenging compared to other Kubernetes solutions.

I have been using it for five years. 

I would rate the stability of this solution a ten out of ten.  It is very stable.

I would rate the scalability a ten out of ten. It is a scalable solution. Our customers are mostly enterprise businesses for Red Hat OpenShift. 

The technical support is good. One challenge is that sometimes it may be difficult to find the answers to your questions if you are not a Red Hat customer. Many of the answers require you to log in to the Red Hat portal. Unless you are a customer, you cannot ask for a solution. On those lines, it is a little difficult. Otherwise, technical support is good.

Positive

I would rate my experience with the initial setup an eight out of ten, with ten being easy and one being difficult. 

The initial setup is a little difficult because installing and configuring it is very involved. I don't see it as easy yet.

It's deployed on both the cloud or on-premises. On the cloud, it's much easier where it is managed OpenShift. If we go to managed offerings like Red Hat OpenShift on AWS, Azure OpenShift, or IBM Cloud, it is much easier to provision. But if it is self-managed, where you have to do everything yourself, it is difficult.

Red Hat OpenShift is self-managed, not from a cloud provider. If you are doing it on the cloud, then it is just a couple of hours. But if it is self-managed, then it will depend on the infrastructure, networking, and all that. It is still a team, but not yet a resource to have all that correctly set up.

It has been a good solution to deploy all containerized applications, like our AI and ML applications. We're not missing out on that capability.

The ROI is definitely much better because once it is set up and done, it is very easy to manage and have applications deployed. The user experience is very good. So once you have it in place, it's easy to do the day-to-day operations, and eventually, scalability and all those things become clear.

Overall, I would rate it a nine out of ten. It is a very good solution overall.

I would definitely recommend it to others.

We use the solution to manage our digital assets like containers and applications.

Integrating the product into our existing infrastructure was easy. We did not face any issues.

The price must be improved.

I have been using the solution for six years.

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

The product’s scalability is good. I rate the scalability an eight out of ten. We have around 15 users.

The support people help us whenever we require their assistance. A partner provides us with the first-level support. The support has been good, but it is not direct support. We have a problem that has not been fixed for a long time.

Positive

I rate the ease of setup a six out of ten. The project was ten months long. The deployment took a month.

I rate the pricing a four or five out of ten.

I have also used Docker and Kubernetes.

I will recommend the solution to others. Overall, I rate the tool a nine out of ten.

We are using OpenShift Container Platform to build microserivces which are financial business logics, such as payments, transfers, KYC etc. These serve as the defacto logic consumed by any channel. We are also leveraging the networking and securing capabilities of OCP which serves to secure and control on granular level.

First and foremost we have benefited vastly in cost reduction.

The abstraction provided by OpenShift of the underlying infrastructure gives us the ability to extend the application across data centers (on-prem or cloud) that gurantees the uptime by 50%.

The ability to push new changes without hampering the current version given us almost 100% business continuity and zero downtime deployments.

OCP gives the ability to use the resource effectively which has helped in maximizing the use of underlying infra and it further has the intel to scale up the  the running app in case it is running out of resources thus auto-scalablility is inherent when apps are ran on OCP.

It would be unjust to not mention the automation capability introduced by OCP makes the whole development and deployment seamless and almost eradicates the operational overhead of running this platform.

The auto scalability feature, which is based on smart agendas, determined from pre-prepared rules is the most valuable feature. You can also create different routes for deployment. Deployment types can be provided with an identifier, such as AB deployment. This really helped in rolling out releases without disrupting services for the end-users.

Secondly, there is the ability to control at a granular level. For example, they can release two versions of the same service and control the traffic towards it to a specific percentage.  Other organizations don't seem to use this feature in the same way we did. Additional rules can be specified to determine individual versions of a service, and rules for governing users access to such services.

Marketing can also make use of OpenShift by analyzing logs to provide useable data. This is one of the features that I really like about OpenShift. It is also a secure environment, with user access configurable at a very granular level. Depending on the API and the ecosystem, it is possible to completely plug and integrate. You control how the deployment works and the testing process.

With OCP 4.x the capability of configuring and controlling your ingress controller has also introduced an immense ability to provide an experience which is pertinent to a particular app. With this we can introduce app specific compliance and security without enforcing similar requirements on all services, which was the case with earlier versions.

From a networking perspective, the routing capability can be matured further. OpenShift doesn't handle restrictions on what kind of IPs are allowed, who can access them, and who cannot access them. So it is a simple matter of just using it with adequate network access, at the network level.

It should be possible to whitelist IPs so that you can allow and restrict access to the API. That would be a fantastic feature. OpenShift would then encapsulate the entire security and access. This is one improvement that I would seriously want our client to have, and for that reason, I have joined the OpenShift community, and it is a project I could probably work on myself. 

The second thing is that deployment is more of a strategy rather than a feature in OpenShift. Although you can create different routes, and it works fine, it is not an innate feature of OpenShift that it understands that you want to run specific versions of the same service as needed. Though you can define routes to serve different versions.

I have been using OpenShift Container Platform for almost four years.

It is very stable when it's running. So far, I haven't found any issues. We went through operating system upgrades. We did need to perform some patching, so there was some vulnerability and there were many tasks we had to undertake to assist with stability. In fact, we use two clusters. One of them is used for non-production purposes. It is a developer's structure and is a very stable solution.

Further by the design OCP will keep running the cluster is left with only one node, which makes it very robust and reliable platform.

The auto-scalability feature, which is based on smart agendas, can be determined from pre-prepared rules. You can also create different routes for deployment. Deployment types can be provided with an identifier.

This is very flexible and saves resources when you don't need them, and scales up when you do. This is a very powerful feature.

We used the Redhat TAM service. They assign a technical application manager to you, and we have used that. The support is very, very responsive. They respond very quickly. What I like about them is that they have a very precise, clear and rationale way of working they will ask guide you to take a decision towards one single solution you require. That's it. They will come back to you and provide pinpoint in-depth guidance into the problem that you have.
Unlike most support companies, you usually obtain a workable solution in a good time frame.

Positive

We were using 3.x and now we have swtiched to managed OCP 4.x on cloud. This has given us helped in reducing cost and given the ability to expand and configure OCP without involving infra team, what was a months process has reduced down to minutes.

3.x was a complex setup but with 4.x this has been addressed drastically and now it comes with a setup engine which handles 90% of the setup itself. Though it still does gives you the ability to do it 3.x way but it still less complex than 3.x.

This was an in-house implementation.

Costs reduced by 70%, this includes infra and operation costs.

It is a costly solution but then again, it's intended for enterprise-level business, and the license has to reflect that. It is appreciated what the GPU's processing power requirements will be higher. The licensing is very flexible. The license is related to the processing power you need, and the infrastructure of any clusters which go with that. If your current application, internally, has more then 5 workflows that have significant resources requirement I will suggest to consider using OCP. Anything below would be more costly on OCP in terms of license and infra setup.

We had a comparison between OpenShift, Azure Kubernetes Services and Elastic Kubernetes Services (AWS) but OpenShift is more mature, it has understands the corporate more especially from security and compliance perspective. We also have the leverage to be multi-tenant with OCP over IaaS that lets us leverage the best of all infra flavours out there.

A common mistake is to assume that the solution can change the architecture type. e.g. some people think by using this solution they can change their application architecture into a microservices architecture. OpenShift is an orchestration platform. These types of solutions are not intended to be run as a microservices architecture. Very often, the two become synonymous which leads to decisions which incur huge costs. Especially the conventional thought process kicks in and OCP looks more like an application server rather than a platform.

As the cost of this product is expensive it should only be considered for large enterprises. There will also be a need to hire technical people, and this may also involve a training cost.

There has to be a cost-benefit. It can be done as a single solution, but the solution itself has to be huge. 

You also need to make the best use of the solution. If you are processing millions of transactions, that would describe an adequate use. You need to calculate the solution costs against the work it is designed to do, otherwise, it becomes a cost overhead. Certainly, for a single application, it would be a waste of money.

I would rate OpenShift Container Platform a nine out of ten.

Last but not the least, considering running multiple application on OCP to maximize the cost of licenses and it the budgeting of OCP should not reside with an application team where it will hard for them to budget and run the platform and would innately require other application teams to have a separate cluster which dissolves the whole purpose of OCP.

Public Cloud

Microsoft Azure