We mainly use Red Hat Enterprise Linux for general applications. We have Red Hat Enterprise Linux for identity management. We use it for NTP services. Most of the bank services that run on Linux run on Red Hat Enterprise Linux. Our core applications include bank cards solutions.

It is a stable operating system, and that is why we use it. We have many team members who understand how to use Red Hat Enterprise Linux, so it's much easier to use this version of Linux to deploy services.

There is ease of use. A lot of resources are available online if the team wants to understand something. There is also the ability to use various automation tools to run multiple tasks.

For risk reduction and compliance, we have CIS benchmarks. There are various configuration files that we are able to update and change. Using the benchmarks available from CIS, I can have a template and automate that across multiple machines using automation features such as Ansible. When examining permissions for file systems, enabling login, and enabling file integrity, these are the items we would use for security.

The simplicity of patching Red Hat Enterprise Linux is most valuable. We just use the DNF update. We use the Red Hat satellite for our patch repositories, which is quite simple. I look at it at an infrastructure level because I'm in the infrastructure team, not in the application team.

The knowledge base is good. When we troubleshoot or have issues, we go to the Red Hat website. There are a lot of documented issues. They have a good knowledge base.

Identity management could be simpler. Red Hat Enterprise Linux has Identity Manager, but it is not as simple to use as Microsoft Windows Active Directory.

I have been working with Red Hat Enterprise Linux for a very long time, approximately 15 years.

It is stable. I would rate its stability a nine out of ten.

So far, I have not been affected by significant issues in terms of security.

Red Hat Enterprise Linux is scalable, so I would rate its scalability a nine out of ten.

We are using it across two sites. We have 6,000 people.

I have contacted tech support of Red Hat Enterprise Linux for some questions. Their tech support is quite good compared to other companies.

Before working with Red Hat Enterprise Linux, I used CentOS and Microsoft Windows. While comparing CentOS with Red Hat Enterprise Linux, I see stability as an advantage; Red Hat Enterprise Linux is quite a stable operating system.

I have done cloud deployments and upgrades.

It does not require a lot of maintenance. For managing Red Hat Enterprise Linux systems, when it comes to provisioning and patching, we use Ansible, which allows us to patch multiple machines. We normally use Red Hat Insights. Once we configure our machines to talk to Red Hat Insights via Red Hat Satellite, it can tell us the vulnerability status of various machines in the environment. Then, we can decide which machines are most vulnerable and patch accordingly. We can use automation tools such as Ansible to run various patches across the environment.

We have used Leap to do the upgrades from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. Red Hat Enterprise Linux 7 was going end of life. Upgrading from one version to another can be a bit complex. It is sometimes an issue because of multiple compatibilities. You need someone who is a bit skilled on the operating system.

We did the deployment ourselves, not through an integrator, reseller, or consultant.

We have four people involved in maintenance because we have many servers.

The cost of Red Hat Enterprise Linux is reasonable.

I would recommend it for mission-critical applications. It's a good operating system to run mission-critical applications.

I would rate Red Hat Enterprise Linux a nine out of ten because of the support, stability, and ease of use.

I typically use Red Hat Enterprise Linux (RHEL) in my federal government contracts. Federal government customers are the only ones that use Red Hat Enterprise Linux.

Most government agencies use Red Hat Enterprise Linux because they have a requirement for commercial support. That is the only reason why Red Hat Enterprise Linux gets used over any other Linux distribution.

The only reason our clients use Red Hat Enterprise Linux is because Red Hat offers commercial support.

Red Hat Enterprise Linux is a solid product. They have decent support, although not the best. They have a good knowledge base and a well-developed ecosystem.

Recently, Red Hat did a strange thing where they took over the CentOS project and changed several things in their pipeline. I don't believe that I, or the vast majority of Linux systems engineers out there, are fans of their development process for the operating system.

