My main use cases for Red Hat Enterprise Linux (RHEL) are mostly just running applications, web servers, app servers, databases, etc.

I don't have a preference on features of Red Hat Enterprise Linux (RHEL), as I appreciate many of them. While just getting into cloud, I'd say the best feature is YUM, DNF, and related tools, which are simple and easy to use and manage. 

The simplicity of Red Hat Enterprise Linux (RHEL) benefits my company in general since we're under many audits and regulations that allow us to track any discrepancies we may find in the reports, as to remediate those vulnerabilities and apply the necessary patches so that we can be compliant with our systems.

Red Hat Enterprise Linux (RHEL) helps me solve pain points through vulnerability management, and its Satellite has been a really good tool to help us track vulnerabilities as well as patching the server.

We are hybrid, so we deploy Red Hat Enterprise Linux (RHEL) both in the cloud and on-premise. For our cloud needs, we use both Azure and AWS. We have a good track record with Red Hat Enterprise Linux (RHEL) and security, due to their ability to produce Day 1 patches, quick responses, and great customer support when we face problems.

When it comes to provisioning and patching, we usually manage our Red Hat Enterprise Linux (RHEL) patching in a monthly cycle, using Ansible to help update our monthly downloads from Red Hat Enterprise Linux, move it to our satellite, and then push it out to our servers.

Red Hat Enterprise Linux (RHEL) supports our hybrid cloud strategy. We mostly use both Windows and Red Hat, making it our primary Linux operating system for applications, and we've been using the Red Hat images that we've created for cloud, deploying them there with the necessary utilities and applications.

I assess the knowledge base offered by the Red Hat Enterprise Linux (RHEL) system fairly positively, especially for support questions, however, the only issue I have is that often, you have to log in with your provider ID; in some cases, I understand. That said, there are others that are not just generally support specific to Red Hat, which is a problem.

Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risk through our ability to patch quickly, with relatively fast reboot times, and the amount of changes applied that don't affect systems much, especially with patching, so everything works as designed with very little incompatibility issues.

Red Hat Enterprise Linux (RHEL) can be improved by offering more on the Ansible side, with more integration with Ansible Satellite and all their tools for a one-stop area that manages both vulnerabilities and image deployments in a workflow pipeline.

I have been using Red Hat Enterprise Linux (RHEL) since Red Hat 4, which was a long time ago.

Its stability and reliability are fair and stable, with not too many issues encountered as long as no one is messing with the kernel configuration.

Red Hat Enterprise Linux (RHEL) scales really well with the growing needs of my company, as long as we have licenses.

I find customer service and technical support for Red Hat Enterprise Linux (RHEL) better than most; it's good.

Positive

Before Red Hat Enterprise Linux (RHEL), we were using SUSE Linux, starting originally with Red Hat, then switching to SUSE 10 and 11, and ultimately switching back to Red Hat 7.

My experience with deploying Red Hat Enterprise Linux (RHEL) has gotten easier over the years, especially with Ansible, as it has become more automated, replacing a lot of the tasks we used to do by command-line interface with more Ansible playbooks and workflows.

From my point of view and a technical perspective, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the ease to spin up the instances and the fact that many people still prefer the command-line interface, which has significantly less overhead than a Windows system.

Regarding the pricing, setup costs, and licensing of Red Hat Enterprise Linux (RHEL), I'm not really involved with the budget, however, it seems to be okay for what we currently have.

A while ago, we considered SUSE and looked at Ubuntu before we ended up choosing Red Hat Enterprise Linux (RHEL) as our solution.

I rate Red Hat Enterprise Linux (RHEL) an eight out of ten. 

To make it a ten, Red Hat Enterprise Linux (RHEL) would need to allow systems to remain operational even if licenses expire, especially on a virtualized platform, and perhaps also improve Ansible integration.

We use a lot of Red Hat Enterprise Linux (RHEL) for developing products for our customers. Since Red Hat is known as a popular option for many of our customers, it provides a standardized platform for us to deliver products on. 

Ansible has helped my company by managing disparate systems, allowing us to configure for specific use cases and providing common configurations, so it helps us wrangle all the disparate situations and configurations that we have across various different product teams in our labs.

