We have a multitude of use cases for Red Hat Enterprise Linux within our organization. We have machines running this operating system, and in our landscape, we also have combined database services.

We are currently using it on-premises but have a roadmap towards a hybrid cloud solution. Because of the way our business operates, it is something that we utilize only on-prem currently.

They are a technology enabler for us. It is a part of one of the core functions in the organization, where the operating system supports running various services, not just on devices but also SQL-based services and applications. They are definitely a technology-enabling organization for us. 

We have the ability to manage all of our infrastructures in one area. The support is also there. We utilize it in our organization due to the fact that it is very good.

The regular updates and fixes from them for vulnerabilities help with risk reduction. To maintain compliance, we have a relationship with the vendor. They assist us in making sure that we have all our vulnerabilities covered. From a business continuity perspective, we make sure that we use the technology to its best capability.

Red Hat Insights provides vulnerability alerts and targeted guidance. It definitely minimizes your downtime. You have more proactive monitoring than reactive monitoring. A lot of the tools out there only give you the capability to handle something that has already happened. This is something that enables you to be more proactive and do your patch management for security vulnerabilities and so forth.

The high availability capability and the support functions we get from Red Hat Enterprise Linux are among the most valuable features. 

Also, Red Hat Insights is a key feature. You have a central view of all of the infrastructure in the organization. It is definitely something that other organizations need to invest in. It also streamlines things. You have the capability to have reporting, insights, and other things within one space.

One area for improvement could be moving towards a more agile DevOps way of working. Other technologies out there have enabled agile and DevOps practices, and this is something Red Hat Enterprise Linux could focus on. 

Our organization has been using Red Hat Enterprise Linux for quite a few years. Following LCM, we always stay up to date with the current version.

Red Hat Enterprise Linux is definitely stable.

It definitely has scalability from an up-and-side perspective.

Customer service and support are very good. We can always rely on them to assist when we run into issues. I would rate them a ten out of ten.

Positive

We have multiple operating systems in our landscape, but Red Hat is most likely the leader as an open-source solution. The choice of a solution comes down to fit for purpose. Red Hat Enterprise Linux fits our purpose.

The biggest return on investment is reliable support, as we can always rely on them to assist with any issues.

In terms of total cost of ownership, it is definitely something for which you have to work with the vendor and ensure that you have a cost-effective solution in place.

I work closely with the licensing department in determining licensing costs and requirements. Pricing is something that needs to be worked out with the vendor. The more you have, the less you pay. That is the model nowadays in IT, but it is very cost-effective. You get what you pay for.

When choosing a solution, it is crucial to ensure it is fit for purpose. There is a reason why you pay for support. At the end of the day, it comes down to the support that you get from the vendor.

We do not utilize the containerization part, but definitely, in the future, we will move to a hybrid way of working. Everyone is moving to more of a hybrid cloud solution these days rather than having it only in the cloud or on-prem. Red Hat Enterprise Linux supports working in a hybrid environment. It is definitely an enabler.

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

My customers primarily use Red Hat Enterprise Linux for application hosting and small databases. It is used for hosting Java applications and small web servers.

Cloud-based Red Hat Enterprise Linux deployments provide cost savings. If customers are purchasing a physical server, they need to have a proper setup. They need to have a data center, cabling, and a lot of other things. For cost-saving purposes, they are going for a cloud. As an operating system, it offers the same functionality on-prem or on the cloud.

It saves money for company owners. It helps our customers save money and do things quickly. They can build servers quickly. There is a menu where they can fill in the VM name and other details and attach storage. In ten minutes, they have a server ready.

I am Red Hat certified. I train people in corporations and educational institutes. Red Hat's material is very good. Their testing system is awesome. If someone is certified in Red Hat, you know that they know it well. There are millions of videos on YouTube, but they are not always updated. On the Red Hat site, the documentation is very clear. You just need to focus and study for two to three months to get certified.

Nowadays, delays are common with their support, and it often takes time to get assistance from experienced engineers.

I have been using Red Hat Enterprise Linux for seven to eight years.

Red Hat Enterprise Linux is an excellent product, and its stability has improved significantly over time. It can operate for extended periods, like six months to one year, without issues.

Red Hat Enterprise Linux scales well with increasing user demands or infrastructure size. It is easily available and efficiently adapts to varying needs.

Most customers host medium-sized applications on the cloud. Storing a big application can lead to higher costs.

The technical support from Red Hat has declined over the past four or five years. It could be because there are not many skilled people. When we raise a case, it is attended by junior people or new people, which wastes two to three days. We might even have to raise the severity of the ticket. However, when senior people take ownership of the case, the support is awesome. They give proper support. This was not the case earlier, so whenever we raised a ticket, we got an immediate response from Red Hat.

Positive

The initial setup is smooth.

