StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. Platform as a Service
  4. Web Servers
  5. Apache HTTP Server vs Puma

Apache HTTP Server vs Puma

OverviewDecisionsComparisonAlternatives

Overview

Apache HTTP Server
Apache HTTP Server
Stacks64.5K
Followers22.8K
Votes1.4K
GitHub Stars3.8K
Forks1.2K
Puma
Puma
Stacks1.2K
Followers265
Votes20
GitHub Stars7.8K
Forks1.5K

Apache HTTP Server vs Puma: What are the differences?

Introduction

Apache HTTP Server and Puma are both popular web server software used for hosting websites and applications. While they serve the same purpose, there are several key differences between them. In this article, we will explore these differences in detail.

  1. Scalability and Performance: Apache HTTP Server is known for its scalability and high performance. It uses a multi-process, multi-threaded architecture, allowing it to handle a large number of concurrent connections efficiently. On the other hand, Puma is a concurrent Ruby web server that achieves high performance by utilizing an event-driven, non-blocking I/O model. This makes Puma well-suited for applications with high concurrency requirements.

  2. Language Support: Apache HTTP Server can serve content written in various programming languages such as PHP, Perl, Python, and more. It supports multiple types of scripting languages and provides modules to handle the execution of these languages. Puma, however, is specifically designed to work with Ruby web applications. It leverages the Rack interface to interact with Ruby applications, making it an excellent choice for Ruby developers.

  3. Configuration and Customization: Apache HTTP Server offers a wide range of configuration options, allowing users to customize various aspects of the server's behavior. It provides a powerful configuration file where users can define virtual hosts, set up SSL/TLS encryption, configure access controls, and more. Puma, being more focused on Ruby applications, has a simpler configuration process. Most configuration options are handled through the application's code using environment variables or a configuration file specific to the application framework being used.

  4. Memory Footprint: Apache HTTP Server can consume a significant amount of memory due to its multi-process, multi-threaded architecture. Each process or thread requires its own memory space. In contrast, Puma follows an event-driven approach, which allows it to handle a large number of connections with relatively low memory usage. This makes Puma more efficient in memory utilization, especially in scenarios where the server needs to handle a large number of concurrent connections.

  5. Ease of Use: Apache HTTP Server has been around for a long time and has a vast community of users and support resources. It has a well-documented configuration syntax and extensive documentation, making it easy to use for experienced administrators. Puma, being a Ruby web server, is relatively easier to set up and configure for Ruby developers. It integrates seamlessly with popular Ruby frameworks and provides a development-friendly environment.

  6. User Support: Apache HTTP Server has a large community of users and contributors, making it easier to find support and resources. It also has an active development community that releases regular updates and security patches. Puma, although not as widely used as Apache, has its own community of users and contributors. While the community might not be as large as Apache, it still provides enough support and resources for developers using Puma.

In summary, Apache HTTP Server and Puma differ in terms of scalability, language support, configuration options, memory footprint, ease of use, and user support. While Apache excels in scalability and supports multiple languages, Puma provides better performance for Ruby applications and has simpler configuration options. Both servers have their strengths and are suitable for different types of web hosting requirements.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Apache HTTP Server, Puma

Daniel
Daniel

Co-Founder at Polpo Data Analytics & Software Development

May 25, 2021

Decided

For us, NGINX is a lite HTTP server easy to configure. On our research, we found a well-documented software we a lot of support from the community.

We have been using it alongside tools like certbot and it has been a total success.

We can easily configure our sites and have a folder for available vs enabled sites, and with the nginx -t command we can easily check everything is running fine.

289k views289k
Comments
Hari
Hari

Mar 3, 2020

Needs advice

I was in a situation where I have to configure 40 RHEL servers 20 each for Apache HTTP Server and Tomcat server. My task was to

  1. configure LVM with required logical volumes, format and mount for HTTP and Tomcat servers accordingly.
  2. Install apache and tomcat.
  3. Generate and apply selfsigned certs to http server.
  4. Modify default ports on Tomcat to different ports.
  5. Create users on RHEL for application support team.
  6. other administrative tasks like, start, stop and restart HTTP and Tomcat services.

