Our primary use case for Red Hat Enterprise Linux is to deploy OpenShift solutions on the cloud.

We use Red Hat Enterprise Linux with AWS, GCP, Azure, and Oracle Cloud.

Red Hat Enterprise Linux offers easy migration between cloud platforms, a crucial advantage for businesses. For example, we recently helped one client move from AWS to Azure and another implement a VPN solution using both Oracle and Azure to leverage the strengths of each platform.

It offers a comprehensive knowledge base that can be accessed through the Red Hat portal.

Red Hat Enterprise Linux helps support our hybrid cloud strategy.

The upgrades and migrations are straightforward and typically performed when introducing new hardware.

Red Hat Enterprise Linux's most valuable feature is its seamless integration with Kubernetes, a powerful platform for automating the deployment, scaling, and management of containerized applications.

Red Hat Enterprise Linux should enhance its support for commonly used application servers such as JBoss, Tomcat, and Apache.

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

I have a Red Hat account for client support, and their technical support is excellent.

We have used other Linux solutions, such as Ubuntu, SUSE, and Debian, but the primary difference lies in the level of knowledge and support provided. Red Hat excels with a comprehensive support portal, while SUSE offers less extensive support, and Ubuntu provides no official support options.

The initial setup is complex. I rate the complexity as two out of ten, with one being the most complicated.

Our clients see a return on investment within the first year.

The licensing for Red Hat Enterprise Linux in Peru is very expensive. On a scale of one to ten, with ten being the most expensive, I would rate the cost an eight.

We leverage Red Hat's Hybrid Committed Spend program to procure and implement Red Hat Enterprise Linux.

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

I work on SAP HANA, which is on Red Hat Enterprise Linux.

Red Hat Enterprise Linux has a good support portal that I rely on.

The system rules are helpful for segregation of duties, as they provide us with more feasible access to the system, allowing us to register it accordingly.

We immediately see the benefits of Red Hat Enterprise Linux.

From an administrative perspective, the cloud platform is the best because we don't have to wait long. It's a portal, so we can access whatever we want through it, whether the Azure portal or the AWS portal; we click, and it'll purchase it for us. Some deployments take 30 to 40 minutes. But in most cases, especially for small services, it's just a few seconds to three minutes. From a business perspective, the pay-as-you-go concept is where we only pay for what we use. So those are the two things I like most about the cloud version of Red Hat Enterprise Linux.

Using Red Hat Enterprise Linux on the cloud can become costly over the long term.

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

Red Hat Enterprise Linux on the cloud is stable with a 99.9 percent uptime. Regional redundancies are used to ensure data accessibility.

The initial deployment was a little challenging until I became familiar with the solution through the portal. We did encounter a handshaking issue with Azure that required submitting a ticket to Microsoft, but otherwise, the process went smoothly. A team of four were involved in the deployment.

The implementation was completed in-house.

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

We have to apply patches weekly, monthly, or quarterly, depending on their purpose.

We had no concerns about using Red Hat Enterprise Linux in the cloud because both AWS and Azure supported it, and they provided support if needed.

We use Red Hat Enterprise Linux for file transfers and changing file permissions. It is also used to check file spaces and for migration purposes. Our tools are hosted on the Linux environment, and our agent services run on it.

We use Red Hat Linux to start and stop our agent services during migration, install new agents, and transfer files. The primary benefit is that it's a widely used open-source solution with good support. Now that we've migrated from CentOS to Red Hat Enterprise Linux, we will realize some benefits. Red Hat Enterprise Linux has more features.

I like Red Hat Enterprise Linux's clustering capabilities and high-level architecture. It has high availability, built-in disaster recovery, SSH features, and scripting.

The documentation is excellent. Since it was acquired by IBM, the open-source tools and technologies hosted on the Linux environment have been updated with many new features.

It would be great if Red Hat had its cloud instead of using AWS, Azure, or GCP. Red Hat Enterprise Linux should have a dedicated cloud. I would also like to see more Windows support.

Red Hat Enterprise Linux could also be more user-friendly and use AI or machine learning to automate processes. That is the most dynamic feature in the information technology industry.

I have used Red Hat for five years.

We have intermittent issues with stability, but we're hoping they will improve in the latest version.

Red Hat Enterprise Linux is quite scalable. We can place a lot of agents on Linux servers, some on the cloud, and a few on-prem. It can handle the workload.

I rate Red Hat support eight out of 10. We have communicated with Red Hat support via email.

Before Red Hat Enterprise Linux, we used CentOS. Another Linux flavor I've used is Ubuntu.

The first deployment of Red Hat Enterprise Linux had a learning curve, but I've learned a lot since then. Once you know the process, then it's straightforward. It uses a command-based process, but if it were based on a GUI or a console, like a Windows installer, that would be a significant improvement.

Red Hat Enterprise Linux requires some housekeeping. We have to restart and patch servers weekly or biweekly and check the CPU, memory size, file size, the database used, and whether the IP network protocols are defined. All this happens monthly, weekly, or fortnightly.

I rate Red Hat Enterprise Linux eight out of 10.