We have Cloud-based deployments. We are using AWS, GCP, Azure, and other cloud platforms. We also have on-premises deployment. Some customers also have a mixed deployment with the cloud and on-prem but in such environments, I have seen problems in terms of performance. For example, if my database is on-prem on Red Hat Enterprise Linux, and I am storing my application on the cloud on Red Hat Enterprise Linux, whenever someone hits the website, there will be latency issues. I sorted out such issues for a customer. I suggested they migrate their server from the cloud to on-prem because their database was quite big. With a mixed setup, they were having a lot of issues in terms of performance and storing data. It was very slow. After they moved it on-prem, it was much faster. This is not a Red Hat-related issue. From the operating system side, no improvements are required. However, cloud providers need to improve their facilities.

For patching, I use Red Hat Satellite, and for configuration, I use Red Hat Ansible. Leapp upgrades are also awesome. A month back, I upgraded Red Hat Enterprise Linux 8 to Red Hat Enterprise Linux 9. I created detailed documentation about the procedure. There were about 14 steps. It was straightforward.

With Red Hat Insights, we can see the security threats. Red Hat Insights is integrated with Red Hat Satellite. It will be helpful from the patching point of view. It lets you do subjective analytics of servers.

I did some research on pricing a long time ago, and at that time, it was much cheaper than Windows. I do not have current details about pricing, but it is affordable.

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

I use Red Hat Enterprise Linux as an operating system for government contracts. 

I like the flexibility Red Hat Enterprise Linux offers in terms of permissions. The patch management is much shorter and easier. Red Hat Enterprise Linux helps us move workloads between different clouds and data centers. It's pretty smooth and transparent. 

We use AMIs — machine images — for provisioning. The image builder is nice. It's a vertical Amazon machine image. They have each machine image, so you don't need to install anything. You can just copy the machine image. 

There's an operating system called EdgeOS, which is an edge operating system used by edge computing nodes in the cloud. If Red Hat Enterprise Linux had a version incorporating EdgeOS-type functions, that would be great. Otherwise, you have to learn a little bit of EdgeOS to work with those nodes.

We have used Red Hat Enterprise Linux for several years.

I rate Red Hat Enterprise Linux nine out of 10 for stability. 

I rate Red Hat Enterprise Linux nine out of 10 for scalability. 

I rate Red Hat support nine out of 10. 

Positive

Red Hat offers better support and stability. There are several others, including Windows, and Red Hat Enterprise Linux is a pretty stable standard operating system. 

I rate Red Hat Enterprise Linux nine out of 10 for ease of deployment and migration. Deploying an AMI is straightforward. We hardly had to do anything. It's pretty much automatic and uninterruptible. 

I wasn't involved in the licensing, but Red Hat Enterprise Linux's price should be reasonable if the government and others get it. 

I rate Red Hat Enterprise Linux 10 out of 10. It's the top of the line.

The main use case is generating golden images. All the deployments of operating systems and virtual machines on the servers are based on the golden image. The developers and providers can run all the applications on top of those.

Whenever we need to remediate any vulnerabilities, patches are available. These patches are not only for current exploits but also for back-porting for bug fixes and security fixes. These patches are available from the most recent versions to the specific version that we are using.

Red Hat Enterprise Linux has enabled us to centralize development. We have a golden image of the operating system. That golden image sets the standard for all the security policies that we are applying to it. For example, the partition scheme and the best practices that we apply to the golden image are the starting point for all the developers to start working with all the applications and also executing appliances or applications from providers.

We are using Red Hat Enterprise Linux with Podman for containerization projects. Red Hat offers what is called UBI or Universal Base Image. That image is already configured to be secure and have good performance. To start working with containers, we just have to pull UBI as a base for our images and start working on those. It has impacted our containerization project because instead of using Docker, we can use Podman. There is a common container image that is used by the majority of the customers, but I forgot the name of that one. Instead of using that, which is like a very minimal image, we are using UBI because it is already secure. It has the majority of the benefits of our Red Hat Enterprise Linux image but in a container image.

There is portability of applications and containers built on Red Hat Enterprise Linux for keeping our organization agile. That is a very good option to have because you do not have to worry about the underlying system. You just have to worry about your application and have the application running on top of your image based on UBI. It is going to be so easy to have the application running either on a machine with Podman or have the same application running just on top of OpenShift. It is so easy to move a container-based application that can be executed on top of Red Hat Enterprise Linux with Podman or on top of OpenShift. 

Security, packages, and updates are valuable. There is also the possibility to do unattended installations. This way you can define how you want the installation to behave and be configured whenever you do the deployment.

One of the best features is having a tool called OSCAP, which is a tool that is going to allow us to apply security profiles to the golden image. This way, all the security features or policies can be applied in real time. This way, we can follow all the policies that are defined by our security teams.

There are not a lot of areas to improve because the majority of the time, Red Hat is constantly improving it. The only area would be in regards to being capable of running on other architectures like ARM. They are about to release a new version that is available to be executed on ARM architecture.

We have been using Red Hat Enterprise Linux for about a year.

It is very stable.

It is scalable. We have plans to increase its usage.

It used to be better. It is still good as long as you can get in touch with a level 3 support engineer. If you have a trained engineer who helps you with what you need and who understands how to ask for specific details of what you need, you should be good. But, unfortunately, if you start with a simple detail of what you are experiencing and what kind of help you need, you will receive the same response. For example, you are pointed to a knowledge base article, and that is it. The support engineer is supposed to help you with your issue or request, but unfortunately, that is not happening anymore. It used to, but I understand.