The way that Red Hat used to work was that they had a free version. It was the community version called CentOS. Everything that Red Hat developed, they backported to the CentOS community. About four or five years ago, they took over the CentOS community and they killed off CentOS. They were pushing the Red Hat Enterprise Linux stream variant, which was supposed to be the replacement. I wish they would just go back to the way it was before. I do not like the new development process and the new hierarchy. The vast majority of people in the Red Hat open-source community also do not care for it much.

I have been using Red Hat Enterprise Linux since its inception. I started using Red Hat Linux in 1999, but I do not remember what year it became Red Hat Enterprise Linux.

They are typically slow to respond. I feel their first-line support is lacking in knowledge.

Their knowledge base is pretty decent. It is pretty standard. Linux is such a mature product now that the knowledge bases for all the major distributions, even the open-source free ones, are so vast. I do not know if any Linux distribution offers any real advantage over others when it comes to the knowledge base.

I have worked with all operating systems. I have been doing this for 30 years. In the military, I was a Windows and Linux systems administrator. I was using Solaris Unix back then. I have been using Windows for about 30 years, and then I have used all Linux distributions such as Ubuntu, Debian, Red Hat, Mandrake, Yellow Dog, etc. If there is a Linux distribution out there, I have probably used it in a project somewhere.

The only reason that I, or anybody else, uses Red Hat Enterprise Linux is because it offers commercial support. That is it.

The Red Hat package management system is inferior to most other package management systems in the Linux world, mostly to the Debian-based ones that used the App system versus the Red Hat RPM package management systems. Red Hat is also not as unified or as streamlined as other distributions.

The setup is pretty simple and very straightforward. I would rate it a seven out of ten for the ease of setup. Its upgrades are moderately straightforward.

The management depends on where those systems live. On-prem ones are managed differently than the cloud ones. Cloud-to-cloud ones are managed differently. Red Hat is slightly more work-intensive than other Linux distributions. I feel that Debian-based distributions, such as Ubuntu, Devuan, and AntiX, are easier to manage than the Red Hat-based distributions, and obviously, Red Hat Enterprise Linux is the flagship for all those distributions.

It is used just to meet requirements. Being government agencies, they do what they have to do to meet requirements. It helps them meet the requirements of having commercial support, and that is about the extent of it.

I am not a big fan of Red Hat Enterprise Linux. I use it because government customers have a requirement to use it, but outside of that, I would never voluntarily use it. In fact, I recommend against using it.

We do not use features that are proprietary to Red Hat Enterprise Linux. We do our best to avoid proprietary tools. We stick to open-source tools. Typically, we use things like Ansible to achieve those goals.

I am a consultant, so I have worked with both on-premises and cloud deployments. I have used it in both Azure and AWS. It is client-defined. Our workloads are not hybrid workloads. They are usually dedicated. If we put a workload in the cloud, it is all in the cloud. If we put a workload on-prem, it is all on-prem. I do not know if Red Hat necessarily provides any special features to support hybrid workloads, and if it does, we certainly do not use them. We try to stay away from Red Hat-integrated tools and utilize industry-standard tools. We use Terraform and Ansible. Ansible is now owned by Red Hat, so it is technically a Red Hat tool, but it is also an open-source project.

I would rate Red Hat Enterprise Linux an eight out of ten. It is good for commercial usage, but I would never use Red Hat Enterprise Linux in a startup environment.

Our primary infrastructure operating system is Red Hat Enterprise Linux, predominantly RHEL Eight. While some products utilize RHEL Seven, RHEL Eight point Zero is the standard for most of our operating systems and servers. However, server choices may vary based on specific industry requirements. Our underlying infrastructure relies almost exclusively on Linux distributions.

Our primary Linux installations use Red Hat Enterprise Linux in an on-premises VMware environment, with some instances deployed on AWS.

The built-in security features simplify risk reduction by allowing direct control of the root system's access.

Red Hat's knowledge base is excellent.

While Red Hat Leapp and Insights are helpful tools, they are not part of my daily workflow.

