Red Hat OpenShift Kubernetes Engine

My main use case for Red Hat OpenShift  involves two cases: the first case is about the migration of QRadar and Red Hat OpenShift  for the cloud, which relates to the process of antivirus, XDR , and SOAR  and SIEM . The second case is the use for the migration in ARO, Microsoft Azure  Red Hat OpenShift, for the migration of OpenCTI from on-premise to the cloud.

A quick specific example of how I used Red Hat OpenShift for one of those migrations is the particular process of the migration about the OpenCTI. The OpenCTI migration involved a process where we used Docker  for the OpenCTI to function correctly when implemented, which was the main challenge.

I do not have anything else to add about my main use case or the migration processes with Red Hat OpenShift.

In my experience, the best feature Red Hat OpenShift offers is that the environment is easy to use. When I say environment needs, I mean that it is easy for the configuration and the management in the different environments. For example, when I use the API key, the configuration and connector, the environment provides easy visibility and allows me to watch the reports for the leadership in the company.

Red Hat OpenShift has positively impacted my organization, and now we use it more in the QRadar SIEM  environment. However, in this case, IBM sold QRadar to Palo Alto, and our client changed the SIEM , so Red Hat OpenShift is not functional at this moment for QRadar.

Red Hat OpenShift can be improved by addressing any features, performance, or usability issues. In my view, the performance is very good, and the automatization of the new environment and new machine is fantastic because it is easier for my job in the company. My colleagues display information and the Docker  functionality is good.

There are two small things I would suggest about the SOAR : the connection for the SOAR to send email and send communication to our colleagues and people in the company.

If I could change or improve one thing about Red Hat OpenShift, it would be to provide more information on the web because the information is limited and I need to explore more. I would change this about Red Hat OpenShift because I have known this all year and need more investigation.

I have been using Red Hat OpenShift for about one year, more than one year ago.

Red Hat OpenShift is stable.

In my view, Red Hat OpenShift's scalability is good, although I do not know for certain.

The customer support for Red Hat OpenShift is bad because the support does not respond.

I did not previously use a different solution before Red Hat OpenShift. However, before it, we used VMware.

Before choosing Red Hat OpenShift, we evaluated other options, specifically VMware.

I have seen a return on investment from using Red Hat OpenShift because I save money since I do not need the server in my data center on-premise, and I save money in monthly payments for availability and accessibility in the data center.

I cannot respond to the question about my experience with pricing, setup cost, and licensing because the cost is another area, specifically the area of accounting and finance.

Before choosing Red Hat OpenShift, we evaluated other options, specifically VMware.

My advice for others looking into using Red Hat OpenShift is to explore the tools, understand how Red Hat OpenShift migration to the cloud works, and recognize that the response and return on metric is efficient for good operation.

That is all I would like to add about the features of Red Hat OpenShift. I choose seven out of ten because my use is not total. Perhaps it is interesting for the use, but our environment in the company is easier to use with VMware. I rate this product seven out of ten overall.

I do not have any additional thoughts about Red Hat OpenShift.

I have been using Red Hat OpenShift  for more than six years.

I implement Red Hat OpenShift  for our customers as we are a service provider, and we implement it in our cloud. We provide it as a service for our customers, and we deploy some of the applications that we have implemented in our company and for my personal use.

I deployed and developed an audit application which runs all the compliance requirements for a company, including multiple platforms and multiple standards such as ISO and others, and NCA for Saudi Arabia, and any other standard can work on it. This is one example. I also created a personal application for a t-shirt integrated with AI where we can create an image and print it on a shirt and ship it to the customer. I implemented another application for waste management, which was totally developed and deployed by myself for my personal use and the waste management for one of our customers. Additionally, I had another application deployed for one of our customers, where my role was to deploy Red Hat OpenShift and to make sure their application is deployed and available. This is for bill invoicing and financial operations. For one of the hospitals, our customer, I deployed the application for monitoring diabetes patients. My role there was to deploy it and to make the application available, providing all the requirements, ingress, configuration, storage, and other things. These are examples of what I have done.

Red Hat OpenShift by default is secure, more than native Kubernetes , as it has a limitation for the run as. The container by default does not run as root; this is one of the examples. The integration with ACS allows centralized policy deployment and enforcement, alongside great observability and monitoring. Red Hat OpenShift is actually enterprise-grade Kubernetes  with all the accessories and main features.