We are looking for a support engineer to go all the way. The only way for you to contact support is via the support case system or page. After that, you interact through the ticket or email. You do not have a chance to have a call. If we have escalated a case, it is usually better if you have a person for a proper understanding and proper advice on what you have to do and how to resolve the issue. It could be that you need a new product, subscription, or service, but you do not know that.

Neutral

When I got into the company, they were already using Red Hat Enterprise Linux, but back in the day, I used to have HP-UX. That was a very ancient system. It was Unix-based. It was a proprietary solution. HP-UX was a platform licensed based on the old Unix code that was tightly integrated into hardware built only by Hewlett-Packard. You could not run HP-UX in any other place. You could only run it on hardware created by Hewlett-Packard. The intention with that was to run only on the Itanium architecture, whereas Red Hat Enterprise Linux can run on x86 architecture. It is also open-source.

We have it on-premises. It is in different locations. We are following a strategy to publish the images of the operating system. This way, multiple teams can grab the images and have their own procedures to deploy within each separate environment. We have multiple teams working on developments and they need a base image to start working on all the development stuff. Because they are all independent teams, they have access to a single source of image. This way, they can start working on further customizations and whatever they need.

We implement it in-house.

The ROI is in terms of the time that I have to invest in doing customizations, applying security policies, and fixing the supply to the system, wherever I need those.

The reason for going for Red Hat Enterprise Linux is to improve the time to market. It is so easy to just generate a new image. We can configure it with all the security features and all the libraries and packages we need. We can also configure it with the ones requested by developers. We can do all of that. It is so much easier than what we can do with Windows, for example.

It is very straightforward. We do not have to think much about having to get all the subscriptions related to the Red Hat Enterprise Linux fleet that we have because all the subscriptions came in pairs of CPUs or even for an entire bare-metal server. That way you can partition your bare-metal server into multiple virtual machines, and then you are covered. As long as your bare-metal server is covered, you can roll out any number of virtual machines on top of it. It is very easy to get subscriptions for your bare-metal server, and you can utilize whatever you want.

We evaluated operating systems or Linux distributions created by the community or run by the community only. We evaluated them mainly because of costs.

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 they would not have the same team supporting all the operations and all the critical features and patches that they receive with Red Hat Enterprise Linux. They can go with one of the clones, but unfortunately, at the end of the day, the clones are going to deviate from Red Hat Enterprise Linux. With Red Hat Enterprise Linux, you can also create support cases to receive back-ported bug fixes and security fixes, and you get very cool features such as Insights, Satellite, or system roles provided along with Ansible. 

We are currently not using Red Hat Insights but that is an awesome tool.

Overall, I would rate Red Hat Enterprise Linux a ten out of ten. It is an enterprise Linux distribution. It was one of the first distributions to focus on the enterprise. There are others, but Red Hat is the main contributor to the Linux ecosystem. Because of that, it is so stable. It has proper support. It also provides the Linux ecosystem with new features and enhancements.

The use case in my very early years was for dedicated servers for doing web applications.

We almost exclusively use Red Hat. The benefits boil down to the support. There is no problem getting support. Whenever we have an issue that we cannot solve, which does not happen often, we have somebody who is there either virtually or physically.

We use Red Hat Enterprise Linux on-prem and on the cloud in a hybrid environment. We probably also have edge devices. I am not completely sure about that one. Having it in a hybrid cloud deployment has been no different than having it on-prem. Running it on-prem is just as good as running it on the cloud for us. It simply works.

I appreciate the dashboards that are available online. There has been a lot of feedback on the CVEs. The most recent one that came was probably related to Zutil. Red Hat made an announcement very quickly saying that if you are using only Red Hat features, you do not have to worry about it. It does not run on their operating system. Unless you are custom compiling, it does not work on their system. I greatly appreciate little things like that because they save us a lot of time. If Red Hat is simply saying that it is not a part of their repo, I do not have to look for it.

We use Red Hat Insights but not company-wide. It is one of those things that simply saves you time. I do not want to have myself or anyone on my team go out and check various things. That is the whole purpose of using Red Hat Satellite. The whole purpose of all different dashboards and these websites is to use what you have. Let it report out what you have and not continue to write scripts just to check things.

Their support is valuable. Whenever I had a problem, I could get on a phone call with somebody. I did not have to go to some random forum or send an email and wait forever. I could call somebody.

It does have a workstation option, but you rarely hear anything about it. I would love to see the workstation replace Windows. That is a stretch goal, but it is possible.

I have been using Red Hat Enterprise Linux since version 4. It has been a while.

It is stable as long as you do not do something stupid.

Red Hat specifically works hard to make it difficult to not be able to scale it into anything. The only thing that I do not see it being capable of, officially at least, are the IoT devices. Technically, it is possible to get it on those devices, but that is not something Red Hat is focusing on right now. From a scalability standpoint, it comes down to what makes a reasonable profit and what is a good return on investment while choosing how to scale and where to scale. Red Hat is doing it right so far.

