Our main use cases for using Red Hat Enterprise Linux (RHEL) revolve around building managed services, as all of our Linux workload runs on Red Hat, and there isn't a different Linux distribution in our company. For most customers, it really depends, as we handle all kinds of business applications basically.

Red Hat Enterprise Linux (RHEL) helps us solve pain points by allowing us to offer support for our managed services, including very high service-level agreements in terms of availability and everything around CVEs, which is also what most of our customers are interested in. The features of Red Hat Enterprise Linux (RHEL) will benefit our company by addressing certain customer use cases we haven't explored yet, particularly with functionality rollbacks and making patch management a bit easier. As we are moving a lot to cloud-native technology, having a similar approach for our Linux operating system as we have for cloud resource orchestration containers is very useful, especially since the German market is a bit slower than the US market.

To manage our Red Hat Enterprise Linux (RHEL) systems regarding provisioning and patching, we use Ansible and also Red Hat Satellite as we are a Red Hat partner, and we are very satisfied with that management experience.

I am really excited about the new Red Hat Enterprise Linux (RHEL) 10 and the Image Builder, which are the features I most appreciate and am definitely going to check out.

We consider security requirements a top priority due to the highly regulated nature of the German market and the sectors we work with, including automotive and financial institutes, so it really depends on the customers, however, having a secure operating system is crucial.

Red Hat Enterprise Linux (RHEL) supports our hybrid cloud strategy by allowing us to deploy virtual machines in both clouds without really feeling the difference between a private or public cloud.

The knowledge base offered by Red Hat Enterprise Linux (RHEL) is pretty good and we use it heavily. We also contribute to it by raising issues so that they may be solved and verified.

Red Hat Enterprise Linux (RHEL) could be improved slightly even though the new RHEL 10 just came out and there are many helpful features in it. For instance, while Image Builder is good, improving the image mode could be beneficial, although it might have already been improved in RHEL 10.

Additionally, for using third-party software, such as security scanners or patch management systems not from the Red Hat family such as Azure Patch Management, sometimes there could be improvements regarding support, as it can take a year or one and a half years to receive support for certain RHEL major versions, so partnerships on the Red Hat side and collaborations with Microsoft would help.

I have been using Red Hat Enterprise Linux (RHEL) internally for our managed services functions and for our customers since it became available. We are a partner of Red Hat where we do consultancy and resell RHEL and Red Hat Ansible, making the answer to this question complicated since we have been using it for about five and a half years.

The stability and reliability of Red Hat Enterprise Linux (RHEL) are very good.

Regarding scalability, Red Hat Enterprise Linux (RHEL) scales very well for our company needs.

Customer service and technical support for Red Hat Enterprise Linux (RHEL) are very good, as we are a platinum partner with some benefits. That said, even the regular customer support is most of the time very sufficient.

I did not use another solution before Red Hat Enterprise Linux (RHEL) in my company.

My overall experience when deploying Red Hat Enterprise Linux (RHEL) is simple.

We deploy RHEL in both the cloud and on-premise, utilizing a hybrid cloud strategy.Security requirements are definitely a consideration when choosing Red Hat Enterprise Linux (RHEL).

I have been involved in upgrades or migrations of Red Hat Enterprise Linux (RHEL), especially during the significant shift from RHEL 7 to 8, which included many upgrades and migrations.

We have many customer projects where customers use us as consultants to migrate from other Linux distributions.

For the Red Hat internal migrations, we use the tool 'convert2rhel' all the time.

The biggest return on investment when using Red Hat Enterprise Linux (RHEL) is stability, which benefits both us and our customers, since we do not have to use as many human resources to administer those machines.

I don't have too much to complain about pricing, setup costs, and licensing since we handle everything via a distributor in Germany and we work closely with them on Red Hat Enterprise Linux (RHEL).

I did not consider another solution while using Red Hat Enterprise Linux (RHEL).

I would rate Red Hat Enterprise Linux (RHEL) a nine out of ten. To make it a ten, improving the ecosystem with more support from third-party software would help.

We use Red Hat Enterprise Linux (RHEL) as the operating system on our systems. Everything is built on it.

Red Hat Enterprise Linux (RHEL) helps us solve pain points. It keeps us easily compliant from my perspective with security compliance and streamlines everything in a multi-system environment.

The OpenSCAP vulnerability scanner is what I appreciate most about RHEL. We benefit from that tool specifically due to the fact that RHEL is under the recommended operating system mandate. Through that, they have their security requirements, and RHEL's OpenSCAP vulnerability scanner is a really good automatic scanner to scan for cybersecurity vulnerabilities in our system. The way it produces reports is really nice and it's better than the old vulnerability scanner that our system used.

My assessment of RHEL's built-in security features for simplifying risk reduction and maintaining compliance centers around OpenSCAP. It's better than any other tool I've seen. I've seen two or three other ones. It is really streamlined and nice. It feels professional when using the product.

When it comes to managing our Red Hat Enterprise Linux (RHEL) systems for provisioning and patching, our software team handles it efficiently. We maintain a close connection with our Red Hat account managers and representatives who are extremely helpful with any Linux or Red Hat level issues.

RHEL and the Linux architecture system are easier to work with for our program maintenance and updates. Given our 30-year-old product, making current updates would be almost impossible on Solaris. The maintenance and updates for today's requirements can really only be executed with a Linux architecture, making it essential for our operations.

One of our current issues is that Red Hat Enterprise Linux (RHEL) 10 discontinued support for X11 and started support for Wayland. All of our machines run on X11 window manager, which creates a huge issue in our transition. Red Hat is working with us on this matter.

There's a high barrier to entry for getting into Ansible and automating things on a system level from my perspective. When we tried it last week, we found it challenging to automate things using Ansible.