We are using the solution for automation. Mainly, we're doing a lot of automation with it. One of the projects, for example, is for ensuring payments processes on forms. We streamline and optimize the insurance claims process using OpenShift. This has enabled us to do faster claims processes and make resource utilization more efficient than it was. Everything can be done online. There are no papers involved.

It is mainly just cutting out redundant tasks. The focus was mainly driven by driving costs down and efficient resource utilization. We wanted a solution that could make deployment easy and ensure scalability.

The biggest benefit has been the automation. It affected our delivery schedule. Instead of doing something in two weeks, we do it faster. We've cut down our production time. And people are able to focus on other tasks since they're automating a lot of things. Even with our clients, when they have issues, we have created a system where they can send out a ticket. And from that ticket, we can diagnose, and it's easier to solve the issue at hand.

In terms of cost per head, we've seen a drastic drawdown from that. It is mainly optimizing a lot of our systems and resources.

The high availability is great. It's available most of the time - even when we're doing upgrades, provisioning, configuration, and patching. It made things easier for us.

The automation is great. I'm a big fan of offering convenience to people and making systems easier for people to understand and use.

There are good features, such as proactive monitoring as well. It offers predictive analytics, which helps you identify issues before they impact operations. We can foresee several problems. On top of that, this is how we can combat those problems. These types of features are really valuable when considering a company's strategy and when it comes to the impact of operations.

We are able to move workloads between different clouds or our data center using Red Hat Enterprise Linux.

The knowledge base on offer is quite extensive. We started learning from a third-party provider since we've had a lot of use cases. Maybe you are installing something, or maybe during virtualization, you have to do something, and you need more information. The Red Hat OpenShift community is quite huge. Even a resource such as YouTube has people releasing videos on common problems. Even outside of Red Hat itself, the Red Hat community is very good. The information is extensive. The knowledge base is there. There's a lot of information sharing. People do not try to gatekeep information.

When it comes to provisioning and patching, so far, we have not had a lot of issues. We currently are using a subscription model. In terms of getting security patches and updates, they support us quite well. There's a 24-hour support base and they're quite good.

I've tried the Leapp and Red Hat Insights features. It helps with proactive monitoring. It did analyze the system configurations and compares those against databases of known problems and fixes. Basically, there's a pool of data that has common issues and it analyzes how you've configured your system and then compares them. It can come back to you and say, "Hey, this is your problem. Why don't you try the solution?" It's like a good AI tool. It gives us a lot of help. It's quick. Thanks to this feature, we sometimes find that we don't really need to open a ticket for support.

We realized the benefits of using RHEL in months. We were told when we were doing the onboarding, we'd see benefits in six months. For us, it took a little over eight months. That was due to some of our internal processes that we had to do, some sign-offs, et cetera. Still, it took us less than a year. Over time, we are down 20% to 30%.

In the beginning, we didn't start on the cloud. Only now are we fully transitioning to going off-site. There are still some clients who are a little resistant to going to the cloud. It's nice to be hybrid, to accommodate both. We've done a lot of virtualization and server consolidation. So far, everything is running smoothly.

When moving workloads between different clouds or data centers, it's not that simple. There are a lot of things that you need to consider, including prerequisites and things like hardware, network, operating systems, et cetera. Once you get the hang of it, it becomes easier. However, in the beginning, it was very, very challenging. Coming from a development background, I found it easier to use command lines.

I've hit some snags doing updates or changing things for clients.

It would be nice if they improved vulnerability management. They could add more security tools and tools for provisioning.

I've used the solution for two years.

The stability is good. We don't really have any downtime. I'd rate stability nine out of ten.

We've had no issues with scalability. It's quite user-friendly.

During the implementation, we did have to open a support ticket. They assisted us effectively.

I've never tried other solutions. I know of other solutions, such as Ubuntu. However, my interactions with that solution have been minimal.

The initial setup was a little bit complex. The instructions, however, were very clear, and our deployment strategy was clear. Still, for the technicians doing it, it was complex.

The setup took about a week and a half.

I've been involved with two upgrades so far. They were challenging. There were a lot of teams involved. There needed to be a lot of migration planning. We had to use the Link Utility and we did a lot of testing first. We spent a long time verifying the applications and checking dependencies. It was quite a learning curve.

There is some maintenance needed in the form of system updates.

We did get a lot of help from RHEL. We had senior engineers guide us through the setup.

We've seen an ROI of around 30%.

When we went through IBM, it was quite expensive. Now, we are going through AWS, which is less pricey.

We started off as a partner to IBM, and IBM opened up the opportunity for us to build certifications for Red Hat through the certification program. Then we became support specialists, taking on RHEL projects. We are in the process of becoming a reseller.

I'd rate the solution eight out of ten. We're doing a lot of big data infrastructure and they are giving us good stability and performance.

As an organization, we use Red Hat Enterprise Linux for its stability and security.

I have worked with it on the cloud as well as on-premises. We use it with AWS.

Red Hat Enterprise Linux is great when it comes to provisioning and patching. I am satisfied with it.