Prior to a few months ago, the support that we got from a TAM point of view was next to none. Now that I understand the scenario a little bit more, it was not because Red Hat was not doing its job or did not want to do more support. It was because of how the contracts aligned, and more importantly, who in our organization was handling those contracts. We had a recent change in our organization in terms of who is running what and who is handling what. When that change happened, the doors really burst open. Now that we have a different person he is working with, we are getting incredible support from our TAM. He is in communication with us on a very regular basis. While I have been here at Red Hat Summit, we have gone out to have meetings twice. I cannot speak highly enough. I would rate their support a ten out of ten.

Positive

My current organization has pretty much always used Red Hat, specifically Red Hat Enterprise Linux. There are all sorts of flavors of Unix in our environment. Almost all of them are there because they are managed network devices.

We wanted to stay close to Red Hat Enterprise Linux simply because of the mentality of the business. We have got some people who have been around for 20 years. Things such as switching from YUM update to APT update are easy. People can usually change from one to another pretty quickly, but some of the other commands that you are used to running in Red Hat Enterprise Linux are slightly different for different versions of Unix. It did not make sense.

I have used a lot of different variants through the years. I could be running Raspberry Pi, or I could be using Ubuntu to do a job but not for the production environment. I do not waste my time anymore. I know what works and where support is.

Our setup is a bit of a hybrid. We are streamlining a lot of things and trying to redesign how we are doing things. In terms of the cloud, we are 100% TerraForm. We are building out infrastructure as a code and TerraForm pipelines. On-prem, we have a Jenkins job that runs some TerraForm, which then runs some Ansible and then some Puppet. There is some cleaning up needed there.

Currently, we use all three major cloud providers: Azure, Google Cloud, and AWS. Each has its purpose.

The initial experience of deploying it at the current company was terrible, but it was not a Red Hat issue. It was an internalized issue that took a little bit of time to work out. After that, it was not a problem.

We implement it on our own.

I have not run into a single person who knows about Red Hat Enterprise Linux and is not being helpful. You can get talking with somebody at Red Hat Summit about what you are doing on Red Hat Enterprise Linux, and they will be like, "I did that a couple of days ago. Did you run into this problem too?" There is a community. I am sure there are communities for other variants, but my return on investment is simply community and support. I cannot speak highly enough of these two.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say, "Good Luck!" We looked at a lot of different options to potentially leave Red Hat simply because of the cost. We tried out CentOS. We tried out Rocky. There were even talks about trying out Ubuntu, but there was the hassle of changing all of our mentality and code to work with different systems. It just did not make sense. CentOS worked almost side by side with Red Hat, but certain things that we have specialized with Red Hat were not working on CentOS for some reason.

We chose not to use CentOS because we had a misunderstanding of what AppStream was in terms of end-of-life for CentOS. Rocky was ruled out pretty quickly simply because of a lack of understanding in terms of:

• Where does Rocky come from?
• How reliable is it?
• Where is the support?
  

Red Hat's support model trumps a lot of those other ideas. I tell people that even if they are working in a home lab environment, get a developer license and get a developer account with Red Hat. Use Red Hat because more and more businesses I work with simply use Red Hat. It is great to have Fedora on your laptop as a workstation. It is great to have CentOS as a workstation. That is because those are still a part of Red Hat. You can transition and use Red Hat for a company. I have not been a fan of Ubuntu and some of the other variants because of how easy it is for people to make changes to operating systems that are not fully backed or tested. In my opinion, you do not want to put production on it.

Red Hat Enterprise Linux has not enabled us to centralize development. We are moving towards centralized development, but there are still so many different teams, so centralized development is not yet there.

We are partially using Red Hat Enterprise Linux for containerization projects. Within the next year, I hope to bring OpenShift in and replace AKS. I do not have a use case for the portability of applications and containers built on Red Hat Enterprise Linux. Based on what I have seen here at Red Hat Summit, I have a lot of ideas spinning around in my head to make it happen, but I do not yet have anything around containerization.

Red Hat Insights provides vulnerability alerts and targeted guidance, but we are currently not using that side of it. It helps in my limited sandbox environment, but of course, my sandbox is built up and torn down like crazy. It is valuable, but we do not have a great use case yet.

I would rate Red Hat Enterprise Linux a ten out of ten. I have been working with Unix systems for a while now. The first Unix system I touched was in 1992. There were so many variants that were striving to become well-known. You would hear all of these weird names. There were all of these weird animals and all of these different logos through the years. Even before 1992, there were a lot. As things progressed, you quickly saw different ones die out. I do not remember when I truly got onboarded with Red Hat. I know I started with version 4. It is one of those companies when you are looking for a name that sticks around and about which you do not have to question if they are going to be around for a while. You do not have to question that with Red Hat. You do not have to question that with Red Hat Enterprise Linux, whereas a lot of other variants do not even exist anymore, or they exist, but they have not been maintained longer than some people have been alive.

We have Red Hat Enterprise Linux for our staging and development environments. We are using Red Hat Enterprise Linux for our production servers. It is the only Linux operating system that we are using in our company. I do not think we will change it. We will stay with it.