The web console is a good feature.

Red Hat Enterprise Linux enhances uptime and security, boasting faster boot times than other operating systems.

The most valuable feature of Red Hat Enterprise Linux is its security, which is more secure than Windows.

Integrating certificates from third-party clients into Red Hat Enterprise Linux can be challenging due to the operating system's stringent security policies.

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

Red Hat Enterprise Linux is stable.

Red Hat Enterprise Linux is scalable.

The technical support team was professional and quickly resolved our issue.

We use Oracle for our database, Ubuntu in our testing environment, and Red Hat Enterprise Linux in our production systems due to its increased stability.

The cloud migration from Red Hat Enterprise Linux Seven to Eight was straightforward due to the absence of underlying infrastructure complexities. However, the on-premises migration presented challenges from existing infrastructure dependencies, resulting in numerous errors.

The migration of approximately 200 servers required a team approach to ensure continuous monitoring. Although two people could have completed the migration, a four-person team completed it within two days.

The migration from Red Hat Enterprise Linux Seven to Eight was done in-house.

Red Hat Enterprise Linux offers a compelling value proposition for corporations due to its robust support infrastructure, which is essential for maintaining enterprise-level systems. However, the pricing model may be less attractive to individuals or small businesses. Compared to cloud-based platforms like AWS or Azure, which offer flexible pay-as-you-go options, RHEL's subscription-based model can become cost-prohibitive for those with limited budgets or smaller-scale projects.

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

We utilize Ansible to provision and patch our extensive server infrastructure. Ansible's automation capabilities enable efficient batching and management of security patches across all servers.

We test all the patches for some time before we add them to our production environment.

We utilize Red Hat Enterprise Linux in our private cloud and on-premises environments, but I've observed better performance in the cloud, likely due to the greater availability of resources.

Red Hat Enterprise Linux does require maintenance.

I am a database administrator, and we mostly use Red Hat Enterprise Linux to manage databases. Primarily, we use it for Postgres, as it works best on Red Hat Enterprise Linux (RHEL). It's easiest to set up and has the best documentation.

I'm aware of one customer that is thinking about it. But I'm not sure what specific projects they want to use it for. I think there's one customer who is interested in it and is trying to find a solution that might benefit from it.

Red Hat Enterprise Linux (RHEL) contributes significantly to our business continuity and compliance efforts. The best example is uptime. Many critical businesses need to be operational twenty-four hours a day. If a database goes down for some reason, it is seldom Red Hat Enterprise Linux that is the issue. This provides peace of mind.

It has helped us centralize development because Red Hat Enterprise Linux has many tools that aren't accessible to our Windows customers.

Red Hat Enterprise Linux's most valuable feature is its reliability. I don't have to worry about the operating system. It's one of the easiest operating systems for databases, and the integration is excellent. It gives me peace of mind because I can focus on my database work without worrying about my OS. I want to ensure I have applications that run on the OS without searching for temporary fixes or workarounds.

It has some of the best out-of-the-box security features of any Linux distributor. Red Hat Enterprise Linux has more built-in security features than most standard flavors, or it has implemented them better.

I haven't identified anything that needs to be proved, but I hope Red Hat Enterprise Linux maintains its reliability.

I have used Red Hat Enterprise Linux for the past five years.

Red Hat Enterprise Linux has been perfect. My Windows customers experience a lot more downtime and bugs. Our critical businesses need to be up 24/7. It's rarely its fault if a database goes down. I would estimate that there's about 10 percent less downtime compared to Windows customers.

I haven't been involved in any real project that necessitates scaling as our needs change.

The support is excellent compared to other solutions like Oracle. They're knowledgeable and easier to work with. We have a nice, transparent working relationship.

The biggest ROI is from Red Hat Enterprise Linux's reliability. If I run databases on Windows, I have to find other tools or workarounds. It's a big hassle. Red Hat Enterprise Linux lowers the total cost of ownership for my customers because I bill fewer hours than I would in a Windows environment. Open-source databases run better on Red Hat Enterprise Linux than on Windows. Most things I need are built-in or can be downloaded from the repo.