When working with the Linux system, especially dealing with thousands of systems, Ansible is probably the most helpful tool. It has helped my company by managing the complexity of disparate systems, allowing us to configure for specific use cases and providing common configurations across various product teams in our labs.

My company is not particularly happy with the current pricing models that are available. We have been starting to diversify so that we can deploy machines quickly onto Foxconn or other platforms. We will probably use Oracle Linux instead because we don't want to deal with the licensing issues of putting Red Hat Enterprise Linux (RHEL) up and then tearing it down a week later. Our management chain is not satisfied with the current pricing model.

I have been using Red Hat Enterprise Linux (RHEL) for at least a decade.

There are always bugs in any software product, but it seems pretty stable.

The technology of Red Hat Enterprise Linux (RHEL) scales greatly, but the pricing doesn't scale as effectively.

The customer service and technical support are outside of what I deal with as a system administrator. I use the Red Hat support through the website most often to look up technical issues, which works effectively. If I were to rate that support from the website on a scale of one to ten, I would give it an eight or nine.

Positive

We transitioned to Red Hat Enterprise Linux (RHEL) from Fedora approximately a decade ago. More recently, we've decided to diversify so that lab compute loads that are internal, which are going to be kicked over repeatedly, are moving to Oracle Linux. We have also acquired several companies whose systems are set up to run on Ubuntu, so our environment is diverse.

We manage our Red Hat Enterprise Linux (RHEL) systems with our own internal Ansible playbooks for performing upgrades and patching, so it's all integrated for us.

Our upgrade and migration plans to stay current are a continual process. People in our labs prefer to maintain what they have because they want to stay at steady state indefinitely, but that isn't possible. We are continually working on eight to nine upgrades simultaneously.

I see a return on investment when using this product in general, as it helps us support our product development teams, which generates revenue.

I have not been involved in any cloud migrations because that's handled by a separate team. Regarding upgrades, transitioning from version six to seven was more complex. We are currently in the process of upgrading much of our version seven base to versions eight and nine, which is progressing more smoothly.

I haven't purchased Red Hat Enterprise Linux (RHEL) on AWS Marketplace, as that falls outside of my responsibilities and would be handled by the cloud team.

Regarding Red Hat management for security, we have dedicated security teams that assist with evaluations, and we partner with them for implementing solutions to security issues. 

Overall, I would rate Red Hat Enterprise Linux (RHEL) an eight or nine out of ten. The pricing structure is the main factor preventing it from receiving a perfect score, as improved pricing would enable more ubiquitous 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.

Neutral

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.

Red Hat Enterprise Linux is used within our organization to orchestrate a multitenant, microservice-based architecture. This supports a distributed system of predominantly web-based applications and frontends. A typical deployment involves around 60 to 70 Amazon EC2 instances working in concert.

The primary use cases involve running interconnected applications with requirements such as low latency and high availability, often achieved through redundant, multi-tenant, and load-balanced architectures. These applications may utilize read or write-optimized instances or be memory or processor-optimized, depending on their specific needs. Optimization is achieved through the processor, RAM, and connected protocols. The foundation for these applications is Red Hat Enterprise Linux.

Red Hat Enterprise Linux facilitates seamless workload migration between diverse cloud environments and data centers. In DevOps, workload portability between cloud and data centers is crucial, so we prioritize operating systems supported by multiple cloud providers and available locally. Key considerations include stability, security hardening capabilities, and the ability to obtain government or compliance organization approvals, which are incredibly stringent in sectors like banking and securities exchange. Red Hat Enterprise Linux meets these requirements by providing a secure, reliable, and consistently delivered operating system that facilitates approvals and ensures seamless workload mobility.

Regarding Red Hat Enterprise Linux provisioning and patching, both processes are generally straightforward. Patching can be completed within a few hours. Once the automation pipelines are properly configured, tested, and operational, provisioning can be fully automated. This applies to any operating system, not just Red Hat. Setting up a correct pipeline ensures smooth provisioning regardless of the OS.

Implementing Red Hat Enterprise Linux has resulted in significant resource savings due to its efficient usage of minimal resources. Compared to other operating systems, Red Hat Enterprise Linux requires less RAM and CPU allocation, which translates to cost savings. Additionally, its stability and minimal downtime contribute to operational efficiency.