We started with CentOS, so it is quite similar. We have various features, and it is stable. The updates and upgrades are stable. This is the most important thing for my company. We are a gambling company. Reliability and performance are the most important for us. We like to press the update button and have an updated operating system after one, two, three, or five minutes. The most important thing about Red Hat Enterprise Linux is that it is a stable operating system.

We are using Red Hat Enterprise Linux for containerization projects. Red Hat Enterprise Linux and Docker daemons have been running for years without any problems. It is very stable. We are happy with it.

Every time we did an update or upgrade for the operating system or some dependencies, it worked well. It was very fast and stable. We are not afraid to press the button. We are happy with it.

The portability of applications and containers built on Red Hat Enterprise Linux keeps our organization agile. We are running some Docker applications. They are not our production applications. We are running some containers. It is very quite easy.

We use Red Hat Insights, and we are happy with Red Hat Insights in urgent situations due to security issues, noncompliant settings, or unpatched systems.

Red Hat Insights provides us with vulnerability alerts and targeted guidance. We have not had any problems.

It is a very stable operating system. We are not afraid to upgrade it.

If I want GUI, its GUI is better than other open-source operating systems. I prefer it for package management for sure. I am happy with it.

At the moment, I am happy with it. I cannot think of any areas for improvement. We have everything. The biggest challenge that we had was the migration from CentOS to Red Hat Enterprise Linux, but after some tests, it was easy.

We have been using Red Hat Enterprise Linux for almost two years.

It is stable.

It is scalable. We plan to increase its usage.

We are partners of Red Hat. We have support, so we are good. 

Positive

We were using CentOS. The architect in my company chose Red Hat Enterprise Linux because we were already partners with Red Hat.

We are mostly on-prem. We are trying to migrate our applications to the cloud. We are using Azure Cloud.

The main data center that we have is in Ireland, but we are serving a lot of countries. We have small data centers for some countries. We have 2,000 VMs in Ireland, and we also have VMs in other countries. We have almost five data centers. We use Red Hat Enterprise Linux in all of them.

Migration from CentOS to Red Hat Enterprise Linux was a big challenge, but Red Hat had software to migrate and convert all CentOS VMs to Red Hat Enterprise Linux. It was an adventure in the beginning, but after some tests, it was easy. We migrated and converted almost 2,000 VMs in two to three months, and we had only ten cases where the migration failed, but it was our fault. We were happy.

For migration to Red Hat Enterprise Linux, we created a template and made the changes that we wanted. We ran some Ansible Playbooks, and we created the VMs.

We used a consultant from Red Hat the first time.

We did not evaluate other solutions.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would advise going for Red Hat Enterprise Linux because of support. There would be someone who already knows about your issue and can help you in a couple of hours. There is no need to spend time fixing the issue by yourself. Imagine running Ubuntu and having a production issue. You need someone to guide you.

Red Hat Enterprise Linux has not enabled us to centralize development. Our company is based on the .NET language. Our developers do not care about our infrastructure. They develop their applications, and we deploy them in OpenShift. We are using Red Hat Enterprise Linux for other services, such as MongoDB, Postgres, and our logging infrastructure. We use it for Elasticsearch, Graylog, and Docker services. Our applications do not run on Red Hat Enterprise Linux systems. They are running on CoreOS for OpenShift.

I would rate Red Hat Enterprise Linux a ten out of ten. It is stable. We are not afraid to upgrade it. We are happy to use it. This operating system is for us. 

We primarily use RHEL for data analysis servers supporting our scientific researchers, who access the systems remotely.

The reliability and long support lifespan of RHEL are crucial for us. It lasts for ten years, meaning we don't need frequent changes. Updates are quick, simple, and reliable, automatically backing out if issues arise, saving us from patching headaches.

I'm eager to see how the AI features in RHEL can enhance our capabilities. We hope it will improve tasks we have found challenging in the past, like documentation searches. We are particularly interested in automation and easily finding information.

I have been using RHEL for 15 years.

RHEL is scalable. We have scaled our data analysis clusters with it quite well.

I would rate the customer support as a nine out of ten.

Positive

Deploying RHEL for the first time was simple. It was a long time ago, and we had documentation from previous admins which made it straightforward. We did the deployment on our own.

We have seen ROI with RHEL. Our biggest investment is in professional development through Red Hat Summit, online training, and a Red Hat Learning subscription, which we have used for courses.

Our experience with RHEL pricing and setup costs has been good. We will be purchasing an extended license for another year.

We have used RHEL since I joined my company about 15 years ago. We have looked at other options like Fedora and Ubuntu for more up-to-date libraries, but we keep coming back to RHEL for its reliability and long-term support.

Using RHEL for containers has simplified our processes. While we, as system managers, aren't heavily involved in development, we provide RHEL containers for our developers. Overall, it has improved support for container management within our organization.

We rely on Linux for our web and file servers to ensure file integrity and service verification. Additionally, we use the host firewall regularly on all our hosts for enhanced security.