Ubuntu is commonly used, and there's a decent amount of documentation for databases, but it can't compare to Red Hat Enterprise Linux. Setting up Postgres or any open-source database on Red Hat Enterprise Linux is way easier. The documentation is more extensive. It's also easier support because many customers have a subscription with Red Hat.

I rate Red Hat Enterprise Linux nine out of 10.

My advice would be to focus on reliability and ease of integration when choosing a Linux OS.

In our environment, we primarily use Red Hat Enterprise Linux (RHEL) for managing customer environments and our own. The customer environments are mostly Apache web servers. Some customers have databases, like Postgres, running on Red Hat Enterprise Linux. Others run native Docker on it to manage application dependencies.

We run containerization projects in the OpenShift environment based on Red Hat Enterprise Linux OS because that's more suitable for containerized workloads. You can do some machines on Red Hat Enterprise Linux, but not all of them. Your worker nodes need to be Red Hat CoreOS, but your master nodes can be Red Hat Enterprise Linux.

I was more experienced with other Linux distributions and Docker. It's open source, so you can fetch Docker and run it, but they don't have support if you have questions or if something isn't working as expected. Podman is similar to Docker. I don't primarily use Red Hat Enterprise Linux for containerization, but I set something up in Podman on Red Hat Enterprise Linux. It isn't used that much. Tinkering and development are the main reasons you would use Podman on a single centralized Red Hat Enterprise Linux machine. If you want to orchestrate on a larger scale, you use OpenShift.

Red Hat Enterprise Linux has made significant contributions to our business continuity and compliance efforts. If a critical vulnerability is spotted in the wild, Red Hat fixes it most of the time. It's usually within a day if it's a zero-day vulnerability. Log4J was a bit more difficult because it was not a single package, but it was mostly shipped with other products. It's hard to analyze which application is vulnerable and whatnot. The solution lets us centralize development. We use Ansible to orchestrate the tooling deployment or to fetch a lot of information.

Red Hat always clearly describes the vulnerability on its security pages as a CVE score. You can fix errors by patching or mitigating them. If the patch hasn't been released, you can mitigate it to prevent the vulnerability from being exploited. Red Hat Enterprise Linux helps us guide the data and ensure it is correctly placed. I was monitoring it daily, but it was a bit too frequently. Now, we get vulnerability notifications weekly or monthly about a vulnerability or exploit that's been discovered. I also look on Reddit directly to see if there's a fix or a mitigation we can implement.

Sometimes, when upgrading or migrating systems, there are differences in the repositories of the versions that aren't one-to-one replaceable. For example, there are significant differences in the repositories from version 7 to 8. We needed to upgrade Red Hat Enterprise Linux from version 7 to 8 because it had reached the end of its life. A Postgres database was running on it that used a Red Hat Enterprise Linux 7 package, allowing some database or reporting features. When I upgraded to Red Hat Enterprise Linux 8, it was not in the repository. I needed to install it with some workaround. Of course, it was installed with some minor incompatible dependencies.

I have mixed feelings about the built-in security features. SELinux must be configured correctly for the port and directory, or applications won't run, so we primarily disable it. Sometimes, we enable it and tinker with legacy systems deployed long before I joined the company. However, chances are it will break something if you enable it.

We have been using RHEL for three years.

Red Hat Enterprise Linux has performed very well for our business-critical applications, with minimal downtime.

We don't need to dynamically scale our application because of our workloads, as we mostly use Red Hat Enterprise Linux for our internal tools. We don't have much demand to scale out. Containerization lets you quickly scale out your application with some bots if your hardware supports it, and you have enough resources.

In VMs, we didn't need to dynamically hot plug some service to compensate for the load. It would be vertical scaling by adding more resources. Sometimes, we need to do that for databases that consume a lot of memory, CPU, power, etc.