One of the best features of Red Hat OpenShift is that it has the catalog, the application catalog, and the operator hub, which allows us to deploy things easily and straightforward without going into a lot of hassles. This is one of the main things, in addition to having integration with ACM and ACS, where we can have the ability to manage multiple clusters and to secure them, deploy them, manage them, run GitOps and day-two operations, as well as upgrades and other functionality which is made easy using these tools. Red Hat OpenShift also provides virtualization capabilities, and I am currently working with Zain to make a project where we will convert F5 appliances to virtual machines and to manage them through Red Hat virtualization, OVE. Red Hat OpenShift is a unique platform because it provides the features for both worlds, containerization, and VMs at the same time, requiring you to learn one skillset in order to manage all of this at the same time.

In the beginning, our cloud depended only on virtual machines, so I introduced this to our management to start to work with microservices and with containerization. This was adapted in our cloud, providing us the capability to sell more of these features and to reduce the hardware requirement by about thirty percent, following the trends of using containerization for all modern applications. In addition, it reduced the time to develop and to deploy a new application; all we need is using Jenkins  for CI/CD. Once we commit any code, it gets triggered, and it will implement the new container in a very flexible and easy way, within seconds. This decreased the time to market and increased agility, allowing us to capture new opportunities very fast.

There is perhaps one thing about the deployment of Red Hat OpenShift. Currently, there are two new ways to deploy Red Hat OpenShift, which are easier with assisted deployment and agent-based deployment. However, previously it needed a lot of requirements on the infrastructure side if we are using UPI, user-provided infrastructure. If the deployment of Red Hat OpenShift itself can be easier and more flexible, it would be great.

I have been using Red Hat OpenShift for more than six years.

Red Hat OpenShift is stable.

It is great. Red Hat OpenShift can scale to thousands of nodes, allowing multiple clusters to be managed in different geolocations and managed by centralized advanced cluster management, ACM.

Regarding scalability, Red Hat OpenShift has a lot of scalability capability, including about two thousand machines in one cluster and multiple cluster management, centralized management through ACM and ACS, which provides a very secure way to manage centrally all the features and to enforce policies.

In the beginning, our cloud depended only on virtual machines, so I introduced this to our management to start to work with microservices and with containerization. This was adapted in our cloud, providing us the capability to sell more of these features and to reduce the hardware requirement by about thirty percent, following the trends of using containerization for all modern applications.

The response time for customer support is excellent, and they go deep and can resolve things easily.

The documentation and support that we get from Red Hat are very sufficient, and this differentiates between enterprise-grade Kubernetes and native Kubernetes or perhaps Kubernetes from other vendors.

We used native Kubernetes before Red Hat OpenShift, actually, deploying it through kubeadm. The issue with Kubernetes is that it is just the engine; Red Hat has all the requirements to give you a complete solution. Red Hat OpenShift provides the complete ecosystem, all the integrations, and the tools which I mentioned before, which are already integrated and easy to be used. You do not need to grab open-source solutions for storage or other things, and you do not have to do a lot of customization, needing to comply with each version. Red Hat OpenShift is tested and vetted, making things easier to be deployed, supported, and managed, and it is more trustworthy.

There is perhaps one thing about the deployment of Red Hat OpenShift. Currently, there are two new ways to deploy Red Hat OpenShift, which are easier with assisted deployment and agent-based deployment.

We are a partner with Red Hat; we sell their services and licenses, and we do the implementation ourselves.

We did not measure our return on investment in a very accurate way, but as I mentioned, we could decrease the time needed to deploy any application, enabling us to capture new opportunities faster, go to market faster, and maintain the availability and security of all our applications.

We work with Red Hat or our distributor in Saudi Arabia. We send our requirements as part of the RFP describing what we need, and we get the pricing from our distributor. There is an easy way to price the subscription of the support per CPU, per VM, so it is easy to be priced, but we depend on an official quote usually from our distributor.

Red Hat OpenShift by default is secure, more than native Kubernetes, as it has a limitation for the run as. The container by default does not run as root; this is one of the examples. The integration with ACS allows centralized policy deployment and enforcement, alongside great observability and monitoring. Red Hat OpenShift is actually enterprise-grade Kubernetes with all the accessories and main features.

