Red Hat OpenShift is used to host all services running on containers on specific ports for both production and non-production environments.
Red Hat OpenShift is utilized in the healthcare sector.
Red Hat OpenShift is used to host all services running on containers on specific ports for both production and non-production environments.
Red Hat OpenShift is utilized in the healthcare sector.
Red Hat OpenShift provides good value as a cloud service, comparable to other public clouds such as AWS and Azure, but it functions as a private cloud rather than a public one.
A smaller cloud running on containers enables easy deployment with the ability to scale up and scale down, and it can host multiple services on the same platform.
Red Hat OpenShift is currently running with VMware, and there are some issues on the storage side that are still being addressed.
The support from Red Hat is rated around a six or seven in those kinds of cases.
Support could improve with faster response times, as responses are currently quite slow.
The team has been working with Red Hat OpenShift for over five years.
The initial setup for Red Hat OpenShift is easy to deploy.
There are approximately two resources working on the Red Hat OpenShift cluster for deployment.
The DevOps engineer and the Red Hat OpenShift Linux engineer are the job roles required for deployment.
There is no free open-source version available; a license must be purchased for Red Hat OpenShift.
The pricing for Red Hat OpenShift is considered quite high.
Red Hat OpenShift cannot be compared with other options for PaaS clouds because other private services have never been used.
There is no current knowledge of other available options.
I am not familiar with the mobile app platform for Android.
I don't have experience with VMware or AWS products at this time, although a team member may be working on the technical side.
My focus is on the management side rather than the technical side.
Microsoft tools are not being used.
The team is focused on the Linux side for the private cloud for Red Hat OpenShift.
I have minimal familiarity with Red Hat OpenShift. I don't have experience with Red Hat OpenShift Data Foundation. The technical side of Red Hat OpenShift is handled by a team member. Management tools, help desk software, or ITSMs are not being used. The overall review rating for Red Hat OpenShift is seven out of ten.
My main use case for Red Hat OpenShift is training for several products, mainly for container orchestration, and I am currently using OCP. Previously, I trained on different products such as virtualization and Red Hat Enterprise Linux, and I also work with new products such as Red Hat AI OpenShift, which are useful for cluster management at the enterprise level.
When I am using Red Hat OpenShift for training and cluster management, I typically run different kinds of applications that are deployed on containers. People from both the development team and the operations team are involved; the development team focuses on automation and deliverable items, while the operations team mainly manages the administration work, including managing workloads and troubleshooting issues.
In addition to my main use case for Red Hat OpenShift, I also use virtualization, including different on-premises systems such as VMware, and we can migrate the VMs to Red Hat OpenShift for management. We can utilize different clusters in Red Hat OpenShift, as every cluster can be installed on our OCP, allowing us to manage them effectively. Red Hat OpenShift proves to be a good product for managing clusters, especially with its easy-to-use console that overlays Kubernetes, providing easy access to workloads, deployment options, and the ability to delete pods. Red Hat recently integrated the console with cloud capabilities, so we can view metrics, graphs, and events in a graphical user interface, eliminating the need to operate everything through the CLI.
The best features Red Hat OpenShift offers include the graphical user interface, which is a significant time-saving feature. There are different roles such as developer and administrator, and we can manage both administrative and developer tasks through the graphical interface that organizes information similarly to how it is executed in the CLI. We can access pod information, metrics, and everything easily, making it accessible even for non-technical users.
This has helped my team significantly by making many tasks easier; for those who are not as familiar with CLI, the graphical user interface is very useful and explanatory. If we need to perform an upgrade or work quickly, we can accomplish these tasks within minutes using the graphical user interface.
Red Hat OpenShift positively impacts my organization by making tasks easier with a consistent emphasis on high availability and reliability while also being cost-effective.
One area for improvement in Red Hat OpenShift is during upgrades, as there is currently no option to revert to a previous version if vulnerabilities or issues arise. I believe that providing such an option or the ability to take a previous snapshot would be beneficial.
Regarding needed improvements, I believe I covered most aspects with the graphical interface. The documentation contains a wealth of information, which continues to improve day by day, but I observe that there are still many concepts that could be elaborated on, and it is well-documented overall.
I have been using Red Hat OpenShift for eighteen months.
Red Hat OpenShift is deployed in my organization in various environments, including on-premises, public clouds such as Microsoft Azure, and in hybrid configurations with different clusters, such as Red Hat OpenShift for AWS.
My advice for others looking into using Red Hat OpenShift is that it is a new but valuable product, particularly suitable for enterprise-level applications.
I believe Red Hat OpenShift will become a significant player in the market. For those who understand its value, it proves to be very useful. My overall rating for this product is eight point five out of ten.
My main use case for Red Hat OpenShift is to set up the TIBCO platform on OpenShift, run applications on OpenShift using the TIBCO platform's data plane, and also being a platform engineer and a Kubernetes expert, I also tune Red Hat OpenShift to the most secure platform.
A quick specific example of how I use Red Hat OpenShift with the TIBCO platform involves the TIBCO platform's control plane and data plane that runs on Kubernetes. TIBCO is a vendor company which provides a lot of integration and messaging products along with various integration capabilities with almost any technology, and all of this makes it easier when the TIBCO platform runs on a Kubernetes platform. Everything is API-based, AI-ready, and everything works seamlessly on top of a Kubernetes platform.
The features of Red Hat OpenShift that I have configured include Red Hat OpenShift Security Context Constraints to cater to environments where everything is locked down and everything is monitored. In today's world, where people are trying to hack into the system, these things are quite important for any infrastructure or platform engineer or also a solution architect. Along with various other features of Red Hat OpenShift, it is quite important for me to design this easily and make it more secure.
The features of Red Hat OpenShift that stand out to me include the router configuration, the DNS integration, and many other small features, especially the UI which is out-of-the-box and the API support behind the scenes. All of this is quite handy and useful for many people who are using Red Hat OpenShift.
Red Hat OpenShift has positively impacted my organization by making many things easier to run securely, especially for a vendor company like TIBCO and their customers to run their application securely along with the TIBCO platform on Red Hat OpenShift.
Red Hat OpenShift offers very comprehensive security standards, everything is designed based on a zero-trust security framework, and I appreciate that about it. Most of the monitoring and observability part has been already taken by Red Hat OpenShift, along with the high availability aspects. Even when I am setting up Red Hat OpenShift on Azure or on-prem, it has various options and it is quite a mature platform compared to setting up my own Kubernetes.
There are a couple of sections related to security context constraints which can be improved in Red Hat OpenShift, wherein I am creating multiple Security Context Constraints for the same service account in Kubernetes. That can be improved.
I have been using Red Hat OpenShift for almost two years now.
Red Hat OpenShift is stable. It creates multiple master nodes as a design, so I have a good experience with it.
I have not tested Red Hat OpenShift's scalability, but I have checked the configuration, and it seems it is quite scalable and configurable.
I have never had to use customer support in my case.
I have previously used AKS, and I still use AKS. I did not switch, but for new clusters, I have been using Red Hat OpenShift.
My overall impression is that a lot of time is saved while setting up Red Hat OpenShift Kubernetes. It definitely has a big ROI in terms of maintenance, having to hire many people to set up Kubernetes in a right way.
Not me, but for customers, they purchased Red Hat OpenShift through the AWS Marketplace.
My overall impression is that a lot of time is saved while setting up Red Hat OpenShift Kubernetes. It definitely has a big ROI in terms of maintenance, having to hire many people to set up Kubernetes in a right way.
My experience with pricing, setup cost, and licensing shows that Red Hat OpenShift comes out as an expensive solution compared to having AKS, GKE, or EKS.
I have evaluated AKS, GKE, EKS, and setting up my own Kubernetes platform, especially using Red Hat OpenShift itself.
My advice to others looking into using Red Hat OpenShift is to go into the details and set up Red Hat OpenShift in the right way. I would rate this product an 8 out of 10.
My main use case for Red Hat OpenShift is serving telco customers. A quick specific example of how I use Red Hat OpenShift for my telco customers involves different applications that reside in containers on those particular container platforms. This workload includes different parts such as AMF and UPF, which are the basic functions that I normally use as applications on Red Hat OpenShift.
Red Hat OpenShift has positively impacted our organization by adding significantly to our revenues because what we were doing through other vendors shows that with vanilla Kubernetes, there are many features and extra advantages in Red Hat OpenShift. It has had a strong positive impact on our organization by standardizing how we build, deploy, and operate applications across environments. One of the biggest benefits is its operational consistency. It provides a uniform Kubernetes platform across both on-premises and cloud environments. From an availability and reliability perspective, Red Hat OpenShift's built-in lifecycle management and automated upgrades, along with self-healing capabilities, have improved overall system stability.
Currently, I am not equipped with specific outcomes or metrics that demonstrate this positive impact, but it has significantly improved all these parameters.
The best features Red Hat OpenShift offers include security, hybrid multi-cloud, and bare metal flexibility. The Operator framework and lifecycle automation are also part of it, along with improved CI/CD and GitOps pipelines, and strong security with compliance features.
In my day-to-day operations, I find lifecycle automation to be the most valuable feature. Additionally, Red Hat OpenShift provides developers with hands-on extra capabilities and experiences.
Red Hat OpenShift can be improved by reducing its complexity. We could also have better UX, especially for day two operations. There is always some scope for optimization that we can address.
I have been using Red Hat OpenShift for four years.
Red Hat OpenShift is stable and offers the most stability among all the competitors and enterprise-level solutions available.
The scalability of Red Hat OpenShift is great, with many options available to scale it according to your requirement or demand. The extent to which you can scale depends on the environment you are deploying it in.
The customer support is great, and we have many channels through which we can approach them.
We have previously used VMware and Wind River, and while we still use them for some of our customers, we switched to Red Hat OpenShift because we found the best features there.
I do not have any readily available data regarding return on investment metrics, but I can say that we see relevant improvements in money saved, time saved, and fewer employees needed.
My experience with pricing, setup cost, and licensing involves a different team that handles all these aspects, so as a SRE, I do not need to worry about these things.
Before choosing Red Hat OpenShift, we evaluated other options such as Mesos, but Red Hat OpenShift is more futuristic.
My advice for others looking into using Red Hat OpenShift is that you need to first get hands-on experience with the technology. It is based on vanilla Kubernetes, but they have added additional capabilities for which having basic knowledge is essential. You should go through their portals and lab environments available.
A specific example of how I use Red Hat OpenShift to set up a product for customers is that it starts with determining how much a customer has to spend because when you're looking at clusters where you have actual control over the worker nodes, you have to determine what they are going to be. If you're doing something with an AWS cluster, then you need to work out what it's going to cost them on a monthly cycle.
Red Hat OpenShift has positively impacted my organization with its scalability, security, as well as the ability to control it effectively.
When I'm doing a traditional deployment with Red Hat OpenShift and I want to implement a change, if the change fails, all I need to do is reverse out the build. One click reverses out all the changes after the operational ones are done. This capability to deploy easily, effectively, and with great change management, as well as very granular control over who can do what and what processes can be run, is valuable.
I give Red Hat OpenShift a rating of nine because there are always difficulties in implementation.
Red Hat OpenShift is deployed in my organization across public cloud, private cloud, hybrid cloud, on-premises, as well as UAT. For our public cloud deployment, we use AWS. We purchased Red Hat OpenShift through the AWS Marketplace.
We use it for container orchestration. Some customers don't need to go with the coordinated open source as they need a more enterprise solution, so we use OpenShift. We mainly use it to host IBM CloudSec. We are working with CloudSec for integration, CloudSec for automation, and as a prerequisite for them, they need an OpenShift.
With OpenShift, it gives me the ability and capability to monitor all my microservices and all my containers using its integrated monitoring. Its horizontal pod scaling is more efficient than the one used in Kubernetes.
Most benefit from it, however, I work with Kubernetes, and installing Vanilla Kubernetes is easy. That said, it introduces many tools that need to be set up individually. OpenShift comes ready out of the box, with all tools installed and configured. Red Hat certifies and confirms that all the components are compatible with each other.
OpenShift's superior dashboard is a notable strength, especially when compared to Kubernetes. The integrated DevOps capabilities, such as pipelines and the container registry, are extremely beneficial.
Additionally, its capability to monitor microservices and containers with integrated tools like Prometheus is a major advantage. The horizontal pod scaling exceeds the scalability features I found in Kubernetes.
OpenShift requires a very expensive and complex infrastructure. If I have a Kubernetes cluster with one master and three workers, to apply the same configuration in OpenShift, I need about three masters, three infra, and three workers.
It uses around double the resources of vanilla Kubernetes. Also, learning OpenShift requires complex infrastructure, needing vCenter integration, more advanced answers, active directory, and more expensive hardware. These demands can deter people from learning OpenShift.
I have been working with Red Hat OpenShift for about four years now.
OpenShift is stable but comes at the cost of a very expensive infrastructure. It provides better performance yet requires more resources compared to vanilla Kubernetes.
OpenShift's horizontal pod scaling is more effective and efficient than that used in Kubernetes, making it a superior choice for scalability.
We have dealt with many cases with Red Hat support, and while they eventually solve issues, it sometimes takes them a long time to reach a resolution, particularly with complex matters related to IBM Cloud. We have rated their support a seven out of ten.
Neutral
I have used Vanilla Kubernetes, VMware Kubernetes, etc., before. OpenShift is the more powerful and supported solution between them.
The setup involves creating a configuration file called 'install-config.' After providing necessary parameters such as vCenter's URL, username, and password, an Ignition file is generated. A virtual machine is then created from an OVA file with attached parameters.
Although the process is still somewhat complex due to user-provisioned infrastructure, OpenShift offers a simpler installer-provided infrastructure. We chose user-provided because it offers more control over our environment.
With OpenShift combined with IBM Cloud App integration, I can spin an integration server in a second as compared to traditional methods, which could take days or weeks.
The cost of OpenShift is very high, particularly with the OpenShift Plus package, which includes many products and services. While I know it's expensive, I do not have the specific numbers.
I have used Vanilla Kubernetes, VMware Kubernetes, etc., before. OpenShift has proven to be better.
I recommend having a solid understanding of Kubernetes before transitioning to OpenShift as it is based on Kubernetes. Without this knowledge, managing and maintaining OpenShift can be a nightmare.
I rate OpenShift as a nine point nine out of ten. I suggest considering the necessary infrastructure and related costs before adopting OpenShift.
I used OpenShift for the enterprise service cost system of a bank. We completed the migration of the bank's core banking system using OpenShift as the infrastructure. OpenShift acts as an orchestration platform and is used as our private cloud.
OpenShift is a spin-off of Kubernetes, built on top of Kubernetes. It has features that enhance security, ease of deployment, and service exposure compared to Kubernetes. It also provides good integration with GitOps and ArgoCD.
Additionally, OpenShift offers an easy-to-use graphical user interface for cluster management, making it more accessible for administrators.
I had to frequently upgrade my cluster due to OpenShift's rolling updates every six months, which I found to be excessive. Making updates a yearly occurrence could be beneficial. In terms of self-service for developers, there is room for improvement. The removal of Grafana and HPA from monitoring caused some issues. Observability could be more robust.
I've been working with OpenShift for four years.
OpenShift is very stable. I've had my cluster running for over four years, with issues caused more by poor monitoring or user error rather than the product itself.
OpenShift is highly scalable, allowing us to manage thousands of pods effectively. We've implemented features like Horizontal Pod Autoscaling to adapt based on demand and integrated with F5 for high availability.
Red Hat's technical support is responsive and effective. I had 50 to 59 support cases, many of which were resolved quickly depending on the urgency and expertise needed.
Neutral
We moved from a legacy system to OpenShift due to its stability and capabilities provided by being backed by Red Hat.
The initial setup was straightforward, especially on the cloud where it was set up quickly. The on-premises setup was more challenging due to additional configurations required.
We handled the implementation internally with our team, which consisted of three engineers managing the analytics environment.
Moving to OpenShift resulted in increased system stability and reduced downtime, which contributed to operational efficiency. Although it increased costs, it helped modernize our infrastructure.
The pricing for OpenShift includes support and licensing, which costs approximately $400.
We did not evaluate any other options aside from our legacy system before choosing OpenShift.
If you have the skill and experience, Kubernetes can be used in production. OpenShift provides extra coverage in terms of security and management. Have a disaster recovery plan due to frequent updates.
I rate OpenShift at nine out of ten.
We are building an application that is a containerized application, and we are using Red Hat OpenShift for that application.
The concept of containers and scaling on demand is a feature I appreciate the most about Red Hat OpenShift.
Our solutions can easily scale to any number of users or requests if we are running on the cloud. The cloud also supports the pay-as-you-go model, so scalability is the biggest benefit.
They could work on the pricing model, making it more flexible and possibly lower.
It has been almost one and a half years, maybe a little more.
I would rate the stability somewhere around eight to nine out of ten. It is very stable.
It is easy to scale Red Hat OpenShift. The on-demand provisioning of pods and auto-scaling, whether horizontal or vertical, is the best part.
I have been pretty happy in the past with getting support from Red Hat. We haven't had many cases regarding the support for OpenShift, however, we opened a couple of tickets, and they were satisfactorily answered.
Neutral
We have also used the VMware environment in our setup.
I would say the initial setup is not very complex, but moderately complex, similar to other containerized platforms like Kubernetes. Compared to what we are used to running, such as other virtualization platforms like VMware, it is moderately complex.
Red Hat can improve on the pricing part by making it more flexible and possibly on the lower side.
For the very basic features, I can compare it with VMware Tanzu as we are running a basic setup at the moment.
I rate Red Hat OpenShift somewhere around eight out of ten.
AI integration sounds like a good idea as AI is the future, and a lot of products in the market are benefiting from AI integration.
The main goal is the modernization of our applications. We have a few applications running on mainframes, which increase costs. We aim to modernize them on containers and microservices. We are shifting towards Kubernetes or Docker. As an enterprise client, the best solution is Red Hat OpenShift paired with support from Red Hat.
A valuable feature of Red Hat OpenShift is its ability to handle increased loads by automatically adding nodes. This automation impresses us and benefits us in managing loads on applications.
Although we have just started the transition and are moving slowly, OpenShift has been helpful in modernizing our applications, and it is a positive step forward.
The GUI could have more capabilities, particularly around virtualization. Some features are missing, such as storage migrations, when compared with VMware.
As we use both Red Hat virtualization and OpenShift together, differentiating between them becomes challenging. We should aim to include VMware-like capabilities to be competitive, especially considering cost factors.
I have been working with OpenShift for a year now.
Right now, I would rate the stability of OpenShift as eight out of ten. It performs well under load, providing the desired output.
Red Hat OpenShift scales excellently, with a rating of ten out of ten. It allows for scaling as much as needed, which is a significant advantage.
We are currently dealing with both local support and Red Hat support, and they have been amazing.
Positive
We were a VMware house for a long time, about ten to 15 years. However, the cost for VMware skyrocketed, making it hard to continue using it.
The initial setup is complex.
The cost is a crucial factor, particularly with licensing. As things evolve, companies increasingly focus on cost-effectiveness.
Kubernetes, as an open-source option, is a significant competitor, particularly for those dealing with cost concerns.
I would rate OpenShift nine out of ten overall.
It is suitable for any company, regardless of size. Smaller companies may opt for open-source solutions like Kubernetes. However, OpenShift offers comprehensive support, which is appealing to enterprise clients.
Our primary use case for Red Hat OpenShift involves leveraging its container orchestration platform to enhance application modernization efforts. We host containerized applications and integrate GPU capabilities for optimized deployment of AI workloads.
Simplifies transitioning from legacy systems to containerized environments, enabling better scalability and flexibility.
Provides GPU integration and infrastructure that support the deployment and scaling of data-intensive AI workloads.
Accelerates delivery pipelines with robust CI/CD features, helping teams bring applications to market faster.
Scalability and High Availability: OpenShift makes it easy to scale applications horizontally or vertically based on demand. Its high-availability capabilities ensure reliability and minimize downtime.
Built-in Security Features: Enhanced security tools like role-based access control (RBAC), network segmentation, and image vulnerability scans protect containerized applications.
Operator Framework: This simplifies the management of Kubernetes applications, automating tasks like installation, upgrades, and maintenance.
Simplified Networking: While OpenShift has advanced networking features, simplifying configurations for complex setups could make it more accessible to users with varying expertise levels
Resource Management Visibility: Improving the display of limits and quotas issues can help developers better manage resources and avoid bottlenecks.
Availability and capacity reporting
We have approximately two years of experience with Red Hat OpenShift.
Red Hat OpenShift is a stable solution.
I would rate the scalability of Red Hat OpenShift as an eight or nine out of ten. The platform has shown significant improvement with each new version, adding valuable features while making it easy to scale by adding or removing worker nodes and storage.
Red Hat's technical support is good, and I would rate it a nine out of ten.
Positive
We provide a range of services, acting as implementers, integrators, and partners with Red Hat OpenShift.
Red Hat OpenShift has a high price, and the licensing model can be prohibitive for smaller customers. Initially, licensing was per CPU, with a memory cap, but the price has doubled, making it difficult to justify for clients with smaller compute needs.
Not tested any other solution
Overall, I would rate Red Hat OpenShift a nine out of ten. Despite the higher price and needed improvements, OpenShift is an enterprise-grade solution that meets most business needs. I would rate the overall solution a 9 out of 10.