I rate Red Hat support eight out of 10. It depends on the priority of the requests. We had to launch several P1 requests because something wasn't working in our OpenShift environment, and we were stuck. The support response was quick.

However, we were annoyed that most of the support was based in India. Sometimes, they don't know what the problem is and need to escalate it to an expert in the US or or Germany. It prolongs the ticket resolution, but once it gets to the expert, they fix the problem instantly because they know more.

We previously used other Linux distributions with Docker. We prefer Red Hat Enterprise Linux because of its enterprise support capabilities, which open-source distributions like Debian or Ubuntu lack.

I'm unsure what the standard Red Hat Enterprise Linux license costs for one machine. We pay for premium support that guarantees a response in two hours.

I rate Red Hat Enterprise Linux eight out of 10. If applications and package installations work correctly, I would give it an 8.5. It's a pleasing OS to work with, especially Red Hat Enterprise Linux 8 and 9, which are more polished than Red Hat Enterprise Linux 7. I briefly interacted with Red Hat Enterprise Linux 6, I'm 27, so I know I'm very young, but I know colleagues who worked with Red Hat Enterprise Linux 4, 5, and 3.

Other open-source Linux distributions might work if they have high levels of community involvement so the community can identify and fix vulnerabilities quickly. Alma and Rocky Linux are all upstream from Red Hat Enterprise Linux. If you want to go with an open-source distribution, I will point you to Alma and Rocky because they are the one-to-one replacements from CentOS. You don't need a subscription.

We are a big company with many customers, so we prefer a stable platform with support. You can't open a ticket for open-source distributions like Debian or Ubuntu if you have a problem, ticket. With Red Hat, you can open a ticket if you discover a bug. That's included in your support subscription. You also get regular patches, so we can show our customers we are compliant, etcetera. It's a no-brainer to use an enterprise distribution with support instead of something open source where you don't have a support subscription.

We use Red Hat Enterprise Linux due to its robust security features, which are essential for securing e-commerce transactions and monitoring our Linux servers. Additionally, its flexibility allows for deployment across a range of devices, including HPE and Dell.

Red Hat Enterprise Linux offers robust provisioning and patching management capabilities, ensuring efficient system administration and security.

I am delighted with Red Hat Insights and recommend this feature to others.

Since using Red Hat Enterprise Linux, I have found it to be very secure.

Red Hat Enterprise Linux has reduced our downtime by about 60 percent.

Red Hat Enterprise Linux aids in achieving security standard certifications by providing a secure foundation and tools for compliance with various security frameworks.

The most valuable aspects of Red Hat Enterprise Linux are its flexibility and security. It allows us to manage servers independently and ensures security for any device used.

The system roles feature is good.

While Red Hat Enterprise Linux offers robust security features, continuous improvement is crucial to ensure a secure environment and prevent potential losses.

I have been using Red Hat Enterprise Linux for about six years.

I rate the stability of Red Hat Enterprise Linux as seven point five because sometimes it takes time to reach support for assistance.

I rate the scalability of Red Hat Enterprise Linux as eight. It is satisfactory in terms of scalability.

The response time could be improved as sometimes it takes too long to reach out to them.

The complexity of deployment can vary based on familiarity with Red Hat Enterprise Linux. I found it to be complex.

Red Hat Enterprise Linux can be expensive, but its cost is not a deterrent for many organizations willing to invest in its stability, security, and support ecosystem.

I would rate Red Hat Enterprise Linux eight out of ten.

We have 80 percent of our environment using Red Hat Enterprise Linux. A team of around 40 uses Red Hat Enterprise Linux to manage over 3,000 servers in a big environment.

We perform weekly maintenance on Red Hat Enterprise Linux.

We do updates, upgrades, and migrations on our Red Hat Enterprise Linux servers.

Based on my experience, I recommend Red Hat Enterprise Linux, particularly to those seeking a highly secure operating system.