The user base and the knowledge base of Red Hat are way better than those of others. They make the user install and solve the issues easily.

We have used Red Hat Enterprise Linux Image Builder. It is a great tool for managing multiple systems. It can copy an exact image of my existing server to multiple servers. It is a great way to save time.

Red Hat Enterprise Linux has helped us a lot. After switching from Ubuntu to Red Hat Enterprise Linux, there has been a drastic difference. The stability and the efficiency have enhanced greatly.

At the moment, we only have AWS cloud, and Red Hat Enterprise Linux is working well. We have plans to switch to GCP.

The package manager of Red Hat is very convenient and efficient to use. With other Linux versions, such as Arch Linux and Ubuntu, package managers might not always be stable. When installing any software, the dependencies can vary, and there can be conflicts, whereas Red Hat has efficiently managed all of that so that users can install packages without any conflicts. We do not use the graphical interface, so the package manager and security features are mainly valuable to us.

After installation, the initial setup can be simplified or improved a little bit for new users coming from a distribution like Ubuntu or Windows. For example, for Arch, the user guide is very good. If a user does not have any experience, he or she can refer to the guide and install it successfully, whereas, for Red Hat Enterprise Linux, the user needs to have some understanding of Linux.

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

It is very stable for us. I would rate it a ten out of ten for stability.

It is quite scalable. I would rate it an eight out of ten for scalability.

Before using Red Hat Enterprise Linux, we were using Ubuntu as our main server. Ubuntu is more consumer-oriented, whereas Red Hat Enterprise Linux is more professional and work-oriented.

The main concern for us was how to get it installed perfectly. Before me, there was a fairly new person installing Red Hat, and he was not able to get it installed perfectly. The partitions were very differently implemented in Red Hat than in Ubuntu. That was one of the major issues for him.

My colleague was handling the main setup, but he was not able to figure out how to get everything to work. He was able to install it with the ISO, but he could not set up partitioning and Wi-Fi drivers. It was complicated for him because he knew Ubuntu, but Red Hat Enterprise Linux was complicated for him. We had to refer to the documentation for our network drivers and then we could get our Red Hat Enterprise Linux working. It took us around three to four hours.

In terms of maintenance, timely patching is required.

Overall, we have about 1,000 users of these servers, but we are the only ones who work with these servers. No one else in the company operates these servers because one mistake can bring down the entire server.

It saves us time. There are about 40% savings.

It is cost-efficient for the tasks it does and the improvements that it brings. For a professional environment, it is very cost-efficient. It was easy to purchase the subscription.

If a user is using it for commercial purposes, I would not recommend it. If a user is using it as a server or a workstation, I would recommend it.

We do not use the Red Hat Enterprise Linux Web Console much. We only use it for the initial steps to configure the users. Other than that, we do not use it much.

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

The primary software utilized across our business units is S4HANA, which runs on our SAP server hosted on Red Hat Enterprise Linux. Consequently, most Red Hat systems in our environment support SAP-related services. We operate approximately 105 Red Hat Enterprise servers dedicated to running these SAP services.

Red Hat Enterprise Linux was implemented due to its robust infrastructure, which allows us to efficiently manage our enterprise servers on a large scale using tools like Red Hat Satellite, Insight, and Ansible. This centralized management simplifies the orchestration and control of our extensive RHEL environment. Red Hat Identity Manager also ensures secure authentication and authorization for our remote systems. Beyond infrastructure, Red Hat's robust support is invaluable, providing timely solutions to complex issues. The operating system's strong security posture, including rapid patch deployment for vulnerabilities, further solidifies our decision to implement RHEL.

Red Hat Enterprise Linux simplifies risk reduction by integrating Red Hat Insights. This provides a comprehensive security posture assessment of our Red Hat systems, offering easy-to-understand best practice recommendations and applicable actionable remediation steps.

The knowledge base offered by Red Hat Enterprise Linux is detailed and contains numerous articles that can help resolve our issues.

Red Hat Satellite simplifies our patch process by helping us meet audit and compliance needs. We've set up a lifecycle environment within Satellite to test patches on development and quality systems before deploying them to the operating system. This allows us to roll out patches based on the environment, ensuring thorough testing before reaching production. Additionally, we leverage Ansible automation to streamline provisioning and manage patches effectively. While automation is ongoing, we have successfully implemented Ansible and Red Hat Satellite for provisioning, and we continue to identify areas for further automation within our environment.

Red Hat Insights provides best practice recommendations based on regular system assessments. Like other security tools like Microsoft Azure Defender, it can access a system to offer security improvement suggestions. I have a Red Hat Insights certification and find the tool valuable. It generates actionable recommendations that can be easily implemented through automated processes like FastScript, making it an efficient way to leverage data insights for enhanced system security.

Since implementing Red Hat Enterprise Linux, we have experienced high performance, improved security, excellent support service, and easier system management.

Red Hat Enterprise Linux has enhanced our security posture through timely security patch releases and best practice recommendations, which collectively have increased the protection of our data systems.

Red Hat Enterprise Linux allows me to manage all my Cloud and on-premise systems from one console.