The Red Hat command line interface is more user-friendly than the Windows command line interface. Red Hat makes it easier to perform tasks like reviewing logs, checking network connectivity, checking DNS, and setting up a proxy. Additionally, searching for specific characters within numerous log files is simpler in a Red Hat Enterprise Linux instance compared to other operating systems.

The implementation and limitations of SELinux should be re-evaluated. Its current configuration presents numerous challenges and restricts certain functionalities, hindering the overall usability of Red Hat Enterprise Linux. Addressing these limitations would significantly enhance the operating system's flexibility and efficiency.

I've been using Red Hat Enterprise Linux for six years.

Red Hat Enterprise Linux is almost perfect in terms of stability. It works consistently with minimal downtime and very few bugs or glitches, deserving a high rating for stability.

There are no issues with scalability when it comes to Red Hat Enterprise Linux. It scales efficiently, fulfilling our needs without difficulty.

My experience contacting Red Hat technical support was positive, with knowledgeable and supportive staff, particularly during early hours. However, I found more detailed knowledge through community interactions on platforms like Stack Overflow.

Positive

Before adopting Red Hat Enterprise Linux for production applications, other Linux operating systems like Ubuntu and Windows servers were used for monitoring and testing purposes. Red Hat Enterprise Linux became the choice for critical server applications.

The initial setup of Red Hat Enterprise Linux is straightforward. Once the images and database information are available, the automation process is simple and efficient, taking only a couple of hours to complete.

Using Red Hat Enterprise Linux can yield resource savings of 200 percent to 300 percent compared to Windows Server instances. Its minimal RAM and CPU usage allows for smaller instances, resulting in significant cost reductions.

Red Hat Enterprise Linux is a more cost-effective solution than Windows Servers. Windows Servers base their cost on the number of users and have high licensing fees, while Red Hat Enterprise Linux offers free versions alongside its paid, supported versions. This makes Red Hat Enterprise Linux a good option for startups and organizations with limited budgets. While the free versions may lack direct vendor support, the availability of paid support options and the robust Red Hat Enterprise Linux ecosystem provides flexibility for growing businesses. Additionally, the presence of compatible open-source alternatives further enhances cost-effectiveness and choice. Overall, Red Hat Enterprise Linux presents a compelling advantage in terms of cost compared to other operating systems, especially for nascent organizations.

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

While Red Hat offers free license versions and CentOS provides a similar platform, the official Red Hat documentation may not be the most helpful resource. More valuable support can often be found in community-driven platforms like Stack Overflow, where users share their knowledge and experiences through questions and answers. This user-generated content often proves more practical and supportive than the official Red Hat resources.

Red Hat Enterprise Linux is deployed in a multi-region configuration with three availability zones per region. Data is replicated from region one to region two, which serves as a read-only replica. Traffic is load-balanced across all availability zones within a region, ensuring automatic failover to the remaining zones in case of an outage. Similarly, if an entire region fails, traffic is redirected to the other available region. This setup provides high availability and disaster recovery capabilities. We have a couple of thousand users in our organization.

Red Hat Enterprise Linux requires periodic updates. To manage logs, a retrieval and deletion method is necessary, which can be achieved using built-in features like cron jobs. Red Hat supports these features. Additionally, security patches should be applied as they become available.

I recommend Red Hat Enterprise Linux, particularly for enterprise implementation, due to its lightweight and secure design. Its robust community support and extensive availability of solutions in forums and unofficial resources make it preferable to other operating systems.

My primary use case for Red Hat Enterprise Linux is for cloud-related tasks, such as working on AWS. Specifically, I create virtual servers on Amazon EC2 instances. My department has 50 people using the solution.

Red Hat Enterprise Linux has increased our productivity by making monitoring more manageable and allowing us to be more proactive. We get more information we need from the virtual machines using the command line. It's also a highly secured system with built-in protections. We've also saved time because command-line operations are more efficient. Time is money, so we also save money by decreasing our time on these tasks. 

When I started working with Red Hat Enterprise Linux in March 2021, I did not immediately realize its benefits. It took me several months to understand the full power of Red Hat Enterprise Linux and the problems it solves. After three to six months, I recognized the full power of Red Hat Enterprise Linux. 