I have utilized the power of ansible for all these tasks, which made it easy and manageable.

419k views419k
Comments
greg00m
greg00m

Mar 9, 2020

Needs advice

I am diving into web development, both front and back end. I feel comfortable with administration, scripting and moderate coding in bash, Python and C++, but I am also a Windows fan (i love inner conflict). What are the votes on web servers? IIS is expensive and restrictive (has Windows adoption of open source changed this?) Apache has the history but seems to be at the root of most of my Infosec issues, and I know nothing about nginx (is it too new to rely on?). And no, I don't know what I want to do on the web explicitly, but hosting and data storage (both cloud and tape) are possibilities.
Ready, aim fire!

766k views766k
Comments

Detailed Comparison

Apache HTTP Server
Apache HTTP Server
Puma
Puma

The Apache HTTP Server is a powerful and flexible HTTP/1.1 compliant web server. Originally designed as a replacement for the NCSA HTTP Server, it has grown to be the most popular web server on the Internet.

Unlike other Ruby Webservers, Puma was built for speed and parallelism. Puma is a small library that provides a very fast and concurrent HTTP 1.1 server for Ruby web applications.

Statistics
GitHub Stars
3.8K
GitHub Stars
7.8K
GitHub Forks
1.2K
GitHub Forks
1.5K
Stacks
64.5K
Stacks
1.2K
Followers
22.8K
Followers
265
Votes
1.4K
Votes
20
Pros & Cons
Pros
  • 479
    Web server
  • 305
    Most widely-used web server
  • 217
    Virtual hosting
  • 148
    Fast
  • 138
    Ssl support
Cons
  • 4
    Hard to set up
Pros
  • 4
    Free
  • 3
    Easy
  • 3
    Convenient
  • 2
    Consumes less memory than Unicorn
  • 2
    Multithreaded
Cons
  • 0
    Uses `select` (limited client count)

What are some alternatives to Apache HTTP Server, Puma?

NGINX

NGINX

nginx [engine x] is an HTTP and reverse proxy server, as well as a mail proxy server, written by Igor Sysoev. According to Netcraft nginx served or proxied 30.46% of the top million busiest sites in Jan 2018.

Unicorn

Unicorn

Unicorn is an HTTP server for Rack applications designed to only serve fast clients on low-latency, high-bandwidth connections and take advantage of features in Unix/Unix-like kernels. Slow clients should only be served by placing a reverse proxy capable of fully buffering both the the request and response in between Unicorn and slow clients.

Microsoft IIS

Microsoft IIS

Internet Information Services (IIS) for Windows Server is a flexible, secure and manageable Web server for hosting anything on the Web. From media streaming to web applications, IIS's scalable and open architecture is ready to handle the most demanding tasks.

Apache Tomcat

Apache Tomcat

Apache Tomcat powers numerous large-scale, mission-critical web applications across a diverse range of industries and organizations.

Passenger

Passenger

Phusion Passenger is a web server and application server, designed to be fast, robust and lightweight. It takes a lot of complexity out of deploying web apps, adds powerful enterprise-grade features that are useful in production, and makes administration much easier and less complex.

Gunicorn

Gunicorn

Gunicorn is a pre-fork worker model ported from Ruby's Unicorn project. The Gunicorn server is broadly compatible with various web frameworks, simply implemented, light on server resources, and fairly speedy.

Jetty

Jetty

Jetty is used in a wide variety of projects and products, both in development and production. Jetty can be easily embedded in devices, tools, frameworks, application servers, and clusters. See the Jetty Powered page for more uses of Jetty.

lighttpd

lighttpd

lighttpd has a very low memory footprint compared to other webservers and takes care of cpu-load. Its advanced feature-set (FastCGI, CGI, Auth, Output-Compression, URL-Rewriting and many more) make lighttpd the perfect webserver-software for every server that suffers load problems.

Swoole

Swoole

It is an open source high-performance network framework using an event-driven, asynchronous, non-blocking I/O model which makes it scalable and efficient.

Caddy

Caddy

Caddy 2 is a powerful, enterprise-ready, open source web server with automatic HTTPS written in Go.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase