All of our application services, application databases, and web services run on Red Hat Enterprise Linux. Everything is on there.

Red Hat Enterprise Linux is certainly more secure than AIX, which is what we had. It's also better than Solaris. It has improved from that perspective. We can handle the vulnerabilities better. It's more secure.

Other than that, some of the products that we are using, we are migrating out of very costly license items. For example, we're using Fusion because we wanted to migrate, and then we started using Vision Manager. We did a POC a few years ago. We started using PAM because we wanted an engine in our workflow management system from that perspective.

We are still exploring a lot of items, but it's been a decent journey. It has helped to set up modern technologies.

We use a lot of Red Hat products. We use Red Hat PAM, Red Hat Session Manager, and the operating system.

We use the operating system the most because all our servers are on it.

The support is good. Red Hat provides use with a degree of training.

The adoption was slightly slow because the knowledge in the market is slightly less available. It's hard to find resources to actually support the product.

Some kind of training that can upskill the resource into this technology could certainly help.

I started using Red Hat Enterprise Linux version 6 in 2019. We have our own data center.

We used different solutions. We moved from AIX 7.1 to RHEL 6. Then we moved to 7. Now we're going to 8.

We chose Red Hat Enterprise Linux because we wanted to adopt newer technologies and we wanted to secure our systems. Red Hat Enterprise Linux was a good available option.

It's on-prem right now. The deployment was straightforward.

I manage the infrastructure team so all of these things are under my purview.

We did hit some hiccups, but then RHEL's emergency support was available, and we were able to resolve it.

We have an engineering team that analyzes different products. During the analysis phase, we look for all vulnerabilities.

Once it passes all of those things, it becomes available in our internal protocol. We have different names where it becomes available in our source space to get deployed.

Migrations and upgrades have been straightforward. For example, OpenSSL has different versions that are not supported on RHEL 7, which we have right now. There is a version that comes built-in.

We faced some issues, but we worked it out with Red Hat. They gave us a patch.

We're moving to RHEL 8 now. We moved to RHEL 7 last year; we're going to RHEL 8 now. Next year, in 2024, we plan to move to RHEL 8.

We saw a return on investment. It is helping the business.

The pricing is competitive. It's not low, but it is in the market.

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

Our primary use case for Red Hat Enterprise Linux is to set up and manage servers for various application teams, especially those dealing with hospital ADT applications. These applications handle critical data related to patient admissions and management within healthcare facilities.

While configuring Red Hat Enterprise Linux and its associated tools can be complex and sometimes frustrating, I have found that leveraging the support and resources provided by Red Hat is invaluable. Through collaboration with Red Hat's support team and a better understanding of the intricacies involved, we have significantly improved the speed and efficiency of managing our extensive infrastructure, making the process smoother and more manageable than before.

Red Hat Enterprise Linux has improved our system's security.

While measuring uptime is important, what matters most to us is improving the value and efficiency of patch and reboot cycles. Red Hat Enterprise Linux's tools, including Satellite and Ansible, provide valuable visibility and transparency regarding vulnerabilities, packages, and infected systems, helping enhance security and patch management.

The most valuable feature of Red Hat Enterprise Linux is the Ansible Automation Platform, closely followed by Satellite. These two tools are integral to our environment.

Satellite helps with provisioning, managing metadata, and licensing, while Ansible ensures uniform setup across our extensive environment, making the management of our infrastructure much smoother and more efficient.

Red Hat Enterprise Linux could be improved in several ways, especially regarding transparency and communication of new features. Enhancements could include better documentation and quick reference materials for various user groups, including developers, system administrators, etc.

Additionally, there could be improved visibility for new and improved commands within Red Hat Enterprise Linux. Many users still rely on outdated commands when newer, more efficient alternatives are available. Providing frequent updates and maintenance for resources like the admin blog would help improve communication and transparency regarding Red Hat Enterprise Linux's capabilities and features.

I have been using Red Hat Enterprise Linux for 11 years.

I would rate the support for Red Hat Enterprise Linux an eight out of ten. There has been a noticeable improvement in their support, particularly after their acquisition by IBM.

The deployment of Red Hat Enterprise Linux was initially complex because we were not aware of all the available tools to streamline the process. We had to learn, but now we are more proficient.

Tasks that once took a month can now be completed in a week. We worked directly with Red Hat Enterprise Linux, without an integrated reseller or consultant.

We have seen a return on investment with Red Hat Enterprise Linux. By transitioning applications to the Red Hat Linux platform, we have been able to reduce our data center footprint and associated costs, such as electricity. This cost savings in other areas has been a clear benefit of using Red Hat Enterprise Linux.