The most valuable feature of Red Hat Enterprise Linux is its command-line capabilities, which allow you to execute large operations quickly. For example, let's say you want to create a hundred files or directories. In Windows, you need to create each one by hand, which is difficult and time-consuming. Linux has multiple commands to create files in a few seconds. It also has the "top" command that gives you all the processes running and their utilization of resources like CPU, RAM, etc. That isn't possible with a management console or GUI.

Red Hat Enterprise Linux has good security features, so it's harder to breach than Windows. There's also a large Red Hat Enterprise Linux user community, so when I get stuck, I can go to Stack Overflow or other user forums and get help. I typically get a solution within a few hours when I post a question. 

I don't handle patching and provisioning because I don't have much experience, but I've heard from senior engineers that it's easy on Red Hat Enterprise Linux. 

Red Hat Enterprise Linux could make some back-end improvements. On the front end, Red Hat Enterprise Linux could make the interface more colorful and improve the user experience. A better-looking interface would attract more customers.

I have been using Red Hat Enterprise Linux since March 2021.

Red Hat Enterprise Linux is stable, providing a reliable platform for our operations.

I would rate the scalability of Red Hat Enterprise Linux as nine out of ten, indicating it scales well with our needs.

I rate Red Hat support eight out of 10. The technical support is excellent. They are readily available to assist with any technical issues that arise. Their documentation is clear and built into the GUI, so you can easily access information if you're curious about a topic. Red Hat has a large, well-informed user community.

Positive

Previously, I used only Windows, but now I use Windows, Linux, and AWS environments. I transitioned to Red Hat Enterprise Linux as it enhances productivity, reducing the time-consuming aspects of software development and project management.

Setting up Red Hat Enterprise Linux wasn't complex, but also not overly simple. It was about average. It took about half an hour to deploy the solution at one location. After deployment, we need to install updates, but that process has gone pretty smoothly.

We have a team of more than twelve individuals working with Red Hat Enterprise Linux.

Red Hat Enterprise Linux has saved us time and increased productivity. We've also saved money by not purchasing other operating systems, such as Windows or Mac. 

Most Indians will find Red Hat Enterprise Linux a little costly. It's slightly above average. Its pricing has room for improvement because it's more expensive in the local market due to purchasing power parity in India. 

I highly recommend Red Hat Enterprise Linux to others due to its productivity benefits and efficient command-line operations. It offers key advantages in terms of time-saving, security, and community support.

The solution is used for on-premises data centers. Multiple private data centers run workloads on VMware Cloud solutions, and Red Hat Enterprise Linux is deployed on critical systems. We use KVM virtualization technology to host various virtual machines on Red Hat Enterprise Linux that run workloads and applications.

Red Hat Enterprise Linux improved our compliance by working with third-party security providers, like CIS Enterprise Internet Security. It's a nonprofit organization that provides many security solutions and benchmarking for each operating system. CIS and Red Hat jointly developed a CIS-approved operating system. They work with various public cloud providers like App Engine, Google, and AWS to provide comprehensive CIS-approved images in Red Hat Enterprise Linux. 

The US federal government has already certified the OS for FIPS compliance. FIPS is the organization that designs cryptography algorithms for federal agencies, and they approved Red Hat Enterprise Linux. 

It takes some time to realize the benefits. Some customers cannot see a direct benefit because the licensing is a bit complex. In a huge enterprise environment, you could see an immediate effect, but a smaller or medium-sized organization may take a while to yield a return on investment.

The most significant advantage is that it is more stable and secure than other operating systems. Years ago, we worked on Windows-based systems with more challenges regarding patch management and vulnerabilities than Unix operating systems. We get more frequent patch releases from the vendor weekly, monthly, and quarterly. It also has strong security features, is OIS and FIPS certified, and has built-in Linux security configurations.

In addition to Linux's built-in security tools, it has Red Hat Enterprise Linux configuration features that provide robust security controls. We also have third-party solutions that provide more in-depth solutions for our cloud and on-premises infrastructure. We have to provide security at each layer of the OSI models. For example, on the application layer, we have to provide web solutions or application gateways, but it provides good security features for the OS layer. 

