My use case for Amazon Linux is mostly for running containers.
I am using SELinux for enhanced security in Amazon Linux, and it is helpful for me.
Linux/Unix, Amazon Linux 2 - 64-bit Amazon Machine Image (AMI)
My use case for Amazon Linux is mostly for running containers.
I am using SELinux for enhanced security in Amazon Linux, and it is helpful for me.
I find that the functions or features of Amazon Linux that are most valuable are ones that I haven't specifically mentioned.
The main benefits I receive from Amazon Linux are saving time and streamlining some work processes.
I use Python, as Amazon Linux includes some pre-installed libraries and tools such as Python, Ruby, and Node.js.
In my opinion, for improvement, Amazon Linux could make better integration with third-party vendors, perhaps enhance user experience or lower the price compared to other Linux solutions.
For the future, it would be great to see Amazon Linux have more wide functionality to work with other systems.
I have been working with Amazon Linux for eight years.
I rate the stability of Amazon Linux as a nine.
I understand the scalability aspects and I think they are adequate.
I would rate the technical support from Amazon Linux as good enough.
I believe the response time and quality of support could be better, so I see quality as a single point of feedback.
Positive
I work with both Amazon Linux and Ubuntu because Ubuntu provides more wide functionalities than Amazon Linux.
The initial setup for Amazon Linux is straightforward, and I understand it well.
Regarding the pricing model of Amazon Linux, I think it could be more flexible or a bit cheaper for users, as I find Ubuntu is cheaper than Amazon Linux.
I am not using IPv6 and I'm okay with that.
On a scale of one to ten, I rate Amazon Linux an eight.
The main use case for Amazon Linux is hosting websites.
This is for overall company operations.
The best features with Amazon Linux include the integration with AWS and other services.
It is an operating system that AWS manages, and I feel I can trust it regarding the updates without interfering with or interrupting services.
The performance of Amazon Linux with AWS services is perfectly fine. I use it and change the instance type to give it more resources at times, and for the sandbox, I give it less, and it satisfies what we want.
Amazon Linux reduces the time it would take for setup or deployment because I rely on the documentation for AWS since it's streamlined, and the commands I need to run are easily accessible whenever I need to look up anything.
We've used the application load balancers with Amazon Linux, and that's the main one I can think of regarding advanced networking capabilities.
That feature has definitely helped us enhance the scalability and reliability of our cloud applications by easing administration, as the application load balancer is managed by AWS and ties in with Amazon Certificate Manager, ensuring I do not have to concern myself with scalability and any updates.
The main positive impact of Amazon Linux on my company has been no interruptions of services.
The public website is up and running, which allows us to monetize with virtually no staff hours for downtime or service interruptions.
I cannot say honestly how these features have contributed to my system security and package management processes.
I try to keep the services and what I use on Amazon Linux very limited to support overall configurations.
I would love it if Amazon could provide fleet management of their operating system for updates and configuration, as that's an area I would need more attention to.
I have dealt with the Amazon Linux product for 10 years.
I would rate customer service or technical support from Amazon a 10.
Positive
I switched to Amazon Linux primarily because I was running my operating systems within AWS, knowing that Amazon would support it and all the documentation was up-to-date.
We were using CentOS before switching to Amazon Linux.
Mainly, we used CentOS, which was managed by Red Hat or IBM. Once they changed their upgrade path, it became unviable, so we went with Amazon Linux, which made the most sense in AWS.
My experience with the pricing, setup costs, and licensing of Amazon Linux is straightforward and simple.
I have seen a return on investment with Amazon Linux.
I have experience with RDS with AWS.
I have experience with Amazon Linux and other Amazon products.
I have mentioned relevant data points about ease of use and the trust that Amazon provides, as I don't have to concern myself with other Linux distributions.
I realized those benefits during the actual deployment.
On a scale of 1-10, I rate Amazon Linux a 10.
I work with Kubernetes tools. My job is L3 support and I troubleshoot Red Hat-based systems and Kubernetes. Those are my two areas and that is all I do. When a client's system breaks down, it is my job to fix it as much as possible.
In the last 12 months, I have been troubleshooting systems and training in Kubernetes.
I deploy applications atop it. I mostly use it as a server for various DevOps concerns. For example, I have a Kubernetes server running on Red Hat Enterprise Linux and Ansible server running on Red Hat Enterprise Linux. It is a DevOps pipeline that is fed by these separate servers.
I just duplicate installations of my clients' machines in order to troubleshoot. The idea is that I am presented with a problem, a broken system. If I can clone it, I do and then I try to fix it locally on my own machine before I present the solution back to the client. It varies slightly, depending on what the clients are using it for. In my very last case, about 2 or 3 weeks ago, there were etcd clusters running on an Ubuntu machine managing a Patroni installation. I tried to set that up on my own systems and started troubleshooting from there.
Red Hat is definitely the reason why we go for Linux and why we choose it above Ubuntu. The idea is security and the inbuilt security features. We don't have separate security experts here, so we configure it ourselves. We choose those systems that already have a lot of security features. Red Hat SE Linux is something we appreciate.
Regarding the most valuable features of Red Hat Enterprise Linux, flexibility is the biggest reason. The fact that I can easily manage kernel parameters is a testament to the flexibility of the operating system, and that is why we use it on virtually all our servers.
There are two reasons why I always turn to either Amazon Linux or Ubuntu. My preference for Amazon Linux is because of its SE Linux implementations. My preference for Linux entirely is because of its customizable nature. It is flexible and I can change it to fit whatever my applications' needs are.
I have been experimenting with new terminals, and I think that the default terminals for Linux machines in general could be improved. For example, Alacritty. I have been using these things extensively now, so they could do a good job improving their terminals.
I have been using the solution for about three years.
I have found it to be the most scalable solution and would rate it an 8.
I have been involved in setting it up from scratch in respect to fixing other peoples' systems, but never for my own use.
The setup was straightforward. I really appreciate how they make it easy to install Kubernetes. I find working with Kubernetes in the cloud easier than working with it on-prem, simply because of swap issues. I appreciate how easy it is to use Amazon Linux as compared to on-prem systems.
I deploy applications atop it. I mostly use it as a server for various DevOps concerns. For example, I have a Kubernetes server running on Red Hat Enterprise Linux and Ansible server running on Red Hat Enterprise Linux. It is a DevOps pipeline that is fed by these separate servers.
We always enable Amazon Linux. We don't switch it off and we do not put it in permissive mode. Where there are issues regarding permissions that Amazon Linux has enforced, we fix them and make it work. SE Linux is enforced on our machines.
I have configured failover for clients using blue-green deployments, where we have identical servers running. That is how we implemented manual failover. They have identical systems running and when one stops working, for any reason, while we are fixing it, these clients remain live.
Whenever I deploy solutions on Amazon Linux, I almost never have to worry about the operating system. Whenever I have problems, it is from the application itself. I have honestly never had any problems with Amazon Linux, aside from disk space issues. But no problems with the operating system itself.
I work as a Linux Administrator, specifically in Linux Support.
I rate Amazon Linux a 9 out of 10.
I have been using this AMI in PCI DSS env for quite some time, however out of the box it doesn't pass Amazon Inspector findings - still needs quite a bit of tuning to deal with findings. Things like sshd protocol version is not set, sshd logging, password lockout policy, etc.
I was not able to find CHANGELOG - basically its some "black box".