We started agile development and containers help us by making it easier for developers to teardown and recreate environments. This allows for more frequent updates, improving our workflow.

Our Red Hat portfolio reduced our cost of ownership by using RHEL Workstation instead of full server licenses where possible, saving money. We use full RHEL only on our enterprise production servers.

I would advise a colleague to check out Red Hat for its long-term support and reliability compared to other open-source Linux-based operating systems.

Overall, I would rate RHEL as a nine out of ten.

Most of our infrastructure is made up of Linux servers. All of the apps that we have published are running on a Linux system. That is the main functionality.

I am responsible for Ansible for automation, and I am also responsible for our Satellite server, which is for patching and things like that. We use Red Hat Enterprise Linux a lot. We have 80% Red Hat Enterprise Linux and 20% Windows.

The benefits have been in terms of the speed and how the operating system does not interfere with apps that are running on it. That is the best aspect, at least from a business point of view. Databases run smoother, and so do the applications we have. There is no latency or issues like that.

We have a small number of servers up in the cloud in AWS, and then most of our servers are on-prem. We have a data server. Red Hat Enterprise Linux has made the deployment of servers smoother. We can do that pretty much with the click of a button, especially using AWS's platform.

For security and compliance, we have to be in sync with our security team. We cannot leave anything open. In Ansible, we have set up an actual configuration management playbook where it keeps all of our systems security compliant. It is really cool. Right now, we only have it working on our Dev and QA environments. We have not moved past that because we still have Chef. We are trying to get off of Chef completely. As of now, we are a hybrid. We have Chef and Ansible. Eventually, we will be completely Red Hat Ansible.

When it comes to keeping our organization agile, it is easy to decommission servers. Most of it is on VM, so we can just delete and then rebuild. If we accidentally delete a server, we can always bring it back because of backups and things like that. That is possible because of VMs. We do not have OpenShift, so I cannot say that Red Hat is the one that is keeping us agile.

The feature that I am enjoying right now is the actual LEAP program that they created for the actual in-place upgrades. I am upgrading from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. We are in the process of that, so that is the best functionality right now. It never had that ability in the past. That addition has been an amazing aspect.

I am not too sure how it could be better. I have not yet used Red Hat Enterprise Linux 9, so I cannot say if there have been any changes or improvements. Honestly, I cannot see it getting any better. I like the way the operating system works now, and I do not really see any bad functionality with it.

The only thing I would say is getting rid of some aspects. That is the one part that a lot of admins probably get annoyed with. For example, we are now going to DNF from using YUM. At some point, YUM will be taken away completely, but right now, you can use both. There are those minor tweaks, and you just have to roll with the punches. Maybe it is just a better version of what was there prior. DNF is probably used at a simpler level, and it probably does not take up as much configuration and space as YUM. I am not sure exactly why they make those changes, but that is probably the only thing that is kind of annoying.

In my current company, we recently switched from CentOS to Red Hat Enterprise Linux. We are also working with CentOS. It has been around three years with this company, but I have been using Red Hat Enterprise Linux a lot longer. I am a Linux admin and I have been using it since 2006 or 2007.

It is definitely stable. We never have any issues. Everyone wants to blame the patching or some change in the OS, but it is never that. It is always the other side.

It has a lot of scalability. We have plans to increase its usage. We are in the process of getting off Oracle Linux, which is, again, another version of theirs, but we are going to be converting those over to Red Hat. All of our databases are going to be running on Red Hat.

It is awesome. I just upgraded my Satellite server. I moved from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8 and then also upgraded to Satellite 6.14, which is almost the most recent version. I did that in the last month. Their support was awesome. I worked through what was said in the documentation on how to do the upgrade. I created my own spreadsheet for the upgrade and what I needed to do. I worked with their support. I had a meeting with them to check if it would work and if anything needs to be added or taken away. They worked with us that way. Their support is awesome.

Positive

We had CentOS. It is still based on Red Hat.

We are just now starting to use Podman. We were using Docker, and we are now moving over to Podman, which is the Red Hat Enterprise Linux-specific version of containers. It has been an easy transition. We do not necessarily work with Podman. Application owners are the ones who want us to install it, and then they utilize it the way they want to.

We have three data centers. We have a data center in the East in Pittsburgh, and then we have one in Arizona. We also have it in the cloud in AWS. Even there, there are two, so we have four data centers.

We do have a few Red Hat Enterprise Linux systems on the cloud. We are not sure if we are going into the cloud completely, but we do have some servers in the cloud. Our cloud provider is AWS. Our main app resides in the cloud. All the data, most of the data servers, and other applications are on prem. 

I was involved in the deployment of Red Hat Enterprise Linux. We were the ones who converted it. It was very simple. Red Hat's technical person gave us the conversion script and tools. We just utilized that conversion script to switch from CentOS.

We did not use a consultant or an integrator. Red Hat gave us the tools, and we did it.

I do not know what the impact is financially because I am not in that department. For compliance, it has been helpful. Especially the banks have to be compliant in terms of being patched and things like that. Red Hat has been beneficial.