I have been at my company for two years now. The entire time has been heavily involved with using Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux (RHEL) has been able to scale to meet the needs of my company and its growth. I credit that to the Linux architecture that can scale to our requirements. We have a unique configuration. That said, my company primarily runs on Linux, and it has scaled very effectively.

The customer service is amazing. The accessibility of the support team and their responsiveness is consistently impressive.

I would rate the customer service and technical support as nine out of ten.

We were previously on Solaris before switching our in-house systems to Red Hat Enterprise Linux (RHEL) 7. We actually skipped RHEL 8 and are transitioning from RHEL 7 to RHEL 9. We are not yet on RHEL 10.

We have had issues with deploying Red Hat Enterprise Linux. I'm actually really focused in on one of our current issues where Red Hat Enterprise Linux 10 discontinued support for X11. All of our machines run on X11 Window Manager. And that's a huge issue that we're transitioning. It totally breaks everything we have, and we're working with Red Hat to figure that out. It's nice they're working with us. Yeah. However, it is a big problem during our transition.

Regarding the security features and vulnerability scanner with Red Hat Enterprise Linux (RHEL), we have not yet seen a return on investment as we haven't proposed it to the organization. We are currently working on scanning and fixing vulnerabilities. We are confident the the organization will be pleased with our improved compliance using the RHEL scanner, which should lead to a return on investment.

I don't have much insight into the pricing, setup costs, and licensing. I know we are licensed and have maintained a good relationship with our account manager.

While using Red Hat Enterprise Linux (RHEL) as our operating system, we do consider other solutions for specific features. We have alternatives available for various tools, however, we prefer to default to Red Hat since it's the organization-wide preferred operating system. In the past two years, we have been increasingly transitioning to RHEL tools.

On a scale of one to ten, I rate Red Hat Enterprise Linux (RHEL) a nine.

My main use cases for Red Hat Enterprise Linux (RHEL) are mostly as our platform, control plane, and for VMs.

Red Hat Enterprise Linux (RHEL) has helped me mitigate downtime and lower risks. Anyone coming from security will tell you that more patches in a timely manner will save you a lot of time.

What I appreciate the most about Red Hat Enterprise Linux (RHEL) is the DNF feature. DNF benefits our company since it's my personal preference; that package manager makes sense to me. I've also used it longer than other ones, which contributes to my familiarity.

Package managers in general are a core component of our operations, keeping our platform clean and running smoothly, and it's essential.

Insights is nice since I get information on my background and security matters, and it's been helpful to have it there as well.

Red Hat Enterprise Linux (RHEL) can be improved regarding security-side integrations that can be tightened with the releasing of images compliant with CIS controls or DISA STIGs, so they're built in and not an extra step.

To make Red Hat Enterprise Linux (RHEL) a ten out of ten, the best Linux OS solution in the market, the only immediate change that comes to mind is security-related; releasing images available at different security levels would be helpful. If something is locked down to DISA STIG Level two or whatever environment, having that as a baked image to pull down and deploy would save a lot of time for many companies since building that pipeline is difficult and time-consuming.

There's also a limited number of those they'll have to deal with for Red Hat, so it's a lot of work. If they're doing those images for each level for STIG and then CIS, there will be a finite number to go through, and if anyone else needs to tailor them beyond that, then that's on them. It should be pretty small changes; it's kind of locked in.

I've been using Red Hat Enterprise Linux (RHEL) for seven months.

My thoughts on the stability and reliability of the Red Hat Enterprise Linux (RHEL) platform are that it has been excellent. When I consider reliability problems we have had and how much relates to RHEL, most of the issues aren't Red Hat-related; something else fails, and the Red Hat side has been consistently reliable.

Red Hat Enterprise Linux (RHEL) scales with the growing needs of my company very effectively. My specific team is not on a huge scale right now, however, it's growing quickly, and we haven't had any issues with RHEL so far.

My experience with customer service and technical support for Red Hat Enterprise Linux (RHEL) so far has been really good. I haven't encountered just a create-ticket-get-a-response type of interaction yet since we still have a consultancy going on for different pieces identity management and AAP. That remains to be seen in terms of what it will be when we don't have somebody readily available. So far, the response times and helpful responses have been good.

I've used other solutions. The main difference between Red Hat Enterprise Linux (RHEL) and the other Linux solutions we use is a level of comfort. I sleep better knowing I have official support and can call someone, or there's probably a consultant or somebody on Red Hat's side ready to help me figure things out. If I'm running a Debian system, I'm really relying on the community, which can take time, and if I'm running something at work on that, then that can hurt.

Regarding usability, I've gravitated towards RPM-based Linux systems in general as I find them more intuitive.

The deployment is super straightforward. We do some environmental stuff, and that gets a little bit trickier based on the core running on top of it.

From my point of view, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the number of things tied together in a somewhat neat package. There's something to be said for setting up Satellite or the other pieces of the infrastructure, AAP, or whatever it is I'm going to be using, however, all the tie-ins are there, and once I've done some initial footwork, having those things work in tandem and reliably with support on hand when they don't is really helpful.

We consider different solutions while using Red Hat Enterprise Linux (RHEL). Actually, we use a few different Linux OS solutions. There's some Canonical in our environment through VMs, and there are tools particularly suited for deploying on bare metal that we use. So, we have a bit of a mixed environment within Linux.

My upgrade or migration plans to stay current depend on where it's at or the platform team; our stuff is going to be separate, and I'm unsure exactly what the cadence is for release and into the patching cycle. That'll be a pretty quick turnaround. We have situations where it needs to stay on older systems since the team using it needs that to prove out or test whatever they're working on.

On a scale from one to ten, I rate Red Hat Enterprise Linux (RHEL) a nine out of ten.