Our go-to-market and our deployment for any application, the time is reduced perhaps by eight times. It is very fast because you have consistency for all deployed containers; it is not like a virtual machine where you have to deploy individually for each virtual machine or you have to copy code here and there. It takes seconds because the containers spin out very fast; they are very lightweight. The things that we used to do in days, now take a couple of minutes to be done. So, that is approximately the number—mostly it is reduced by eight.

We are providing our cloud to our customers, so we are a service provider. We deploy Red Hat OpenShift in our cloud and host customers' applications through it. Some of our customers prefer Red Hat OpenShift on Azure  or on AWS , so we deploy it there when needed, but our main deliverable is through our cloud.

We have our own cloud provided by our company, making us a local cloud provider. We are not a hyper integrator, nor a hyper-scaler. We provide it through our cloud and deployed a couple of customers on Azure ; this is what I recall.

I would advise others looking into using Red Hat OpenShift to take the step and to go fast into it because it will save them a lot of money and provide them with all the features, flexibility, security, and others. I give this product a rating of ten out of ten.

My main use case for Red Hat OpenShift  is that we had several security tools that we deployed to Red Hat OpenShift  platform, specifically when we were migrating our applications from monolithic architecture to microservices, and our OpenShift platform was using some of the AWS  VMs as master and worker nodes, so it was completely on AWS , and we actually set it up from scratch, setting up those projects to be used for our applications and then deploying them with Red Hat OpenShift version 4, which we started using five years back, as it was the latest at that point in time, and then we continued to operate and run our applications there.

A quick, specific example of an application I deployed on Red Hat OpenShift is a banking-based application which we moved from a monolithic architecture to a microservices architecture, and we completely deployed it end-to-end, split into 10 plus microservices, and then it was deployed to Red Hat OpenShift platform 4.

The best features that Red Hat OpenShift offers in my experience include being a pre-assembled product where Red Hat actually makes choices for you, which for example, as a CloudOps Engineer, means I don't have to explicitly go into CLI because the web-based UI is simple and helpful for debugging, and they've integrated the logging of the application within Red Hat OpenShift. I really appreciate the automated updates, built-in observability comes with pre-configured Prometheus and Grafana  stack for monitoring our cluster health, and the native tooling it has such as Red Hat OpenShift GitOps, which is a Red Hat supported Argo CD, and the integration into clusters are based on role-based access control with security by default, where Red Hat OpenShift is quite secure out of the box, having those strict permissions and using Security Context  Constraints, and especially the immutable OS and Red Hat OpenShift virtualization, which is something that is really helpful.

Red Hat OpenShift has positively impacted my organization primarily through observability, as for us, application uptime matters a lot when providing public-facing products consumed by customers, and hence, we're using that to keep refining our application and products through observability metrics and keeping pace with market trends, as we promised 99.99% uptime to our customers, and the observability in Red Hat OpenShift is really helping us a lot with that.

Areas where Red Hat OpenShift can be improved include the licensing being a bit complex and maybe expensive, as that is something in the hands of the organization's higher management, especially when those licensing agreements are done, and I think Red Hat OpenShift is quite resource-heavy because the control plane and default monitoring stack consume significant resources, meaning for small clusters, a large percentage of compute goes just to running Red Hat OpenShift itself, not our apps.

I have been using Red Hat OpenShift for close to six years across those different organizations.

Red Hat OpenShift is stable in my experience.

Red Hat OpenShift's scalability is really good.

Customer support is really good because so far in our case, we have always received a prompt response, and they have been really helpful to us. I would rate the customer support a 10 out of 10.

We did not use any other solution before Red Hat OpenShift.

Red Hat OpenShift is deployed in my organization on AWS.

We have saved a lot of time with Red Hat OpenShift.

My experience with pricing, setup cost, and licensing would suggest that it was more into a high cost, but then again, I'm an engineer, so this is taken care of by the higher management, and I don't have any definitive answer.

We did not evaluate any other solution before choosing Red Hat OpenShift because we wanted to use a licensed product for Kubernetes  that has enterprise support.

I would rate Red Hat OpenShift a 9 out of 10 overall. I choose a nine for Red Hat OpenShift because for such kind of tools, there is always room for improvement, as I already mentioned the things that can be improved in my previous answer. I would suggest that it's quite better if you're using Red Hat OpenShift for an enterprise solution, as it's really better to have the enterprise support which Red Hat OpenShift offers, and it's easy to use for Kubernetes-based applications.

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.