The most valuable aspect of Red Hat Enterprise Linux is its ease of management. A robust suite of tools, including the user-friendly GUI and the powerful Red Hat Cockpit web portal, simplifies system administration. Cockpit provides a centralized platform for managing hosts, while Red Hat Satellite or automation servers excel at overseeing large fleets of radar systems.

Red Hat Enterprise Linux training and certification opportunities for engineers and administrators could be improved. While I have benefited from free training offered by other companies like Microsoft, I have not had similar opportunities with Red Hat. Despite holding a Red Hat certification, I incurred significant costs to achieve it. The training required for these certifications is expensive, and it would be advantageous if Red Hat provided more affordable training courses.

I have been using Red Hat Enterprise Linux for seven months.

Red Hat Enterprise Linux is highly stable.

Red Hat Enterprise Linux is scalable.

The support is good.

I have used Ubuntu Linux, Windows Server, and other solutions. Compared to these alternatives, Red Hat Enterprise Linux stands out as superior in terms of ease of management, security, and support.

The initial deployment is straightforward. Deploying it manually takes about fifteen to twenty minutes from start to finish using it manually.

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

We have 15,000 users all across Africa that use our systems.

Red Hat Enterprise Linux requires periodic maintenance to apply security patches and updates.

I recommend Red Hat Enterprise Linux and conducting a proof of concept to ensure it aligns with our requirements.

We run web apps. We run databases. We run a high-compute platform on Red Hat Enterprise Linux variants.

All of our customers run Red Hat Enterprise Linux. We run Red Hat Enterprise Linux for mesh nodes. For anything Linux, if we can use Red Hat Enterprise Linux because it is supported, we put it on Red Hat Enterprise Linux. Probably 60% to 80% of our infrastructure is Red Hat.

Having a stable Linux platform means I am not spending my time rebuilding Linux systems, constantly patching, and doing things like that. It helps to have an approved and supported platform. I know they have tested everything and when I patch my system, it is not going to blow up. It just does not happen. The other thing is that we have had catastrophic failures, and they have helped us out of these catastrophic failures. The support for Red Hat Enterprise Linux has always been good, and the community around Red Hat Enterprise Linux has been fantastic.

We were also CentOS users, so we have committed to AppStream as well. Being a part of the community has been a huge benefit for us. Community adoption means it is easy for people to find information. It helps new people get on boarded into Linux.

We mostly have an on-prem environment. VMware is a significant chunk. We do have some Red Hat clusters. We do have clustered applications, both physical and virtual, running on the cluster. We do have some cloud. We have our own internal cloud with VMware running behind the scenes. Having a consistent image means things always look the same. It is boring, but it is cookie-cutter. That is what we like. We like everything to come out the same. We have consistency and the ability to patch across our entire environment. We are also a Satellite user, so we are able to patch everything and maintain everything in a single pane of glass. It means I can have fewer admins administering many more machines. If you have a reduction in failure and an improvement in automation, things just work.

We have created what we call creator nodes. We have built a platform on Red Hat with Podman so that they can connect with Visual Studio code and do development or Ansible development. We now have our mainframe people developing automation with Linux with all of the plugins right there. It is a consistent environment for them, and that has been awesome. That has been fantastic. We have a few hiccups with Podman. They are working on the permissions to be able to have multiple people run Podman. They are working on the UID and GID problem that we had earlier. Right now, we are running Docker, but I am planning on moving to Podman once they fix that. We have also automated the build process for those nodes. If we need to scale up, we build a couple more VMs, and we are done.

We use Red Hat Enterprise Linux for containerization projects. We are containerizing applications. We are pulling the Windows container that we have and converting it to the Red Hat Enterprise Linux container. At the Red Hat Summit, the keynote about image RHEL with systemd blew my mind. It is a change from what we have been doing, but it should make a lot of things more reachable for us. It is cool because now my container image looks like my VM image. You cannot make it simpler for people to develop in a container. It looks the same. There is no difference. That is going to drive heavy adoption with us because if there is no difference, people are not going to have that fear of something new. It has 100% impacted our projects in a positive way. We have started to migrate all of our workloads to OpenShift now that we have got it in the door. It makes a lot of sense. I can redeploy. I can patch. I can do all this with code. I do not have to maintain a VM and a container. It makes life simple.

We have seen a drop in TCO because we ended up buying more than building. When you build something, there is the hidden cost of support, training, and the precarious position you get in if you deploy something you do not fully understand. We were there. We had five instances and a bunch of complexity. We reduced that down to one. We were able to simplify our complex nature. That is what Red Hat has allowed us to do. We have been able to roll out and we have been consistent. I have got machines out there that have been running for two or three years with no problems. They just patch them in the background. It just works.

I love systemd. They have made some significant improvements with the firewalld console. I do not use it that much, but I know it makes Linux reachable for people who are not normally Linux admins.

I just love the command line configuration. It makes that easy for me. Another thing is that when you combine that with Ansible, your life is simple. You can do a lot of your jobs without having to touch the system. That is my ideal.