Our upgrade and migration plans are focused on a balance between stability and staying current with the latest and most secure versions of Red Hat.

While there is a desire to be on the cutting edge, we must consider what is currently in use by our clinicians and staff who rely on our hospital systems. We aim to strike a balance between these factors and leverage a sandbox environment to test the latest versions before deploying them in our production environment.

We have been thoroughly impressed with Red Hat Insights and are currently in the process of exploring Leapp, which has shown great results in our evaluations. The web console has been invaluable for us, particularly when collaborating with application custodians who may not be familiar with the command line interface.

We use Ansible for managing our Red Hat Enterprise Linux systems for provisioning and patching, which has improved visibility and reduced issues compared to third-party solutions. Overall, I would rate Red Hat Enterprise Linux as a nine out of ten.

We are currently in the midst of a POC phase with a standalone cluster. This cluster consists of both coordinator and worker nodes, with a metadata store for storing various metadata. The entire setup is deployed on Red Hat Enterprise Linux 8, and we have established a connection to the OpenShift UI.

While using it, we encountered far fewer complexities, and the entire process is much smoother and streamlined. For patching purposes, we simply need to communicate with our system administrator. They take care of the patching process, so we don't have to get involved and we can easily connect to the artifact repository and download the necessary artifacts to install in our system.

We have a set of JSON files containing YAML configurations where all the required image details are documented and this setup makes it very straightforward for us.As for the Web Console, if you're talking about the user interface for tasks like creating ports, deploying applications, managing secrets, and other functions, I haven't encountered any significant issues.

The process is generally straightforward and quick, taking just a few minutes. OpenShift offers two types of interfaces: one where you can edit YAML files for more advanced customization, and the other where you can use forms for faster deployment, though with fewer features.

Continuous improvement is essential to enhance user experiences and address evolving needs.

I have been working with it for approximately six months.

Our experience with its customer support is very good. Whenever we encounter any issues, we receive prompt and comprehensive assistance. There's no need to wait or take any additional steps to get the help we require, which is highly appreciated. I would rate it nine out of ten.

In the past, our work primarily involved Hadoop, and we also dealt with Solid Cloud for security and other purposes, but we found that this setup was slow and not open source. On the other hand, the DLP solution we're currently using is not only cost-effective but also significantly faster.

I also used a Linux browser, specifically the KCL browser which required me to go through the process of installing packages and various components, while in the current setup, everything is seamlessly connected. We simply use the OC command with a private key to connect to OpenShift. There are no extra or additional steps required, making the whole process exceptionally fast and efficient. It's quite remarkable and makes the workflow truly hassle-free.

The initial setup was easy.

The deployment process is straightforward. I simply had to deploy the images using OC commands, and the process of connecting to OpenShift was remarkably fast and smooth.

Overall, I would rate it nine out of ten.

Our use case for Red Hat Enterprise Linux is for production applications.

We are a Managed Service Provider. Red Hat Enterprise Linux enables us not to be worried about vulnerabilities, security, and patching.

The most valuable features are the subscriptions and upgrades.

We need to have more flexibility on the developed versions. Not everybody is ready to subscribe to enterprise versions. They would like to test the tool without subscriptions.

We chose Red Hat Enterprise Linux because of its security.

We use Red Hat Enterprise Linux with AWS. We started our practice with AWS, and most customers use it instead of GCP or Azure. We use the product in a hybrid environment, mostly when shifting the containers or existing workloads from legacy systems.

Most of the customers use Red Hat Enterprise Linux because it is the only approved OS. The tool's knowledge base is good but is limited to subscriptions.

The upgrade migration is straightforward. For the initial projects, we used to execute CLI scripts. We plan to upgrade the system if everything works well in the lower environment.

I have used the image builder feature. I rate the overall product a nine out of ten.

We use Red Hat Enterprise Linux for VMs and physical servers.

The containerized platform will help us use ROSA.

The tool's most valuable feature is OpenShift. We plan to move all our applications to microservices. The container platform is integrated into one.

I opened a few cases, and the tool's support responded quickly.

Deployment is simple if you have been using the solution for a long time. However, it can be complex if you are new to it.

We use RHEL 7 and RHEL 8 on on-premises. RHEL 8 is on the AWS. There is a security policy like CIS when deploying the solution. You can embed it on the image. I am not sure if there is HIPAA compliance yet.

Migration from RHEL 8 to RHEL 9 is easy. Upgrade depends on the application that is running on each instance. You need to check if it is compatible with the kernel. We need to plan things before migrating to the latest version. We need to stay current to ensure compliance. We plan to move from RHEL 7 to RHEL 9 and use RHEL 8 and RHEL 9.