We use another Red Hat product called Ansible to automate patching tasks and infrastructure deployment. We don't have a large number of servers, so we manage patching and configuration through Ansible. For bigger deployments, they have solutions like Satellite, but we use Ansible. 

We use Image Builder to create a Golden Image for our CICD pipelines. We have a CIS-approved image that integrates their security controls for our automation tools and some of the ones specific to our organization. We added some of the controls from the Red Hat management framework that govern how an image should be created and what controls must be integrated into this base image. 

The web console is useful for people without Linux backgrounds who lack experience working with the command prompt. The web console helps them manage the system better without knowing all the commands.

Red Hat Enterprise Linux licensing is a bit complex. The solution operates on a subscription-based model, which may not provide immediate return on investment for small to medium-sized organizations. It also has a steep learning curve for employees unfamiliar with Linux, and it demands a skilled team or a dedicated service center to operate effectively.

I have used Red Hat Enterprise Linux for about four to six years.

Red Hat Enterprise Linux offers great stability and performance compared to other operating systems. It does not have issues with crashing or substantial downtime.

I rate Red Hat support seven out of 10. We have only opened one or two cases with technical support, but we've had good experiences. They respond immediately based on the SLA level. In the future, we plan to use Red Hat's OpenShift and Kubernetes solutions, so we expect to work with the support team more because we're new to those products. 

Red Hat's Knowledgebase is an excellent support resource. It stays updated about new things coming to our region and provides lots of articles about the products. It's a good starting point for troubleshooting without the need to call the support team. We use the knowledgebase to resolve issues as often as we can, but we contact support if we get stuck and can't find the solution. 

Neutral

We have physical systems running SUSE Linux and Windows, but we're gradually migrating them to Red Hat Enterprise Linux. Some systems are running Solaris, and we haven't decided whether we'll migrate to Red Hat Enterprise Linux or other operating systems.

Our operations team takes care of migrations and installations. We're primarily responsible for business impact assessments and helping the operations team do a POC to determine the effect on the application environment. We consider the licensing and give the operations team approval to do the migrations and install the new operating system. 

The team consists of two or three people. We cannot migrate directly from one system to another. We simulate everything in the POC environment and perform migrations in the development environment using our in-house tools. They will check the source machines and find out what applications are running. It will assess them and look into the destination systems. Using some replication technology, it will do a direct synchronous verification between one storage to the other.

We need some downtime to complete the migration, and most of the data is stored in SAN storage. That is called a long migration. Once the operating systems and associated patches and applications have been migrated, we have to migrate them manually for the storage side.

The subscription-based pricing can be costly, particularly for smaller deployments. The more subscriptions you have, the easier it is to see a return on investment because it helps larger organizations more. It may be considered expensive compared to other solutions like CentOS or Ubuntu, which offer some of the same features without additional costs.

I rate Red Hat Enterprise Linux eight out of 10. I recommend new users get some training on the platform because installations and migrations can be complex. Setting up clusters can be challenging for new users who don't have hands-on Linux experience without vendor assistance. 

We are using Red Hat Enterprise Linux (RHEL) primarily in the health care industry for AI modeling and edge computing. One use case involves specific monitoring in a room with equipment and hardware.

I'm keen on this product because everything works as expected. It has embedded compliance features. We expect more in version 10. The keynote mentioned embedded OpenSCAP reporting, which is something everyone wants.

Red Hat Enterprise Linux has a lot of specialized documentation. Typically, people search on the Internet and find solutions by trial and error. However, everything about Red Hat Enterprise Linux is there in the documentation. You only need to follow it correctly. 

The security features have room for improvement, especially for highly regulated industries like health care. That's why it isn't the primary OS in health care. It would be great if they added some features to address the specific challenges health care providers face. 

It isn't hard to patch, but migrating between versions is difficult. We have the the latest version, but the previous version is still working very well. It's hard to leave a working version to upgrade. I would like more AI features, but those will be added to the next version. We are in an AI age, and it's an area where we need to keep pace. 

I have been using Red Hat Enterprise Linux since version 3, starting around 2000. Currently, we use version 9.4.

The stability of Red Hat Enterprise Linux is excellent. I have nothing negative to report in this area.

