We are using Red Hat Enterprise Linux for running SQL servers, Oracle databases, Java applications, Apache, and data store types of things.

We use it for all sorts of functions. We have different levels. I am primarily an SE building and configuring the servers. The application-related work is for everyone else.

In terms of our environment, we might have some cloud. We have different engineering teams working on different parts of the technologies. My team and I do not touch that, so we have a basic cloud-based and non-cloud-based setup.

We are primarily able to standardize on the platform. By keeping everything standard, you know what might break or should not break. That is the true benefit. It seems to help keep a better level of standard across all groups, business standards, and application types.

Red Hat Enterprise Linux enables us to centralize development. That goes with platform uniformity. The development team has a common toolset and expectations from the toolset and what they are working with. It just makes things easier for each developer.

The portability of applications and containers built on Red Hat Enterprise Linux is very good for keeping our organization agile.

It is the most lightweight platform to use. It is very flexible. It is not very difficult to manage, configure, and deal with. That is a plus point.

Migrating people from Red Hat Enterprise Linux 7 to 8 has been good so far. Irrespective of whether we are doing an in-place upgrade or a full rebuild, most people are able to convert over. There is no problem.

For our use case, it seems to be working well, so I cannot think of what it could do better. I know for our purpose and what we have been using it for, it has been working well. Their support, however, can be better.

I came on board when they bought our company. At the time, I was using CentOS. From what I know, they have been only using Red Hat Enterprise Linux. I started using it from Red Hat Enterprise Linux 7. It has been about 13 years.

It seems stable, but developers might have a different response. When you have a problem with a Windows server, you typically reboot it, but you do not have to reboot a Linux server to get it to work better.

It is a scalable platform.

It is pretty good. It varies based on the support person that you get. They might understand what you are talking about right away or not.

For one of the cases that I opened, I laid out every single detail possible. The first thing they said was that it was not that. It was something else. They kept going back and forth with different support teams on the same ticket. Finally, it clicked with somebody and they figured out what caused the issue. Somehow an RPM of a different version was installed on one server versus another one, and no one caught that. Some people were going down the wrong path saying it was networking and not some sort of binary that was installed which changed something. They went back and forth with different troubleshooting paths. Eventually, someone saw and understood what I meant.

We have always been using Red Hat Enterprise Linux at our workplace.

Deployment for our builds is typically PXE. I do not have insights into that because the build is built and configured by another team. I deploy and provide the server for the development team. I understand how Kickstart and other things work, but I do not install and configure it. It seems relatively easy. From what I have done in the past, it does not seem that difficult.

I am not aware of taking any external help for deployment.

The biggest ROI is in terms of consistency. We know how it works which makes going forward a lot easier.

We are coming from CentOS, so technically, our total cost of ownership has gone up, but it is still cheaper than Windows for a database server and things like that.

I was not a part of the evaluation. I came on board and began working with what was there.

In terms of security features, we do not use anything too advanced other than what is out of the box. We do not manage the compliance piece and things like that. There is a different group that manages that piece.

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

We use the solution for server operating systems and to automate other systems. We use the tool for Windows automation and Linux automation.

The support we get from Red Hat is really good. When we have questions, there's always somebody we can approach and get an answer from. In my experience, Red Hat Enterprise Linux is more stable than Windows. The solution's ease of management is better, and it's much more powerful when you know the command line.

The most valuable feature of the solution is its stability.

Red Hat Enterprise Linux's built-in security features do a really good job of risk reduction, business continuity, and maintaining compliance.

Red Hat Enterprise Linux, Ubuntu, CentOS, and Fedora are the main Linux systems. Ubuntu is the only enterprise-level OS with paid support because a lot of the work we do requires paid support contracts.

The solution's front-end GUI is not great and could be improved. It needs to be more intuitive if it's meant to be used as a desktop operating system replacement. I don't know how to describe it better, but OS X and Windows feel a lot more polished than Red Hat Enterprise Linux.

I have been using Red Hat Enterprise Linux in my current organization for two years. However, I have been using the solution in general for ten years.

Red Hat Enterprise Linux is an extremely stable solution.

Red Hat Enterprise Linux is a scalable solution.

The solution’s technical support is very good.

The solution's initial setup is seamless and easy. We tried different things, but the easiest way we found to deploy the solution was to use VMware. We had scripts to download and install the tool.

We implemented the solution through an in-house team.

Once everything is set up, the solution is generally very stable. While other operating systems require a lot of maintenance, Red Hat Enterprise Linux is pretty hands-off once you properly set up and configure it.

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

We are a brokerage firm. We use Red Hat Enterprise Linux for trading purposes. We develop our applications on it.

By implementing Red Hat Enterprise Linux, we wanted a stable server and OS.

There is an in-built feature for shell scripting, so we can automate things that have to run on time in production. We created a script for the setup and configuration of certain things, such as disabling the firewall, network manager, and other things.