I appreciate everything they have done. The systems are just bulletproof. We do not have problems with it. Support for file system differences and migrations has been solid.

There have been a few things that I have run into. They have significantly improved DNF and YUM, but there can be better communication around what is going on. A lot of it is related to communication. They are building solid products, and quite often, people do not find out about them until two or three years have passed. We still have not discovered everything in Red Hat Enterprise Linux 9. A lot of it is because we have not had the time, but it would be helpful to have a little bit more communication around it. Maybe that is on us to make sure that we stay updated with the community.

I have been using it since Red Hat Enterprise Linux 2.5. It has been around 20 years. I love Red Hat Enterprise Linux.

I would rate it a nine out of ten for stability. It is stable. It is fairly bulletproof. There are a lot more things that they are adding to make it better.

I have had no problems scaling up or scaling horizontally. I have had some very large Red Hat Enterprise Linux nodes with 254 gigs of memory and a big chunky Oracle database system. We have had no problems with them. We have not had any problems with running with multiple memory cluster nodes. We have had 100 gigs network, and we had no problems. We had a high-end SAN and a high-end network, and we had no issues.

They have good integrations, and they have not had too many problems with external SAN providers. They have been fairly consistent with keeping up with everybody else and keeping their drivers good.

They are probably one of the better ones in the industry. I can get a real answer, and I do not feel like people are breathing down my neck and saying, "I am going to close your ticket. I have not heard from you in 15 minutes." It has been a very positive experience. They have always helped us out when we have completely gone sideways.

They are very patient with the level of experience that a lot of people have. We have a significant number of junior admins who put in tickets that probably should not have been put in. They have been very patient. Overall, it has been a good and positive experience.

Before Red Hat Enterprise Linux, I was strictly using Solaris and AIX. I never used Ubuntu. It was just straight, big-frame Unix before I went to Linux. I did not change too many platforms.

We use Ansible to deploy Red Hat Enterprise Linux machines on VMware. That is 80% to 90% of our workload. For everything else, I have done PXE boot and kickstarts.

We are using a hybrid cloud. Our cloud providers are Azure and AWS. We work with both. The deployment on Azure and AWS was simple. We built Elasticsearch inside of Azure. It was a click-button deployment. We use TerraForm to deploy most of it, and then we have Ansible to do the rest.

I wanted to try to do more infrastructure as code, but it is hard to get traditional admins into that mindset, so it is always a mix. I deploy these servers for them with TerraForm, and then I pretend I never did, and they can do whatever with them. It then goes back into traditional life cycle management. Sometimes they delete them, and sometimes they forget about them. Satellite has helped us keep track of where everything is. It has helped us track our life cycles. It has been helpful for us.

We have used Red Hat consultants multiple times. They helped us set a few things up and clean up our pipelines. We have been very happy with our Red Hat consultants and our last deployment of OpenShift AAP. We loved their consultants. They were fantastic.

The biggest ROI that we have seen by using Red Hat Enterprise Linux is accessibility to information for frontline support people, midline support people, and developers. There is a ton of information, and there is a ton of community support.

For us, Red Hat Enterprise Linux is a consistent platform because if we are on a customer's Rocky machine, we already know Red Hat Enterprise Linux. We can deal with that. It is a skill set that is very broad across multiple platforms. That means we can apply what we have learned and what we have been trained in. While working with the Red Hat Enterprise Linux team, we have learned best practices, and we can apply those across the board. That partnership has helped us better our internal practices whether it is Red Hat Enterprise Linux or not. That is a positive. Satellite has also been a real positive for us because we can now manage all of our systems from a single pane of glass. That is what my frontline people have been asking for. They wanted one place to patch the systems, and now they can.

Our experience was incredibly positive because we started working with OpenShift before we were fully licensed. They knew we were going in that direction. The same thing happened with Red Hat Enterprise Linux. They knew we would buy tons of Red Hat Enterprise Linux, so they were a little bit more relaxed. We wanted a thousand licenses, and we could pick those up. We true up. Our license experience has been positive with the exception of having to deal with all of the broken-up accounts, which is as much our fault as anybody's.

My biggest complaint is that we have eight or ten different contracts. It is hard to keep track of what is on what and where we are getting the most value-add out of our benefits.

They are helping us solve that problem. We have reached out to our account executives. They will help us solve that problem. That is a huge step because that has been a problem for 15 years. It will help us consolidate and understand what we are spending across the board instead of seeing what we are spending in chunks.

OpenShift has come close to paying for itself in the first year and a half. That is an easy business case to make if you have the direct ability to show cost savings. We are getting cost savings, and we have the ability to show those cost savings. These are the two major benefits we have seen with AAP and Red Hat Enterprise Linux bits. That has been a positive for us. Red Hat Enterprise Linux AI and some of the other things they are starting to do are probably going to enable a lot of our developers to start taking advantage of them. Red Hat Enterprise Linux AI changes the belief that AI is out of reach for a normal developer.

