I still have experience with Red Hat Enterprise Linux (RHEL), but I mainly work with SUSE Linux. The solutions are for on-premises deployments.

From what I have heard, my organization is going to use SUSE Linux as a standard. For Red Hat, the people who deal with servers have a few of them and are probably migrating them through VMware.

The part that my group deals with the most is SAP, and all that we have on them is SUSE Linux.

The main differences between Red Hat Enterprise Linux (RHEL) and SUSE Linux may be in some commands. The heart is very similar with logical volume manager and other components, but there might be commands that change, such as command line interface commands that might change even when they perform the same thing.

I believe that the best features of Red Hat Enterprise Linux (RHEL) include the interface with logical volume manager and file system management, since I work more with storage administration.

I used to deal more with Unix, and the way Unix performed things was better for me. For example, at the Linux level, all the partitioning is difficult for me in the way it uses certain terms, such as physical disk, when you call it SDB or SDBA.

From this perspective, I found this hard. I used to be more accustomed to Unix. However, they are very similar at this level with the device types and other components.

I believe that Red Hat Enterprise Linux (RHEL) can be improved in areas such as monitoring, storage, and virtualization.

Everyone today is talking about virtualization and there is a need for it. There are many virtualization implementations, and everyone is moving toward that area.

I have used Red Hat Enterprise Linux (RHEL) for several years in total.

I assess the knowledge base for Red Hat Enterprise Linux (RHEL) as good. The documentation is nice and good, and it is available. The documents I have seen are self-explanatory, and the explanations are clear.

On a scale of one to ten, I would rate Red Hat Enterprise Linux (RHEL) support as good. I know it is good, but since we usually look at the documentation, I have not placed a request for an error or similar issue. I probably have not had the need to do that. I would rate it a nine or ten. In our case, I have not dealt so much with that part, as there has not been a need to request a patch or upgrade.

I personally have not used Red Hat Enterprise Linux (RHEL) Image Builder or Red Hat system roles. I know that some of the people who give us support do use them. I know it is helpful, but I do not have details about them because my group is dealing more with the hardware parts, such as HP physical servers and storage.

We are dealing more with that aspect.

I believe that the most important security features in Red Hat Enterprise Linux (RHEL) include the standard ones, such as user and password authorization and read and write access, which are standard in Linux.

I believe that you probably want to use additional software. My company has many tools, and another team works with the security part. However, you probably need integration with that. The basic features that every Linux software has are standard and robust.

I would rate this review a nine out of ten overall.

In the banking industry, we provide software for banking, from our development infrastructure to deployment infrastructure for the banks. We generally use Linux RHEL. It is only for on-premises, but what we did was try out Red Hat OpenShift, basically on top of Linux platforms to run it on the Kubernetes enabled architecture to see how it would perform.

For us, the best features of Red Hat Enterprise Linux (RHEL) are that running it in a containerized environment makes setting up multiple Linux environments much easier than any other high-end or risk-based machines like AIX or Sun Solaris. Having more Linux boxes and setting up RHEL was much faster.

In terms of security, the most important feature in Red Hat Enterprise Linux (RHEL) is that it has a good sandbox with policies and features that are very effective. Whatever we could do in terms of hardening the Linux software, it was much easier for us.

Red Hat Enterprise Linux (RHEL) helps me solve the pain point of having a huge monolith of big AIX boxes because I could have smaller Linux boxes with Red Hat, and I was able to do both vertical and horizontal scaling much faster.

One area that could be improved with Red Hat is probably pricing. Discounts that are slightly cheaper would be better.

In Enterprise Linux, I have dealt with it for probably more than five years.

Red Hat Enterprise Linux (RHEL) is definitely stable.

In my opinion, Red Hat Enterprise Linux (RHEL) is absolutely a scalable solution. That is why I was able to do both vertical scaling and horizontal scaling very seamlessly.

Regarding their support, we did not reach out to support too much, but I thought it was good. I would rate it a nine.

Before using Red Hat Enterprise Linux (RHEL), we used Windows, basically, and then moved everything to Linux.

We switched to Linux from Windows because there were a lot of server hangs happening on Windows, with antivirus and virus problems. Basically, it was a nightmare managing Windows, so we moved to Linux.

With the initial setup, it is very straightforward and much easier to set up.

On a scale of one to ten, if ten was the easiest, I place it at a nine.

We also do Red Hat Enterprise Linux (RHEL) with Red Hat. I would rate this review a nine overall.

I am currently working with Red Hat Enterprise Linux (RHEL) as I administer a lot of Kubernetes clusters installed on Red Hat Enterprise Linux (RHEL).

For Red Hat Enterprise Linux (RHEL), I use it as an operating system for our platform which powers all our company's software, mostly for Kubernetes or for IBM BPM or IBM PEL.

Red Hat Enterprise Linux (RHEL) is a robust operating system, and I believe it is much better than Windows. I work with Windows and Ubuntu, but Red Hat Enterprise Linux (RHEL) is the best distribution I have worked with.

The knowledge base offered by Red Hat Enterprise Linux (RHEL) is excellent. Red Hat documentation is the most valuable documentation in the market.

