LAMP (lamp) CentOS 10
Enterprise web apps have gained secure, predictable hosting and have reduced operational effort
What is our primary use case?
Our primary use case for LAMP Stack CentOS is the hosting of enterprise-grade monolithic web applications and corporate backend systems that require a highly strict Red Hat-based operating environment. For example, we use it to run internal inventory tracking tools and legacy client portals where the core application depends on an Apache web server frontend and a localized or clustered MySQL/MariaDB database and PHP business logic processing.
What is most valuable?
The standout feature of LAMP Stack CentOS in my experience is the rock-solid enterprise-grade architecture inherent to the Red Hat ecosystem distributions. The DNF, formerly YUM, the package manager, handles enterprise repositories cleanly. The security defaults, particularly the inclusion of SELinux, provide a drastically smaller attack surface for public-facing Apache servers as compared to other distributions.
There are several other features of LAMP Stack CentOS that stand out as the most valuable in my daily work. The lifecycle management and predictable behavior of configuration files are particularly noteworthy. The standard layout inside the /etc/httpd/conf means that administrators coming from an enterprise Red Hat or Fedora background can seamlessly navigate and maintain the stack without any friction.
LAMP Stack CentOS has positively impacted my organization by providing a standard, zero-license, licensing-free gateway into the Red Hat enterprise ecosystem. It allows us to build and host heavy web backends with enterprise levels of security and predictability without incurring the massive subscription overhead costs of commercial enterprise Linux systems licenses.
What needs improvement?
The bigger area for improvement for LAMP Stack CentOS is overall ecosystem lifecycle predictability. Since CentOS pivoted to the CentOS Stream rolling model, it serves as a midstream delivery platform rather than a static downstream clone. This makes it trickier to use for hyper-conservative production web stacks that cannot risk upstream package updates occasionally shifting beneath them.
The documentation for LAMP Stack CentOS can be improved. The technical details are sometimes missing and technical errors sometimes lack any documented details. The default native app stream repositories often include older or hyper-conservative versions of PHP. To get modern, performant PHP versions such as 8.2 or 8.3 for LAMP Stack CentOS, you almost always have to rely on third-party repositories such as Remi or EPEL. It would be much better if newer or fully supported PHP versions were more aggressively maintained in the core stream.
For how long have I used the solution?
What do I think about the stability of the solution?
By combining the stability of the CentOS base with the tuned MariaDB instance in our experience with LAMP Stack CentOS, we were able to migrate a client away from an unoptimized legacy hosting setup and achieve a massive boost in their internal application stability. The server experienced virtually zero random OS-level crashes, which translates directly to higher operational uptime and fewer emergency weekend and support tickets for our team.
What other advice do I have?
I always immediately configure and tune the SELinux, which is Security-Enhanced Linux, policies in relation to my main use case with LAMP Stack CentOS. Out of the box, SELinux will block Apache HTTPD from making network connections or writing to specific directories. Instead of completely disabling it, which is a major security flaw, we explicitly write policies such as `setsebool -P httpd_can_network_connect_db` to allow secure communication with the database while keeping the OS fully hardened.
I chose a rating of eight out of ten for LAMP Stack CentOS because while the underlying technology and security and Apache/MariaDB components are phenomenal, the recent structural shifts to CentOS Stream require the DevOps team to put in extra effort to manage pipeline stability compared to the past.
The advice I would give to others looking into using LAMP Stack CentOS would be to be more careful about the security and to be more careful about the pricing model because there are enterprise versions that are available for free on AWS, and there are some marketplace offerings that you have to buy. Keep an eye on the pricing models. Configuration with respect to the best practices is the key point of using LAMP Stack CentOS.
Rapid website deployments have built client trust with fast staging and production switches
What is our primary use case?
My main use case for LAMP Stack CentOS is to install on servers and then deploy web applications, such as Django or Node.js or a website on WordPress.
A recent project where I used LAMP Stack CentOS was when we needed to deploy e-commerce stores, so we used LAMP Stack CentOS for that.
My main use cases for LAMP Stack CentOS are primarily for websites only, as I have only installed it for websites.
What is most valuable?
The best features that LAMP Stack CentOS offers include the inclusion of Apache, MySQL or MariaDB, and PHP, making it easy to install them with the YUM package manager on CentOS quickly. Installation takes around ten minutes, and then you can configure it.
A particular standout part of the process for me is that it is acceptable to do it bundled together, or you can also install every package individually, such as PHP, MySQL, and Apache. You can also install different versions if a different PHP version is required for a website.
For the features of LAMP Stack CentOS, I appreciate that we can set up a staging website.
Staging sites have helped my workflow by ensuring that everything is deployed correctly, as we can deploy it on a staging site with the use of the sites-available configuration in Apache. This helps significantly.
LAMP Stack CentOS has positively impacted my organization by helping to cater to client requests immediately because it does not require much time.
LAMP Stack CentOS builds client trust that we can get our projects live in no time and builds credibility for the organization. It has done this for my organizations in the past, as they believe that the engineers can deploy the website in minutes. They do not know what is behind the scenes, but we know it takes no time.
When I say LAMP Stack CentOS builds credibility and helps us deploy websites in minutes, a rough number on time saved includes a client wanting to see if their code is working after making changes to the previous website. We spun up the configuration with the sites-available folder on a subdomain, allowing us to show the client their staging site in minutes. With the configuration in sites-available and using Apache CTL config to enable the sites-available, they could see their staging site. The staging site was acceptable to them, so we just changed the configuration of Apache CTL to make the staging site production and the previous production site go down, which really built a strong relationship with the clients.
What needs improvement?
I believe LAMP Stack CentOS could be improved by focusing on security enforcement, which would be beneficial.
I would appreciate specific security improvements for LAMP Stack CentOS, such as enforcing some security modules like mod_ssl that we need to configure.
There are no other improvements needed for LAMP Stack CentOS that I have not mentioned.
For how long have I used the solution?
I have been using LAMP Stack CentOS for around one year only, not longer than that.
What do I think about the scalability of the solution?
The performance of LAMP Stack CentOS when handling high-traffic websites or demanding workloads might require us to set up some load balancing.
What other advice do I have?
My advice to others looking into using LAMP Stack CentOS is that they should be quite aware of the Apache CTL config and the sites-available httpd.conf config, because it is quite customizable, but they should have strong knowledge of that.
Regarding LAMP Stack CentOS's capabilities, I think the security is sound, but we need to enable modules and do the configurations. It provides tools and CLI tools to configure most of the things, so it is quite governable and beneficial.
In terms of LAMP Stack CentOS's capabilities, the accuracy and reliability of output are quite reliable, as all the config CTLs help to check the syntax. I am not certain if it uses AI, but the config CTL is very strong, and the syntax check is beneficial. If the code is correct, everything goes well.
I rate this product nine out of ten.
Which deployment model are you using for this solution?
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Reliable hosting stack has supported long-term PHP website and application development
What is our primary use case?
My main use case for LAMP Stack CentOS is hosting websites and different PHP-based applications. A specific example of an application I have hosted using LAMP Stack CentOS is WordPress and Laravel frameworks.
What is most valuable?
In my opinion, the best features LAMP Stack CentOS offers include a reliable and predictable solution for hosting PHP applications. The stability of the solutions and the CentOS and Red Hat release policy make it predictable for me, which ensures that I always have a tested and stable version in the official repositories.
LAMP Stack CentOS has impacted my organization positively as it was the main stack for the development and hosting of the developed solutions for some of the companies. This impacted my teams and business outcomes as the whole business was based on the ability to release PHP-based applications, so it is basically one of the core services for the business.
What needs improvement?
LAMP Stack CentOS can be improved by tracking the CVEs and releasing fixes as fast as possible. The release cycle of CentOS packages and Red Hat packages sometimes is a bit slow, so I do not always have the latest releases or I experience a delay for related releases, the same applies to CVE fixes.
For how long have I used the solution?
I have been using LAMP Stack CentOS throughout my career, so I have been using it for 10 years for sure.
What do I think about the stability of the solution?
LAMP Stack CentOS has great reliability and documentation.
What other advice do I have?
I have not used the AI capabilities of LAMP Stack CentOS, so I cannot comment on its accuracy and reliability of output. My advice for others looking into using LAMP Stack CentOS is to feel free to use it if you have a lot of experience with Red Hat-based distributions and need a reliable solution for hosting PHP solutions without overwhelming issues with licensing or anything else, as it is a good reliable solution for a PM base. I gave this product a rating of 8.