We considered the idea of building this entire platform on Rocky as a free solution. It just was not cost-effective. There are hidden costs of patching and maintaining. They require care and feeding. We wanted cattle, not pets. We had a bunch of pets. Red Hat Enterprise Linux enabled us to get into that cattle methodology and mindset. Our mesh nodes are built on Red Hat Enterprise Linux 9. If my mesh node goes sideways, I do not care. I just delete the VM, redeploy it, and run my playbook. In 15 minutes, I am back up and running again. Why would I troubleshoot it? It takes time. I do not care about troubleshooting. It enables us to rinse and repeat a lot of our processes.

People turn off too many of the tools way too often. We have a lot of room for improvement as an organization to embrace SELinux. We are still working on that. That has a significant amount of value. We want to embrace the GPG sign code in AAP. I do not want anything but approved containers and code running on our platform and our customer's platform. They have enabled us to be incredibly secure, and we are yet to fully take advantage of those offerings. It is a goal, and we are going to get there.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say that Red Hat Enterprise Linux-based variants are the best in my opinion. If I have a choice, I will always go for CentOS, Fedora, Rocky, or something else that is Red Hat Enterprise Linux-based. If they were not going to go with Red Hat, I would probably tell them to go with CentOS but stay behind a little bit because they do not want to be at the bleeding edge of CentOS. That relationship kind of changed when they took it to AppStream instead of a more supportive platform.

I would rate Red Hat Enterprise Linux a nine out of ten. They keep doing well, and they keep getting better. As long as they stay on the same path, I do not see us not using Red Hat Enterprise Linux in the future. It has been consistent. Why would we change?

We are using Red Hat Enterprise Linux for running various things. We have a lot of virtual machines. The applications that are running on it are a bunch of shell scripts for processing orders, marketing campaigns, generating reports, or running some Java applications.

We have the customization capability. We can easily customize it, and we can also automate and deploy it. I have a command line interface. I am a command line junkie, and I am able to use that, config files, and Ansible to be able to easily figure out what I need to do to automate things. It feels like I know what it is doing and how to make it do what I want. I do not have to weave some magical arcane hack the way I have to do in Windows.

Red Hat Enterprise Linux has enabled us to centralize development in a lot of ways. We have it hooked in through our GitHub. We are trying to combine where we are storing things and then have a standard way of how we are deploying things and have some standard configurations. With every single server, we do not have to worry about how to set this up because we are doing the same thing the same way. We can just do it across the board, and then we only have to worry about the interesting parts.

Red Hat Enterprise Linux's built-in security features are great for risk reduction, business continuity, and maintaining compliance. There are published CVEs, and there is SELinux, which I do not use and I always turn it off. Firewalls and tooling around that make it easy to use. The automation on top of that makes it easy to configure. With a push of a button, it is done.

We do not have to worry too much about portability. We are coming from Oracle Linux. We were primarily an Oracle Linux shop, and because that is based on it, it just works. We have not had any issues.

The fact that it is Linux is valuable. Why I like it in general is that I know what it is doing. I can figure out what it is doing, and I can make it do what I want. I am not delving into arcane registry things.

I am still trying to figure out the features it has. There is so much that it can do. What it does really well is that it allows you to do things.

It was probably 2008 when I first started using it. The company was using Red Hat Enterprise Linux, and I was with the internal help desk supporting the Linux side.

Its stability is great. It is stable and rock-solid.

Its scalability is also great. It does not matter if the host is beefy or not. It is just going to run on it, and it is going to handle the work. Whether you have a couple of cores or 64 cores, it is just going to do it.

Their support is good. There is good responsiveness. They quickly get me to the person who knows the answer, but I have not used them much.

We were using Oracle Linux. We are switching because of some of the things. Oracle licensing has been a point of frustration. Their support is comparably difficult to work with, and the support documentation is a mess.

Red Hat is so much easier to navigate. It has been overall a much more pleasant experience to work with Red Hat.

We are using it on-prem, and then our cloud is a Kubernetes cluster on AWS, so it is basically on-prem.

Our deployment model is a manual kickstart with Ansible for configuration. My experience with deployment is good. I kickstart it and then hit it with Ansible, and it is done. It is very easy.

I did the deployment on my own.

We have not yet seen an ROI. It has not been in for long enough. There are no savings in terms of manhours because the actual day-to-day usage remains the same with Oracle Linux or Red Hat Enterprise Linux. However, getting some of the metrics with Red Hat Insights is going to be helpful as we get into a better patching cycle. I am anticipating an easier life.

We are expecting an overall decline in the costs because of the differences between the Red Hat licensing and Oracle licensing. We are expecting a net decrease in overall cost. For using it, other than the license, there is no cost.

The setup cost is non-existent. With licensing, there was a little snafu because I misread something. There was a slight learning curve because we use virtual data center licensing. We had to understand how it all maps. We had to understand how that mapping works when the hypervisors are Red Hat or VMware. There is a slight learning curve, but it worked out. It ends up being easy.

I did not evaluate other options mainly because I have had experience with it before. From my prior experience, I already knew what I wanted.

We are trying to use Red Hat Insights. I need to finish updating the playbooks to hook our host. We are in the midst of transitioning from Oracle Linux to Red Hat Enterprise Linux. I have not fully hooked everything in, but we will be using Red Hat Insights.