For Red Hat Enterprise Linux (RHEL), I think the most time-saving aspects come from Red Hat Ansible because we use Ansible to automate many tasks and repetitive tasks on Red Hat Enterprise Linux (RHEL) and Windows. Ansible automation and the Ansible automation platform are the most valuable products that save us time and money.

Overall, Red Hat Enterprise Linux (RHEL) helps me save time through automation using Ansible. For OpenShift, the core of containers saves time by automating the DevOps processes using the Red Hat pipeline built into OpenShift, Tekton, and source-to-image build. All of this saves us time.

Red Hat Enterprise Linux (RHEL) helps to mitigate downtime and lower risks for me, as most of my work is with OpenShift which enables us to do a zero downtime deployment. The deployment is done without any downtime. Red Hat OpenShift is a stable system. Red Hat OpenShift and Linux are very stable and the downtimes are very minimal.

I think Red Hat needs to implement more AI features in the operating system or Red Hat OpenShift.

I have been working with Red Hat Enterprise Linux (RHEL) for about 14 years.

Red Hat Enterprise Linux (RHEL) is very stable. The product is very stable and very mature. All issues are documented in documentation or in the support portal and support knowledge base. When I have an issue, I primarily search the knowledge base and the support portal and find the solution. Red Hat Enterprise Linux (RHEL) is a very secure operating system, and they provide security patching every month.

I find Red Hat Enterprise Linux (RHEL) scalable.

We have many cases where Red Hat helped us with Red Hat Enterprise Linux (RHEL) or OpenShift, and their support is great. On a scale of one to ten, where ten is the best, I would rate the tech support a nine.

Most enterprises work on Linux, and as I am a DevOps and platform engineer, most of our systems run Linux, including Kubernetes, OpenShift, and the DevOps pipeline, all working on Linux. This is why I switched to Linux.

For Red Hat Enterprise Linux (RHEL), the setup is very straightforward. OpenShift is a little complex, but once you do it once, you will master it.

I performed the deployment all by myself.

When it comes to our business value, most of our customers are enterprise-grade customers from banking and government sectors, and they prefer to use an enterprise-grade operating system, not Ubuntu or CentOS. Additionally, in many cases, we need enterprise support from Red Hat as Ubuntu does not provide this.

I use Red Hat Enterprise Linux (RHEL), and we have a couple of customers using OpenShift, the Kubernetes platform based on Red Hat, and also Red Hat Virtualization. My first contact with the Linux platform was with Red Hat.

The best features of Red Hat Enterprise Linux (RHEL) are its stability and the RPM, Red Hat Package Manager, which is perfect. They also deliver Satellite, a platform for updates. It is a very robust, excellent platform.

For me, and for every Linux distribution, the most important security feature in Red Hat Enterprise Linux (RHEL) is SELinux. Security is often misunderstood by others. SELinux is very important because it provides security for the kernel. Many people disable SELinux, but it is the most important and most misunderstood feature. People do not understand it. The updates and SELinux are very important to me. SELinux is very good, but it is complex, and I have seen many administrators disable it because instead of helping them, it causes trouble. For example, securing my NGINX configuration is a pain. It is a very good security option, but I would say it is excellent only if one is an expert.

Red Hat Enterprise Linux (RHEL) documentation is very good and very complete. Regardless of my opinion about the IBM acquisition, the documentation is excellent.

IBM committed two major mistakes with Red Hat. The first was destroying the CentOS project, which was a fork of Red Hat. The second was limiting the use of free options and restricting hardware to support Red Hat on just some limited hardware. One can use the system for free, but the statement is not entirely true because it is limited to a couple of virtual processors and I do not remember if it was 24 or 16 GB of RAM. If one goes beyond that configuration, one has to pay, and IBM is IBM. Many companies were in trouble because from one day to the next, IBM said they would no longer support CentOS and told them to move to another distribution. People had to migrate, and for that reason, there are Rocky Linux, AlmaLinux, and other Linux distributions that are trying to rise and taking advantage of that situation. Red Hat Enterprise Linux (RHEL) is just for corporate companies with money to waste on licensing.

Red Hat Enterprise Linux (RHEL) is very expensive. In the case of our customers, the couple of customers with OpenShift, they have enough money to license Red Hat. They bundle Red Hat with virtualization and OpenShift packages. However, it is not suitable for an SMB company. It is not payable or affordable. For me, it is very expensive.

I use Red Hat Enterprise Linux (RHEL) a lot, though I do not remember the exact frequency.

I have worked with Red Hat support, and it is very good because they have very good engineers. In Latin America, during my time, the support in Spanish was mostly provided by engineers from Argentina. In Colombia, I have worked with a couple of engineers from Colombia, and they were very good. I have not worked with support in English for Red Hat, only in Spanish with those engineers.

My first Red Hat Enterprise Linux (RHEL) certification, Red Hat Certified Engineer, was for version 6, which was approximately 12 to 15 years ago.

I have tried Red Hat Enterprise Linux (RHEL) Image Builder and System Roles, and it is pretty good.

I would rate the support at an eight out of ten. My overall rating for this product is ten out of ten.