Scaling Red Hat Enterprise Linux as our needs change has been good. The older versions continue to work well even as we introduce newer solutions.

I rate Red Hat support nine out of 10. They provide competent support and help resolve issues quickly. You don't need to spend a long time searching for a solution. I don't rely on them much, but it has been a big help for my colleagues.

Positive

I have been using Red Hat Enterprise Linux for many years, so it is my default choice when selecting an operating system.

I'm a technical guy, so I'm not dealing with the money side of things, but we've seen a return on investment in terms of time saved due to the good documentation and support. 

Red Hat Enterprise Linux is expensive, but I'm not paying anything because it's the company's money. However, it's priced comparably to other enterprise Linux solutions. It costs a lot because you have a large staff working on the concept and improving everything. There is an open-source developer part that is free, so you can test everything before buying it. 

I rate Red Hat Enterprise Linux eight out of 10.  I know this is a good product because I've used it for many years, and it continues to improve. The OS is great, so I continue to use it. If I'm working on a new project and given a choice between another solution and Red Hat Enterprise Linux, I would always choose Red Hat for the community, support, and documentation. 

There's a free developer version. If you are thinking about purchasing Red Hat Enterprise Linux, you can try the developer version for free. Practice using Red Hat Enterprise Linux, and you will see the difference between the other distributions and Linux. If you want the product to perform at an enterprise level, you need to learn the product. There a plenty of tools and also the Red Hat Academy.

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. 

Positive

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 are a telco company hosting internal applications on the OpenShift platform. It's for general IT workloads, such as backend systems for billing. We are also using it for containerization projects.

With an open-source solution, there is no vendor lock-in at the OS layer, so it's more flexible. I am happy with the value Red Hat delivers, so we don't see a reason to change that.

I like open source and prefer it over some closed proprietary software. In my early days, I was involved in the open-source community of the Red Hat Directory Server, communicating with developers to ensure password policies were implemented and asking questions. It showed me the power of open source.

While the built-in security features are excellent, we don't use all of them. It has many available capabilities, but it's not always up to the infrastructure people to decide what to use for security. 

I'm happy with the value Red Hat Enterprise Linux delivers, but there's always room to improve. 

I have been using Red Hat Enterprise Linux for almost twenty years.

I've never heard of any issues with Red Hat Enterprise Linux's performance on business-critical workloads. If there is a problem, it's mostly on the application layer, not the operating system.

Red Hat Enterprise Linux has native containerization, so it can scale. It uses open-source technology and has Kubernetes underneath, which gives you the scaling you need. .

I rate Red Hat support seven out of 10.

Neutral

We have been a Red Hat customer for over a year, and we are happy with the value it delivers.

I don't know the exact pricing. Red Hat's subscription model is cost-effective because you pay as you go, which is better than paying upfront high license costs. 

I rate Red Hat Enterprise Linux eight out of 10. If you plan to implement Red Hat Enterprise Linux, make sure you get a vendor who can deliver and support it correctly. 

We use the solution internally for developing our software, including running databases and banking applications. These are the kinds of services we provide to customers, as well as our own internal software products.

The solution has helped enormously in terms of development and infrastructure. It enables us to centralize development and improve productivity significantly by providing a stable platform with documentation and best practices for deploying robust solutions.

One of the most valuable features is the ease of consumption and the extensive community-driven resources. The documentation is extensive, allowing users to get started without difficulty. 

Additionally, the support and stability provided by Red Hat Enterprise Linux contribute significantly to its value.

The solution requires a lot of prerequisites and understanding of the Red Hat ecosystem before one can get started. This complexity could be improved. 

More comprehensive support for OpenShift integrations and a less customized, Red Hat-specific setup process would be beneficial.

We have been using the solution for more than ten years.

The solution has been stable. We partner closely with Red Hat, and the operating system has been reliable for a long time.

I am not directly involved with scaling aspects, so I can't provide specific insights on this.

We have been very happy with customer service and support. Red Hat offers prompt support with a good turnaround time, effectively addressing any issues.

Positive

The pricing is competitive. It is not cheap. That said, it provides value considering what it offers.

I would suggest that anyone starting to develop should consider starting with a community-based version, however, for production workloads, it is important to have the support model from Red Hat as it provides stability and quick issue resolution.