We just started using Red Hat Enterprise Linux for containerization projects. We have not yet seen any impact of Red Hat Enterprise Linux on containerization projects.

If a colleague is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, a lot of it would depend on their use case, what they are going to need for it, and whether they have an enterprise environment. There is a cost associated with it which can be a downside. I am an open-source lover. I do not like paying for stuff, but I get it. They need to look at the cost, and if the cost is prohibitive, they need to look at something that is compatible and as similar as possible.

Overall, I would rate Red Hat Enterprise Linux a nine out of ten. I generally do not give out a ten. There needs to be something spectacular for a ten, so that is my personal bias against the top of the scale.

We use Red Hat Enterprise Linux for just about everything in my company. Our use cases stem from three-tier applications up through cloud deployments, Kubernetes, containers, etc. Prior to this, I worked in an enterprise as a Linux engineer.

Being able to onboard faster is definitely an advantage to other Linux systems. In the enterprise, we had an onshore and offshore model. Our offshore model was hard to get onboarded into Linux, even if they said they had Linux experience. There is a big difference between managing one or two systems in your basement to managing a fleet of Linux systems, and that does not always translate over. Having a Linux system that has a cockpit with it where you can give someone a GUI, even though the engineers do not really use it, helps onboard new people into the enterprise, into their jobs, and into their roles a lot faster.

We have a lot of really smart people. They are constantly figuring out ways to do things better and faster with Red Hat Enterprise Linux. The openness of it and the ability to create whatever we want to create or have to create to make our actual job easier has given our operations people more time to focus on the things they need to focus on, and not the nitty-gritty of the operating system. Tuning becomes super easy. It is scriptable. It is easy to automate. That gives them all the time back in their day to be able to go solve cool problems and not infrastructure problems.

Red Hat Enterprise Linux has enabled us to centralize development. All of our developers get their own developer environment, and that is all based on containers and some version of Red Hat Enterprise Linux. It depends on what they are at and what they are doing. So, we build and give it to them. They are up and running, and they just go. We have some legacy guys who are still helping our customers with older versions. Those people exist. I talked to someone earlier who still has a Red Hat Enterprise Linux 4 deployment out there.

When it comes to security and compliance, I like firewalld to do things at the host level and to complement what we are doing out in the enterprise with next-gen firewalls and things like that. I have had SELinux enabled on my systems and in my enterprises since it was available. It was a little bit of a learning curve, but it has helped to keep our systems as secure as possible. It complements well with what security groups are doing for the rest of the enterprise.

The portability of applications and containers built on Red Hat Enterprise Linux is great for keeping our organization agile. It is fantastic. We can run them on-prem. We can run them in the cloud. We can move them wherever we need them at the time. If something has to go to the edge for any reason, such as a bandwidth issue or an on-prem issue in the data center, we can push those workloads out. We could push all those containers to where they need to run and when we need to run them. It is super easy to do.

I have not used Red Hat Insights for long, but when I was a Red Hat Insights user, it was the first place I stopped to see what was going on and be able to quickly address and fix issues that Red Hat Insights found.

Red Hat Insights provided us with vulnerability alerts and targeted guidance. In terms of their effect on our uptime, we were able to plan our maintenance windows around what we were seeing in Red Hat Insights. We had the visibility and the ability to go in and plan things out. We could plan what needs to be done and then make that change and say, "This is what we are doing. Here is the playbook for it. We are going to run this in tonight's maintenance window." That prevented us from having to take machines down during the day because we found something critical at that time.

The features of Red Hat Enterprise Linux that are most valuable to me, both in the enterprise and now as a partner, are the enterprise features. We are able to have a Linux system that is open-source and that allows us to do domain trust IBM and all that fun stuff. We have a good solid enterprise Linux.

It is not broken. Linux is Linux. It has been since Torvalds created the kernel back in version one of the kernel. We have added more features. More things have come to Linux and kernel. All the AI stuff is a bunch of buzzwords. In the keynote today at the Red Hat summit, Chris Wright talked about lightspeed coming to Red Hat Enterprise Linux. What do we need that for? What are we doing with AI? Just the stability of it is fine. If anything cool comes out, I will be the first to check it out. It is a stable platform. It is a workhorse, and that is how we use it.

However, there should be training materials for new enterprises that do not cost an arm and a leg. Red Hat training is phenomenal, but it is expensive. There has to be a better way to onboard new engineers into Linux to really and truly compete with Microsoft. Microsoft is just easy. Everyone uses it. You have to use it in school, and you have to use it everywhere. From an onboarding perspective, we can improve and have an affordable training solution for someone who might not want to be an RHCE or an RHCA but still needs to do their job. It is not Linux's fault. It is what it is. It is a workhorse. It does its thing, but we can do better to enable customers to utilize Linux better.

I have been using it since Red Hat Enterprise Linux 4. It has been about 20 years.