The biggest return on investment has been the ease. I have been a Linux admin for many years. I have used Solaris, AIX, CentOS, etc. I have always liked Red Hat Enterprise Linux better. It is just a better OS.

I do not know the overall cost, but I know that Red Hat is cheaper than Windows.

We did not evaluate any other solution. We were going to Red Hat Enterprise Linux.

We just switched from open source, which was CentOS, to Red Hat. My advice is to stick with Red Hat only because with open source, you do not get the updates at the same time. The updates come later for vulnerabilities and things like that. I would not recommend open source for an organization. If you are at home, you can go ahead and easily use CentOS. It is free, so why not use it? For an organization, Red Hat Enterprise Linux is better.

Currently, we are not using Red Hat Insights the way they are meant to be used. We are planning to do so at some point in the future. Currently, we only use it as a tool to make sure that it keeps track of all of our servers, whether we delete or add servers. Red Hat Insights keeps track of that and lets us know what version it is and things like that, but we do not utilize Red Hat Insights the way they are meant to be. Red Hat Insights provides vulnerability alerts and targeted guidance, but we use Nexpose for vulnerability scanning. 

Red Hat Enterprise Linux has not yet enabled us to centralize development. That is because of the way the company is structured. Everything is fragmented. We have a separate networking team. We have a separate Linux team and we have a separate software team. Getting something done and centralized is pretty much impossible at this point. Any small tweaks are like pulling teeth at this point. I do not know if that is going to change. Hopefully, it will. We are planning on moving to OpenShift. I am hoping that it will make everything more centralized and it will bring the company to a less fragmented spot.

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

I use the solution to manage Atlassian applications. In our company, we initially deployed Atlassian applications on Red Hat Enterprise Linux (RHEL). For most of the products my company uses, we create Red Hat Enterprise Linux (RHEL)-based servers because we have Red Hat Satellite, so we just bring them up and make them supportive for us.

The most valuable benefit of the product for my organization revolves around standardization, which is why we have all the same types of machines and operating systems. It makes it very easy and familiar across the board. The tool is also very reliable.

My company does have a hybrid cloud environment. Running Red Hat Enterprise Linux (RHEL) as the foundation for the hybrid cloud deployment strangely impacted our operations. I think that when my company moved off from the tool's on-premises version for certain applications, we had to leave Red Hat Enterprise Linux (RHEL). Everything in my company is based on whatever AWS provides, specifically when Linux is on AWS, and I guess it negatively affected my company.

Red Hat Enterprise Linux (RHEL) has helped my company centralize developments because we know what we are going to use in the product, and so we don't have to make any decisions. Owing to the aforementioned area, I would say it offers a good standard.

In terms of the tool's built-in security features when it comes to risk reduction, business continuity, and maintaining compliance, I would say it is very easy to patch, which helps our company to keep it up to date and avoid all downfalls.

Speaking about the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, I would say that we don't tend to move that much with applications. The tool has helped to weave a path for an upgrade while creating a new application server, after which one can transfer it over. Considering the aforementioned details, the tool is portable. In short, whenever I try to use the product's portability feature, it does work.

The most valuable feature of the solution is that the upgrade in the patching area is really easy.

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

It is a stable solution.

It is a scalable solution since it is easy to make changes in the tool.

If the product is deployed on an on-premises model, it will be deployed on Red Hat Enterprise Linux (RHEL) system.

I haven't had a reason to use the support services of the product for a long time. I rate the technical support a ten out of ten.

Positive

In the past, my company used CentOS for a while. There were some other products which were also used in my company. My company started to use Red Hat Enterprise Linux (RHEL) as it provided standardization, and we required something nice and uniform in nature.

The product was already up and running when I joined the organization.

The solution is deployed on an on-premises model. If my company opts to have the product deployed on cloud, then we would opt for the cloud services offered by AWS.

I am sure my company did not seek help from many integrators, resellers, or consultants to deploy the product.

The biggest ROI I experienced using the product stemmed from the fact that it was really fast to deploy right from the beginning when we were building our company's new systems. The product works fine.

I would recommend Red Hat Enterprise Linux (RHEL)to a colleague who is looking at open-source cloud-based operating systems for Linux since it offers Red Hat Satellite, so everything is just so encapsulated and there in the tool.

I can't speak of whether the Red Hat portfolio has affected our total cost of ownership across our enterprise landscape since I don't know the cost.

I rate the tool a ten out of ten.

The use of the solution keeps varying, considering that we have web apps and a lot of homegrown stuff as we build a lot of our own apps. My company also uses Red Hat Enterprise Linux (RHEL) for the operating systems for a lot of our other applications that we use for authentication purposes and so on.

I can't really talk much about how the product has benefited the organization since it is not in my wheelhouse, and I mostly deal with the area of configuration management and the automation of configuring it. In my company, we have a Unix team I work with, and when they want to automate processes, then they come to me and I help direct them.

The solution's most valuable feature revolves around its simplicity, especially when maintaining it, which is an easy process.