We use Red Hat insights but do not utilize them. It helps with the remediation. I use Image Builder to build AWS and GCP images. I haven't deployed them.

I rate the product a nine out of ten.

We have over a thousand VMs or physical machines running on Red Hat Enterprise Linux. We have various applications, and we also run the OpenShift Container Platform on-prem, so we have a lot of containers. They are migrating a lot of apps from the mainframe over to Spring Boot type of app. It fits well in the container.

Red Hat Enterprise Linux gave us stability. There is somebody to call when we have issues.

Red Hat Enterprise Linux has affected our system's uptime or security.

Red Hat Enterprise Linux has not yet enabled us to achieve security standards certification because we do not go after any of those. There are some products that we will have to do once we get there, but so far, we have not had to certify anything.

Red Hat Insights gives a lot of insights into known issues that we do not think about unless we call support. It tells us to proactively fix something.

I have used Image Builder and System Roles mainly for Red Hat Enterprise Linux for Edge. It builds out the OS tree build for us, which is very helpful. I do not like to do that myself.

I use the Red Hat console every now and then, but I do not use it heavily. I am old school.

The security updates and the support that comes along with it for applications are valuable.

Red Hat Insights was a nice feature to discover. I did not know about Ansible until probably eight years ago. I learned that language, and that was a void or something that was missing for over 25 years.

I like the SCAP Workbench interface that I can use to build some security around. I use Ansible to go out and do configuration management checks as well. Overall, I feel it is very easy to get the data I need.

We finally started doing Red Hat Enterprise Linux for Edge. That one definitely is an improvement. One piece that is missing is that we are required to use moby-engine, but currently, Red Hat Enterprise Linux for Edge forces Podman, so we have to work around it.

I have been using Red Hat Enterprise Linux for a decade in my current organization, but overall, I have been using Red Hat for over 25 years.

Early on, support was closer to a six, but now, it is a nine out of ten.

I have used them all back from the early nineties. I have used CentOS and others. The reasons for companies switching from those to Red Hat Enterprise Linux are that most of it is open source, and they get more product features. There is a market. If other companies are doing it, they tend to switch over. Containerization is a major reason as well.

I was involved in the OpenShift deployments. We are also directly involved in every version of Red Hat Enterprise Linux. We are involved in the proof of concept. Its deployment is straightforward.

We used Red Hat with the OpenShift deployments to make sure we were doing it right, and then a lot of other things, such as Red Hat Enterprise Linux 8 or Red Hat Enterprise Linux 9, we just did ourselves.

In terms of our upgrade and/or migration plans to stay current, we are upgrading everything to Red Hat Enterprise Linux 8, and we are going to Red Hat Enterprise Linux 9 already. We are making that a product feature. We are using Red Hat Enterprise Linux for Edge for our remote deployments.

In terms of provisioning and patching, we deploy the base image, and then we use Ansible for the configuration behind it. For Red Hat Enterprise Linux for Edge, we use the OS builders to build out that same image. I use Kickstart to build the base image before the configuration.

I do not track that in the company, but I am sure we have seen an ROI.

It seems to be fair. It is not overpriced. I went to the simple model, and that makes it easier for us to deploy.

Overall, I would rate Red Hat Enterprise Linux a nine out of ten.

We host our applications and database servers on Red Hat Enterprise Linux.

We mostly have an on-premises setup. We also have Red Hat Enterprise Linux running on a virtual machine.

Compared to our previous Unix distro, it is pretty easy and less time-consuming to do patching and maintenance. It saves a lot of time during maintenance.

I started with Solaris 10, and then we migrated to Red Hat Enterprise Linux. Apart from local zones and a few other things, its features are similar to Solaris 10. It is getting our job done. It is hardware-independent. We can use Dell, HPE, or any other hardware. It is also more reasonable than the other operating systems.

It integrates closely with other products of Red Hat, such as Ansible, which makes it more efficient.

I have been using Red Hat Enterprise Linux since 2010.

We are getting all the support that we need on a timely basis. In the case of any issue, we are getting all the support needed to bring the production back online. I would rate them a nine out of ten.

We were using Solaris 10. We moved to Red Hat Enterprise Linux because it is cost-efficient and hardware-independent.

I am a part of the team that does the OS deployment. Its initial deployment is straightforward. We use automation for deployment. We have a kickstart to deploy the OS. Once we create that kickstart configuration file, the deployment is straightforward.

In terms of our upgrade and migration plans to stay current, we upgrade it before the OS is end of life. It is pretty straightforward. We are pretty satisfied with Red Hat Enterprise Linux systems when it comes to provisioning and patching.

We deployed it on our own.

It is cost-effective.

There were not many options available.

Overall, I would rate Red Hat Enterprise Linux a nine out of ten.