It is super stable. When Red Hat comes out with lightspeed or integrates SELinux, there are no huge rollbacks. Once it makes it downstream in Red Hat Enterprise Linux, you know that is going to work. Everything has bugs, and we get that, but we know it is going to work. We know that nothing terrible is going to happen to our production environment, so stability is fantastic.

We can roll out more machines if we need more machines. We pull machines back if we do not need them anymore. One of the things that is lacking is that currently, there is no way to have ephemeral Linux instances for compliance month or your audit month. If you have to bring up a hundred machines, you have to pay for that upfront. That might be changing now, but in terms of scalability, that is a detriment to how smaller organizations can operate. Not everyone can absorb that cost. It is very scalable, but the pricing is a little prohibitive for scalability.

Their support is awesome. Their TAMs are awesome. The technical support that you get is awesome. There is the ability to attach yourself to bigger customers. When you are a small enterprise and you have an issue, you sometimes filter to the bottom of that list because there are other way-bigger customers who are way louder than some of the smaller ones. Being able to talk to your team and ask how to get a problem fixed is phenomenal. They are able to look at the backend and go, "Oh, there is a large telco that is having the same problem. I am going to add you to that one." From a customer service standpoint and tech support specifically, engineering has been fantastic.

The ability to talk to the people out in the community who work for Red Hat and maintain all of that, from the open-source side and the closed-source side, is amazing. A lot of people do not realize that they can jump on Slack or other platforms, and they can talk to the guys who are responsible for it and figure out what is going on. Sometimes, they ask to open a case, and other times, they say that they know and they are fixing it. Having that accessibility is amazing. You cannot call Microsoft and ask them to let you talk to the engineer who made X, Y, or Z.

I have been using Red Hat for 25 years.

We are using Red Hat Enterprise Linux everywhere. We are using it on-prem. We call it the fourth cloud, so we have our own cloud like every enterprise does. They might realize that or not. We are using it everywhere. We have it at the edge, in the cloud, on-prem, and hybrid. It is the whole nine yards.

Our deployment strategy is to make it work and get it out there fast. We use all three cloud providers: GCP, Azure, and AWS.

Its deployment is super easy. Once you know what you need, rolling out Red Hat Enterprise Linux is super simple. You just go and repeat until you need to change something and then you change it.

We are using OpenShift to deploy Linux containers for a virtualization competitor migration. We are using it to migrate workloads from that vendor to Red Hat Enterprise Linux, so we have Linux running in containers to do their virtualization. We are running Red Hat Enterprise Linux containers as well for some workloads, but for the bootable container aspects of it, we essentially have a VM. This is how we use it there, and then everything else is pure containerization. It is not Red Hat Enterprise Linux-specific.

We take care of the deployment for customers.

When I was in the enterprise, we did not take external help. We did all of that in-house.

We have seen an ROI but not specifically with Red Hat Enterprise Linux. Red Hat Enterprise Linux is the workhorse. Everything else that supports Red Hat Enterprise Linux is where you get your ROI. When you take Ansible, you start automating all of your configurations. You take Insights, and you are getting those playbooks to remediate security issues and all that fun stuff. That is where you get a return on your investment. That is where you see your engineering dollars go down and they can focus on other aspects of the business. That is not specific to Red Hat Enterprise Linux. It is the whole ecosystem.

I have had sales folks who have been transparent with the pricing, and then I have had other ones who were not as great. Most of those ones that were not as great are not working for Red Hat anymore.

From a pricing perspective, there is supportability. What you get with that support is the ability to open a case before you do something. You can tell them that you are going to be upgrading your Satellite system or all Red Hat Enterprise Linux systems and that you need a case open. They open a case, and then when the day comes, they are there. They are ready, and they know what is going on. The price point for that is phenomenal because you are paying for support. From a pricing perspective, it is on point. It is definitely a value-add, and it is extremely transparent from a customer standpoint.

I have evaluated other solutions. Manageability is the main difference. I have successfully ripped out other solutions in enterprises that I went to and replaced them with Red Hat. They had large fleets and no centralized management. When you come to Red Hat Enterprise Linux, you have the Red Hat Satellite server. You have Red Hat Insights. You have all of those things that help you manage large fleets and a large number of Linux machines. When you evaluate other solutions, they have some centralized management now, but that was not common previously. It is kind of a hodgepodge. They are stitched together with all these other solutions, but it does not make sense. In one case, they jammed Linux into their management platform used to manage databases, and it did not work. How do you manage a thousand machines on some busted piece of management software?

If a colleague is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, they should go for something based on the use case. They have to look at what they are trying to do and what they want to do. They can get away with Fedora, for instance, but the question for me always comes down to supportability. Do they want to be able to call someone and say, "This is broken. Help. Hurry," or do they have the skills in-house to do that? Most companies do not have those skills. They have one or two very good engineers, but they cannot fix everything at the same time. If they want portability, then they should not look somewhere else. They should go to Red Hat Enterprise Linux because they have the Red Hat name behind it.

I would rate Red Hat Enterprise Linux an eight out of ten. There is always room for improvement in a product. Tens are unicorns. No one gets a ten. Maybe if Jesus made an operating system, he would get a ten.