I have not seen anything in Red Hat Enterprise Linux (RHEL) that causes any queries or doubts in my mind, so I am not really sure if I see any need for improvements in the product at this point, especially when I have good communication with the sales teams and support. I have also recommended the changes I want to see in Ansible, an area where my company sees progress. There is nothing my company is disappointed about regarding Red Hat Enterprise Linux (RHEL).

I would like to see a better way to organize the jobs within Ansible, specifically with the automation platform. Right now, in Red Hat Ansible Automation Platform, everything is just flat as there are no directory structures or folders and no ways to designate specific jobs for specific things as everything is in one big pile.

With Red Hat Enterprise Linux (RHEL), my company has not seen anything requiring improvements. My company is really happy with Red Hat Enterprise Linux (RHEL). My company is still in the migration process right now since, from all of our seven boxes, we are moving on to the eight and Red Hat Enterprise Linux (RHEL) 9. The aforementioned process has been really smooth and slick. My company likes the speed and simplicity of the OS.

I have been using Red Hat Enterprise Linux (RHEL) for twelve years. My company has been using the product since before I joined.

It is a stable solution.

It is a scalable solution.

I went to have dinner with my sales team the previous night, and we just had a chat, after which I got to know some professional services offered by some people willing to come and help our company with the solution if required. Based on the aforementioned area, I can rate support as ten out of ten.

Positive

My company has experience with AIX, Solaris, and Windows. My company switched over to Red Hat Enterprise Linux (RHEL) because people wanted it, specifically the app developers. My company uses Red Hat Enterprise Linux (RHEL) based on supply and demand factors. You just build what is needed for the infrastructure side or when you are in the operations.

The product's deployment phase was simple.

There is a different group in my company that has built up a strategy to deploy the product, so I don't have to do anything in its deployment phase. To request a new system is just a matter of filling out the ticket and submitting it easily, after which the box is built, which is great.

The solution is deployed on an on-premises model.

The deployment phase for the tool was carried out with the help of our company's in-house team. The product was deployed with the help of vRealize Orchestrator Appliance.

In terms of the ROI associated with the product, I would say that with a lot of stuff I do in the company, I also get involved with the patching side, especially the patching of servers. I can patch 1,500 Red Hat Enterprise Linux (RHEL) boxes in the time it takes me to patch ten boxes from Windows. Patching in Windows is bad. Being able to patch Red Hat Enterprise Linux (RHEL) is simple since I think the most I have ever seen it takes is around 35 minutes to patch a box. When our company started to move towards a more containerized approach, we saw that being able to have your container or your OS can open a whole new world. Being able to spin up systems and have multiple systems that are already pre-patched, I don't have to have downtime for the enterprise.

There were a couple of operating systems, including CentOS, which my company looked at before choosing Red Hat Enterprise Linux (RHEL) as it offered a strong support model. The consistency offered by the Red Hat Enterprise Linux (RHEL) was also one of the other reasons why my company chose it over other tools.

Though my company does not currently have a hybrid cloud environment with the tool, we are working on it since regulatory compliances in the banking sector require us to stay compliant. My company is not in a place where we can just jump into cloud infrastructure, but we do hope to do so in the future. Presently, the product is on an on-premises model.

As I am not required to deal with the developers in our company, I don't know if the product has helped centralize developments.

My company uses Red Hat Enterprise Linux (RHEL) for containerization projects. The product has made dealing with containerization projects easy for my company since we get to use a lot of Kubernetes and Docker platforms that snap right into Red Hat Enterprise Linux (RHEL) and works.

Considering the built-in security features offered by the tool for risk reduction, business continuity, and maintaining compliance, I prefer Red Hat Enterprise Linux (RHEL) over a lot of other products. Our company is like an Active Directory shop, so we are doing a lot of tying to it, which is a little bit disappointing, but it is just business. I like the security end of Red Hat Enterprise Linux (RHEL). I also like the way the file handling takes place along with its management part, so I have no issues with the tool.

Speaking about the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, I would say that it is something that will happen in the future as my company is a slow adopter. I am not really sure why it has been slow. My company does have a new organization that is really focusing on opening up new avenues so that we can actually be more agile and have the ability to move to things like OpenShift and having our containers offer more high availability while not having any downtime.

I don't use Red Hat Insights.

If I have to speak to a colleague who is looking at open-source cloud-based operating systems for Linux, I would say that CentOS or Fedora are good options since both products have had an association with Red Hat Enterprise Linux (RHEL) for a long time. I personally like and prefer CentOS.

I would not be able to comment on whether the Red Hat portfolio has affected our total cost of ownership across our enterprise landscape because we just spin them up and keep building them. My company was primarily an AIX house, using Solaris and a lot of Windows boxes from Windows. Right now, my company has gotten rid of the AIX and Solaris systems, and now we are down to about a 50-50 split when it comes to Windows and Red Hat Enterprise Linux (RHEL). There have been times when we have had more Red Hat Enterprise Linux (RHEL) boxes in our company over the ones from Windows. I can see that in the near future, my company is going to be more of a Red Hat Enterprise Linux (RHEL) shop than an organization that has boxes from Windows.

In terms of the deployment model, I would say that my company has three data centers, mostly where VMware is used.

I rate the tool a ten out of ten.