I am able to handle some of the daily issues automatically by using batch scripting and cron scheduler. I have also been able to debug some of the issues with the help of logs.

It is open source. We can customize it as per our requirements. We can change or optimize it as per our requirements.

Their support needs improvement. It should be faster for priority tickets.

Some of the tools can be improved and made user-friendly. The OpenStack and OpenShift tools can be better.

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

It is stable. I would rate it a 9 out of 10 for stability.

It is scalable. I would rate it a 9 out of 10 for scalability.

We have about 100 servers, and we have about four people working in the IT department.

Their support needs to improve. If we create a priority ticket for Red Hat, they revert within four hours. They should respond within half an hour so that the issue can be resolved as soon as possible in the real or live environment, and the company has less downtime.

We are using Red Hat Enterprise Linux and Windows operating systems.

Upgrades and migrations are easy with Red Hat Enterprise Linux. We are currently working on upgrades from RHEL 7 to RHEL 9.

We use open source. We only have a subscription for support.

For security purposes, we use the SSH key algorithm, MD5, and SHA256. We have set up a firewall in our network, and all servers are password-based. We also block some common ports that are open when we install the OS. We also have monitoring tools to ensure uptime.

Overall, I would rate Red Hat Enterprise Linux a 9 out of 10.

I use the product for the integration capabilities it provides between my company's servers and the servers from other companies since we operate in the banking sector. I use Red Hat Enterprise Linux (RHEL) for clusters or load balancing. The tool provides an open-source platform to use any program. Many programs can be installed over Red Hat Enterprise Linux (RHEL).

I have seen that the upgrade from RHEL 7 to RHEL 8 can be a bit problematic since I have seen some issues during the upgrade of libraries, along with some conflicts with the other libraries in the tool. The aforementioned area can be considered for improvement in the product. Presently, I am not trying to upgrade from RHEL 8 to RHEL 9.

I have been using Red Hat Enterprise Linux (RHEL) for two years.

It is a stable solution.

I have only used a little bit of technical support. I can say that over the span of years that I have used the tool, I have used the support offered by the product only twice. I don't have much experience when it comes to the support team. The support team did not help me solve my issues, and I had to search for a resolution by myself to solve my problems. People from India who are a part of the support team don't seem to have much experience in solving the product-related problems of the customers. I rate the technical support a six out of ten.

My company also uses MariaDB as a database, while at times, we use databases from Oracle or PostgreSQL over RHEL.

Sometimes, I use Ubuntu for some of the end-users in my company. Red Hat Enterprise Linux (RHEL) is useful for servers and not for end users. Red Hat Enterprise Linux (RHEL) is very compatible with servers.

The upgradation and migration parts attached to the solution can be described as a very straightforward and easy process. Sometimes, I migrate from the on-premises version to the cloud, which I find to be a very easy process. The servers are up and running very well, so I have no problems with the product.

I have experience with the on-premises version of the product.

The in-house team, consisting of four people, in my company takes care of the upgrade and migration parts attached to the solution.

My company has acquired five to ten licenses from Red Hat Enterprise Linux (RHEL).

My company uses the normal security features provided by the product. Presently, I am taking some courses related to security. My company uses solutions for security purposes, like CrowdStrike Falcon Protection.

I use the documentation provided by the product. I also joined the academy operated by Red Hat Enterprise Linux (RHEL) to learn about courses related to OpenShift and virtualization. The documentation is very easy to understand, and it is also good for learning purposes.

I joined the product's academy courses when Red Hat opened a new branch in Egypt. I have got certificates for learning about OpenShift and virtualization. I am planning to learn OpenStack.

For provisioning and patching, I use Foremen, which is an open-source product implemented by Red Hat Satellite. Foremen is very good and easy to use for patching and security updates.

Leapp or Red Hat Insights are not features that are enabled by default. I don't usually use the aforementioned in the product.

I use Red Hat Store for image-building purposes. Some other programs are installed after the images get installed with the help of the product.

Speaking about whether I use the web console or Convert2RHEL, I would say that I use the terminal console provided by the product, and it is also very easy for me to use.

The product has affected my company's security and uptime since Linux offers a firewall that provides complete security, which is very good.

I hope to use the product in a hybrid environment.

I need to prepare for security standard certifications from Red Hat Enterprise Linux (RHEL) since it can help me understand the features and the security that I need to get from the product for my company, making it something very important for my organization.

Red Hat Enterprise Linux (RHEL) is a big part of my company since we use a lot of servers with its open-source services. Red Hat Enterprise Linux (RHEL) serves as the base of the servers in our company.

Sometimes, I take care of the maintenance of the product, but it is not something that is required all the time. The maintenance process is pretty normal.

As a part of our company's migration or upgrade plans to stay updated, I will be upgrading from RHEL 8 to RHEL 9.

The product does what it is meant for, especially if MariaDB is installed over the tool.

I rate the solution a nine out of ten.