Apache vs Nginx: Practical Consider

Apache vs Nginx: Practical Considerations
Jan 28, 2015 Apache, Nginx
Introduction

Apache and Nginx are the two most common open source web servers in the world. Together, they are responsible for serving over 50% of traffic on the internet. Both solutions are capable of handling diverse workloads and working with other software to provide a complete web stack.

While Apache and Nginx share many qualities, they should not be thought of as entirely interchangeable. Each excels in its own way and it is important to understand the situations where you may need to reevaluate your web server of choice. This article will be devoted to a discussion of how each server stacks up in various areas.

General Overview
Before we dive into the differences between Apache and Nginx, let's take a quick look at the background of these two projects and their general characteristics.

Apache

The Apache HTTP Server was created by Robert McCool in 1995 and has been developed under the direction of the Apache Software Foundation since 1999. Since the HTTP web server is the foundation's original project and is by far their most popular piece of software, it is often referred to simply as "Apache".

The Apache web server has been the most popular server on the internet since 1996. Because of this popularity, Apache benefits from great documentation and integrated support from other software projects.

Apache is often chosen by administrators for its flexibility, power, and widespread support. It is extensible through a dynamically loadable module system and can process a large number of interpreted languages without connecting out to separate software.

Nginx

In 2002, Igor Sysoev began work on Nginx as an answer to the C10K problem, which was a challenge for web servers to begin handling ten thousand concurrent connections as a requirement for the modern web. The initial public release was made in 2004, meeting this goal by relying on an asynchronous, events-driven architecture.

Nginx has grown in popularity since its release due to its light-weight resource utilization and its ability to scale easily on minimal hardware. Nginx excels at serving static content quickly and is designed to pass dynamic requests off to other software that is better suited for those purposes.

Nginx is often selected by administrators for its resource efficiency and responsiveness under load. Advocates welcome Nginx's focus on core web server and proxy features.

Connection Handling Architecture
One big difference between Apache and Nginx is the actual way that they handle connections and traffic. This provides perhaps the most significant difference in the way that they respond to different traffic conditions.

Apache

Apache provides a variety of multi-processing modules (Apache calls these MPMs) that dictate how client requests are handled. Basically, this allows administrators to swap out its connection handling architecture easily. These are:

mpm_prefork: This processing module spawns processes with a single thread each to handle request. Each child can handle a single connection at a time. As long as the number of requests is fewer than the number of processes, this MPM is very fast. However, performance degrades quickly after the requests surpass the number of processes, so this is not a good choice in many scenarios. Each process has a significant impact on RAM consumption, so this MPM is difficult to scale effectively. This may still be a good choice though if used in conjunction with other components that are not built with threads in mind. For instance, PHP is not thread-safe, so this MPM is recommended as the only safe way of working with mod_php, the Apache module for processing these files.
mpm_worker: This module spawns processes that can each manage multiple threads. Each of these threads can handle a single connection. Threads are much more efficient than processes, which means that this MPM scales better than the prefork MPM. Since there are more threads than processes, this also means that new connections can immediately take a free thread instead of having to wait for a free process.
mpm_event: This module is similar to the worker module in most situations, but is optimized to handle keep-alive connections. When using the worker MPM, a connection will hold a thread regardless of whether a request is actively being made for as long as the connection is kept alive. The event MPM handles keep alive connections by setting aside dedicated threads for handling keep alive connections and passing active requests off to other threads. This keeps the module from getting bogged down by keep-alive requests, allowing for faster execution. This was marked stable with the release of Apache 2.4.
As you can see, Apache provides a flexible architecture for choosing different connection and request handling algorithms. The choices provided are mainly a function of the server's evolution and the increasing need for concurrency as the internet landsc

ผลลัพธ์ (ไทย) 1:

เทียบกับ Apache Nginx: พิจารณาปฏิบัติ28 ม.ค. 2015 Apache, NginxแนะนำApache และ Nginx เป็นการทั่วไปมาเปิดเว็บเซิร์ฟเวอร์สองในโลก กัน พวกเขาจะรับผิดชอบการให้บริการกว่า 50% ของปริมาณการใช้งานบนอินเทอร์เน็ต ทั้งสองมีความสามารถในการจัดการปริมาณงานที่มีความหลากหลาย และการทำงานกับซอฟต์แวร์อื่น ๆ เพื่อให้เว็บสมบูรณ์กองซ้อนApache และ Nginx ใช้ร่วมคุณภาพมาก พวกเขาควรไม่จะคิดว่า ของทั้งหมดเป็นดิจิตอล แต่ละแก่งในวิธีของตัวเอง และก็ต้องเข้าใจในสถานการณ์ที่คุณอาจจำเป็นเพื่อ reevaluate เว็บเซิร์ฟเวอร์ที่เลือก บทความนี้จะอุทิศเพื่อการสนทนาของวิธีแต่ละเซิร์ฟเวอร์กองขึ้นในพื้นที่ต่าง ๆภาพรวมทั่วไปก่อนเราดำดิ่งสู่ความแตกต่างระหว่าง Apache และ Nginx ลองมาดูอย่างรวดเร็วที่พื้นหลังของโครงการเหล่านี้สองและลักษณะทั่วไปของพวกเขาApacheเซิร์ฟเวอร์ HTTP Apache ถูกสร้าง โดย Robert แมคคูลในปี 1995 และได้รับการพัฒนาภายใต้ทิศทางของ Apache ซอฟต์แวร์พื้นฐานตั้งแต่ปี 2542 ตั้งแต่ HTTP เว็บเซิร์ฟเวอร์เป็นโครงการเดิมของมูลนิธิ และเป็นชิ้นส่วนของพวกเขานิยมมากที่สุดของซอฟต์แวร์ มันว่าง่าย ๆ ว่า "Apache"Apache เว็บเซิร์ฟเวอร์ที่นิยมมากที่สุดบนอินเทอร์เน็ตได้ตั้งแต่ปี 1996 เนื่องจากความนิยมนี้ Apache ประโยชน์จากเอกสารดีและรวมการสนับสนุนจากโครงการซอฟต์แวร์อื่น ๆผู้ดูแลสำหรับความยืดหยุ่น พลังงาน และการสนับสนุนอย่างกว้างขวางมักจะเลือกอะแพชี มันแพร่ผ่านระบบโมใส่ได้แบบไดนามิก และสามารถดำเนินการตัวแปลภาษาที่ไม่ต้องต่อออกเพื่อแยกซอฟต์แวร์Nginxใน 2002 อิกอร์ Sysoev เริ่มทำงานบน Nginx เป็นคำตอบปัญหา C10K ซึ่งเป็นความท้าทายสำหรับเว็บเซิร์ฟเวอร์เพื่อเริ่มต้นการจัดการเชื่อมต่อกันสิบพันเป็นความต้องการสำหรับเว็บสมัยใหม่ วางจำหน่ายครั้งแรกทำในปี 2547 ประชุมเป้าหมายนี้ โดยอาศัยสถาปัตยกรรมแบบอะซิงโครนัส ขับ เคลื่อนกิจกรรมNginx ได้เติบโตขึ้นในความนิยมตั้งแต่ปล่อยเนื่องจากการใช้ทรัพยากรน้ำหนักเบาและสามารถปรับขนาดได้อย่างง่ายดายบนฮาร์ดแวร์น้อยที่สุด Nginx ฝีมือในการให้บริการเนื้อหาคงที่ได้อย่างรวดเร็ว และถูกออกแบบมาเพื่อส่งต่อคำขอแบบไดนามิกปิดซอฟต์แวร์อื่น ๆ ที่ดีกว่าเหมาะสำหรับวัตถุประสงค์ดังกล่าวNginx มักไว้ โดยผู้ดูแลระบบสำหรับทรัพยากรประสิทธิภาพและการตอบสนองภายใต้โหลด ประชาสัมพันธ์ต้อนรับโฟกัสของ Nginx หลักเว็บพร็อกซีและเซิร์ฟเวอร์คุณสมบัติสถาปัตยกรรมการจัดการเชื่อมต่อหนึ่งความแตกต่างระหว่าง Apache และ Nginx เป็นวิธีจริงว่า จะจัดการการเชื่อมต่อและรับส่งข้อมูล บางทีความแตกต่างสำคัญที่สุดที่พวกเขาตอบสนองต่อสภาพการจราจรที่แตกต่างกันให้Apacheอะแพชีมีความหลากหลายของโมดูลการประมวล (Apache เรียกเหล่านี้ MPMs) ที่บอกวิธีการจัดการกับคำขอ โดยทั่วไป นี้ช่วยให้ผู้ดูแลเมื่อต้องการสลับจากการเชื่อมต่อที่ง่ายในการจัดการสถาปัตยกรรม เหล่านี้คือ:mpm_prefork: การประมวลผลโมดู spawns กระบวนการกับเธรดเดียวแต่ละที่เพื่อจัดการการร้องขอ เด็กแต่ละคนสามารถจัดการการเชื่อมต่อหนึ่งครั้ง ตราบใดที่จำนวนการร้องขอไม่น้อยกว่าจำนวนของกระบวนการ MPM นี้เป็นอย่างรวดเร็ว อย่างไรก็ตาม การประสิทธิภาพลดอย่างรวดเร็วหลังจากการร้องขอเกินจำนวนของกระบวนการ เพื่อนี้ไม่ใช่ทางเลือกดีในหลายสถานการณ์ แต่ละกระบวนการมีผลกระทบต่อปริมาณ RAM การ MPM นี้เป็นเรื่องยากที่จะปรับขนาดได้อย่างมีประสิทธิภาพ นี้อาจยังคงเป็นทางเลือกดีแต่ถ้าใช้ร่วมกับส่วนประกอบอื่น ๆ ที่ไม่ได้สร้างกับเธรดในใจ เช่น PHP ไม่ปลอดภัยเธรด ดังนั้น MPM นี้แนะนำเป็นวิธีที่ปลอดภัยเท่านั้นที่ทำงานกับ mod_php โม Apache สำหรับการประมวลผลแฟ้มเหล่านี้mpm_worker: โมดู spawns กระบวนการที่สามารถจัดการหลายเธรด แต่ละของเธรดเหล่านี้สามารถจัดการการเชื่อมต่อเดียว เธรดมีประสิทธิภาพมากกว่ากระบวนการ ซึ่งหมายความ ว่า MPM นี้ชั่งดีกว่า prefork MPM เนื่องจากมีเธรดที่เพิ่มเติมกว่ากระบวนการ นี้ยังหมายความ ว่า การเชื่อมต่อใหม่สามารถใช้เธรดฟรีแทนที่จะรอสำหรับกระบวนการฟรีmpm_event: โมดูคล้ายกับโมของผู้ปฏิบัติงานในกรณีส่วนใหญ่ แต่เป็นการเพิ่มประสิทธิภาพในการจัดการการเชื่อมต่อแบบ keep-alive การ เมื่อใช้งาน MPM การเชื่อมต่อจะมีเธรดไม่ว่าขอกำลังถูกทำสำหรับตราบเท่าที่การเชื่อมต่อถูกเก็บมีชีวิตอยู่ จับ MPM เหตุการณ์ให้เชื่อมต่อชีวิต โดยการกระทู้เฉพาะสำหรับการจัดการให้เชื่อมต่อชีวิต และส่งคำร้องขอใช้งานปิดการเธรดอื่น ทำโมจากหล่มโดยรักษาการร้องขอ เพื่อให้สามารถดำเนินการได้เร็วขึ้น นี้เป็นเครื่องหมายมีเสถียรภาพของ Apache 2.4คุณสามารถเห็น Apache ให้มีความยืดหยุ่นสำหรับการเลือกการเชื่อมต่ออื่นและขออัลกอริทึมในการจัดการ เลือกให้เป็นฟังก์ชันส่วนใหญ่ของวิวัฒนาการของเซิร์ฟเวอร์และต้องเพิ่มขึ้นการเกิดพร้อมกันเป็น landsc เทอร์เน็ต

ผลลัพธ์ (ไทย) 2:

อาปาเช่ VS Nginx: การพิจารณาการปฏิบัติ
28 มกราคม 2015 Apache, Nginx
บทนำApache และ Nginx เป็นสองที่พบมากที่สุดที่มาเปิดเว็บเซิร์ฟเวอร์ในโลก ร่วมกันพวกเขามีความรับผิดชอบในการให้บริการมากกว่า 50% ของการจราจรบนอินเทอร์เน็ต การแก้ปัญหาทั้งสองมีความสามารถในการจัดการปริมาณงานที่มีความหลากหลายและการทำงานร่วมกับซอฟแวร์อื่น ๆ เพื่อให้กองเว็บที่สมบูรณ์. ในขณะที่อาปาเช่และ Nginx แบ่งปันคุณภาพมากพวกเขาไม่ควรจะคิดว่าเป็นแทนกันอย่างสิ้นเชิง แต่ละคนเก่งในทางของตัวเองและเป็นสิ่งสำคัญที่จะเข้าใจสถานการณ์ที่คุณอาจต้องประเมินเว็บเซิร์ฟเวอร์ที่คุณเลือก บทความนี้จะทุ่มเทให้กับการอภิปรายของวิธีการของแต่ละเซิร์ฟเวอร์กองขึ้นในพื้นที่ต่างๆ. ภาพรวมทั่วไปก่อนที่เราจะดำน้ำในความแตกต่างระหว่าง Apache และ Nginx ลองใช้ดูอย่างรวดเร็วที่พื้นหลังของทั้งสองโครงการและลักษณะโดยทั่วไปของพวกเขา. Apache Apache HTTP Server ถูกสร้างขึ้นโดยโรเบิร์ตแม็คคูลในปี 1995 และได้รับการพัฒนาภายใต้การดูแลของมูลนิธิซอฟต์แวร์อาปาเช่ตั้งแต่ปี 1999 ตั้งแต่เว็บเซิร์ฟเวอร์ HTTP เป็นโครงการเดิมของมูลนิธิและคือไกลโดยชิ้นส่วนที่นิยมมากที่สุดของพวกเขาของซอฟต์แวร์ก็มักจะเรียกว่า ง่าย ๆ ว่า "อาปาเช่". Apache เว็บเซิร์ฟเวอร์ที่ได้รับความนิยมมากที่สุดเซิร์ฟเวอร์บนอินเทอร์เน็ตตั้งแต่ปี 1996 เนื่องจากความนิยมนี้อาปาเช่ได้รับประโยชน์จากเอกสารที่ดีและการสนับสนุนจากโครงการแบบบูรณาการซอฟต์แวร์อื่น ๆ . Apache มักจะถูกเลือกโดยผู้ดูแลระบบเพื่อความยืดหยุ่นของมัน อำนาจและสนับสนุนอย่างกว้างขวาง มันจะขยายผ่านระบบโมดูลที่ใส่ได้แบบไดนามิกและสามารถดำเนินการเป็นจำนวนมากของการแปลภาษาได้โดยไม่ต้องเชื่อมต่อออกไปยังซอฟต์แวร์แยกต่างหาก. Nginx ในปี 2002, อิกอร์ Sysoev เริ่มทำงานใน Nginx เป็นคำตอบให้กับปัญหาที่เกิดขึ้น C10K ซึ่งเป็นความท้าทายสำหรับเว็บเซิร์ฟเวอร์หนึ่ง เพื่อเริ่มต้นการจัดการหมื่นเชื่อมต่อพร้อมกันได้ตามความต้องการสำหรับเว็บที่ทันสมัย ปล่อยประชาชนเป็นครั้งแรกที่ถูกสร้างขึ้นในปี 2004 การประชุมเป้าหมายนี้โดยอาศัยไม่ตรงกันสถาปัตยกรรมเหตุการณ์ที่ขับเคลื่อนด้วย. Nginx ได้เติบโตขึ้นในความนิยมตั้งแต่ปล่อยเนื่องจากการใช้ทรัพยากรที่มีน้ำหนักเบาและความสามารถในการปรับขนาดได้อย่างง่ายดายบนฮาร์ดแวร์น้อยที่สุด Nginx excels ที่ให้บริการเนื้อหาแบบคงที่ได้อย่างรวดเร็วและถูกออกแบบมาเพื่อผ่านการร้องขอแบบไดนามิกออกไปซอฟต์แวร์อื่น ๆ ที่มีความเหมาะสมดีกว่าเพื่อวัตถุประสงค์ดังกล่าว. Nginx มักจะถูกเลือกโดยผู้ดูแลระบบเพื่อประสิทธิภาพการใช้ทรัพยากรและการตอบสนองภายใต้ภาระ ประชาสัมพันธ์ต้อนรับโฟกัส Nginx บนเว็บหลักเซิร์ฟเวอร์พร็อกซี่และคุณลักษณะ. การจัดการการเชื่อมต่อสถาปัตยกรรมความแตกต่างใหญ่ระหว่าง Apache และ Nginx เป็นวิธีที่เกิดขึ้นจริงที่พวกเขาจัดการการเชื่อมต่อและการจราจร นี้จะให้อาจจะเป็นความแตกต่างที่สำคัญที่สุดในทางที่พวกเขาตอบสนองต่อสภาพการจราจรที่แตกต่างกัน. Apache Apache ให้ความหลากหลายของโมดูลการประมวลผลแบบ multi-(Apache เรียกร้องเหล่านี้ MPMs) ที่กำหนดวิธีการร้องขอของลูกค้าได้รับการจัดการ โดยทั่วไปนี้จะช่วยให้ผู้ดูแลระบบสามารถสลับออกสถาปัตยกรรมการจัดการการเชื่อมต่อได้อย่างง่ายดาย เหล่านี้คือ: mpm_prefork: โมดูลการประมวลผลนี้ spawns กระบวนการที่มีหัวข้อเดียวแต่ละคำขอที่จะจัดการ เด็กแต่ละคนสามารถจัดการการเชื่อมต่อเดียวในเวลา ตราบใดที่จำนวนของการร้องขอเป็นจำนวนน้อยกว่าจำนวนของกระบวนการที่ MPM นี้เป็นไปอย่างรวดเร็วมาก แต่ประสิทธิภาพลดอย่างรวดเร็วหลังจากที่ร้องขอเกินจำนวนของกระบวนการดังนั้นนี้ไม่ได้เป็นทางเลือกที่ดีในหลายสถานการณ์ แต่ละขั้นตอนมีผลกระทบอย่างมีนัยสำคัญในการบริโภค RAM ดังนั้น MPM นี้เป็นเรื่องยากที่จะวัดได้อย่างมีประสิทธิภาพ นี้ยังคงอาจจะเป็นทางเลือกที่ดี แต่ถ้าใช้ร่วมกับส่วนประกอบอื่น ๆ ที่ไม่ได้สร้างขึ้นด้วยหัวข้อในใจ ยกตัวอย่างเช่น PHP ไม่ด้ายปลอดภัยดังนั้น MPM นี้ขอแนะนำเป็นเพียงวิธีที่ปลอดภัยในการทำงานกับ mod_php โมดูล Apache สำหรับการประมวลผลไฟล์เหล่านี้. mpm_worker: โมดูลนี้ spawns กระบวนการที่แต่ละคนสามารถจัดการหลายหัวข้อ แต่ละหัวข้อเหล่านี้สามารถจัดการการเชื่อมต่อเดียว หัวข้อที่มีประสิทธิภาพมากขึ้นกว่ากระบวนการซึ่งหมายความว่า MPM ตาชั่งนี้ดีกว่า MPM prefork เนื่องจากมีหัวข้อมากกว่ากระบวนการนี้ก็หมายความว่าการเชื่อมต่อใหม่ได้ทันทีสามารถใช้ด้ายฟรีแทนที่จะต้องรอให้กระบวนการฟรี. mpm_event: โมดูลนี้จะคล้ายกับโมดูลของผู้ปฏิบัติงานในสถานการณ์ส่วนใหญ่ แต่มีการเพิ่มประสิทธิภาพในการจัดการให้ การเชื่อมต่อ -alive เมื่อมีการใช้คนงาน MPM การเชื่อมต่อจะถือด้ายไม่คำนึงถึงว่าคำขอเป็นอย่างแข็งขันการทำนานเท่าที่การเชื่อมต่อจะยังมีชีวิตอยู่ MPM เหตุการณ์จัดการการเชื่อมต่อให้มีชีวิตอยู่โดยการตั้งกระทู้ทุ่มเทกันสำหรับการจัดการการเชื่อมต่อให้มีชีวิตอยู่และผ่านคำขอที่ใช้งานออกไปหัวข้ออื่น ๆ นี้ช่วยให้โมดูลจากการจมลงโดยการร้องขอ keep-alive เพื่อให้สามารถดำเนินการได้เร็วขึ้น นี้ถูกทำเครื่องหมายที่มั่นคงกับการเปิดตัวของ Apache 2.4. ที่คุณสามารถดู, Apache ยังมีสถาปัตยกรรมที่มีความยืดหยุ่นในการเลือกการเชื่อมต่อที่แตกต่างกันและขอขั้นตอนวิธีการจัดการ ตัวเลือกที่มีให้บริการส่วนใหญ่จะเป็นฟังก์ชั่นของการวิวัฒนาการของเซิร์ฟเวอร์และความต้องการที่เพิ่มขึ้นสำหรับการทำงานพร้อมกันเป็น landsc อินเทอร์เน็ต

ผลลัพธ์ (ไทย) 3:

Apache VS Nginx : พิจารณาการปฏิบัติ28 ม.ค. 2558 Apache , NginxแนะนำApache และ Nginx เป็นสองส่วนใหญ่ที่มาเปิดเซิร์ฟเวอร์เว็บในโลก ด้วยกัน พวกเขามีความรับผิดชอบในการให้บริการมากกว่า 50% ของการจราจรบนอินเทอร์เน็ต โซลูชั่นทั้งสองมีความสามารถในการจัดการงานและการทำงานกับซอฟต์แวร์อื่น ๆที่หลากหลาย เพื่อให้เว็บกองสมบูรณ์ขณะที่ Apache และ Nginx แบ่งปันคุณภาพมากมาย พวกเขาไม่ควรคิดว่าเป็นทั้งหมดที่ใช้แทนกันได้ แต่ละ excels ในทางของตัวเองและมันเป็นสิ่งสำคัญที่จะเข้าใจสถานการณ์ที่คุณอาจต้องการที่จะประเมินของคุณ เว็บ เซิร์ฟเวอร์ ของทางเลือก บทความนี้จะทุ่มเทให้กับการอภิปรายของแต่ละเซิร์ฟเวอร์ วิธีการกองขึ้นในพื้นที่ต่างๆภาพรวมทั่วไปก่อนที่เราจะดำน้ำในความแตกต่างระหว่าง Apache และ Nginx ลองมาดูอย่างรวดเร็ว พื้นหลังของทั้งสองโครงการ และลักษณะทั่วไปของพวกเขาอะแพชีApache HTTP Server ที่ถูกสร้างขึ้นโดยโรเบิร์ต แม็คคูลในปี 1995 และได้รับการพัฒนาภายใต้ทิศทางของ Apache Software Foundation ตั้งแต่ปี 1999 ตั้งแต่ HTTP เว็บเซิร์ฟเวอร์คือมูลนิธิโครงการเดิมและคือโดยไกลที่ได้รับความนิยมมากที่สุดของชิ้นส่วนของซอฟต์แวร์ มันมักจะเรียกว่าเป็นเพียง " อาปาเช่ "Apache เว็บเซิร์ฟเวอร์ได้รับเซิร์ฟเวอร์ที่ได้รับความนิยมมากที่สุดบนอินเทอร์เน็ตตั้งแต่ปี 1996 เพราะความนิยมนี้ ใช้ประโยชน์จากเอกสารที่ดีและบูรณาการการสนับสนุนจากโครงการซอฟต์แวร์อื่น ๆApache มักจะเลือกโดยผู้บริหารของความยืดหยุ่น , พลังงาน , และการสนับสนุนอย่างกว้างขวาง มันได้ผ่านระบบโมดูลแบบไดนามิก loadable และสามารถประมวลผลตัวเลขขนาดใหญ่ของแปลภาษาโดยเชื่อมต่อออกแยกซอฟต์แวร์Nginxในปี 2002 , อิกอร์ sysoev เริ่มทำงานบน Nginx เป็นคำตอบสำหรับปัญหา c10k ซึ่งเป็นความท้าทายสำหรับเว็บเซิร์ฟเวอร์เพื่อเริ่มต้นการจัดการหมื่นพร้อมกันการเชื่อมต่อเป็นสิ่งจำเป็นสำหรับเว็บที่ทันสมัย ปล่อยสาธารณะครั้งแรกถูกสร้างในปี 2004 การประชุมเป้าหมายนี้โดยอาศัยแบบอะซิงโครนัส เหตุการณ์ขับเคลื่อนสถาปัตยกรรมNginx มีโตในความนิยมตั้งแต่รุ่น เนื่องจากมีน้ำหนักเบา การใช้ทรัพยากรและความสามารถในการปรับได้อย่างง่ายดายบนฮาร์ดแวร์ที่น้อยที่สุด Nginx excels ที่ให้บริการเนื้อหาแบบคงที่ได้อย่างรวดเร็วและถูกออกแบบมาเพื่อส่งผ่านการร้องขอแบบไดนามิกจากซอฟต์แวร์อื่น ๆที่เหมาะกับวัตถุประสงค์เหล่านั้นNginx มักจะเลือกโดยผู้บริหารของ ประสิทธิภาพการใช้ทรัพยากรและการตอบสนองภายใต้โหลด สนับสนุนยินดีต้อนรับ Nginx เป็นมุ่งเน้นคุณลักษณะเซิร์ฟเวอร์เว็บและตัวแทนหลักการเชื่อมต่อการจัดการสถาปัตยกรรมความแตกต่างเดียวระหว่าง Apache และ Nginx เป็นจริงวิธีที่พวกเขาจัดการกับการเชื่อมต่อและการจราจร บางทีความแตกต่างนี้มีมากในวิธีที่พวกเขาตอบสนองต่อสภาพการจราจรที่แตกต่างกันอะแพชีApache มีความหลากหลายของการประมวลผลหลายโมดูล ( Apache โทร mpms เหล่านี้ ) ที่บอกวิธีการจัดการการร้องขอของลูกค้า . โดยทั่วไป นี้จะช่วยให้ผู้ดูแลระบบเพื่อสลับออกของการจัดการสถาปัตยกรรมการเชื่อมต่อได้อย่างง่ายดาย เหล่านี้คือ :mpm_prefork : การประมวลผลโมดูลเกิดกระบวนการที่มีหัวข้อเดียวกันเพื่อจัดการกับการร้องขอ เด็กแต่ละคนจะสามารถจัดการการเชื่อมต่อเดียวในเวลา ตราบใดที่จำนวนหน้าน้อยกว่าจำนวนของกระบวนการ MPM นี้เป็นไปอย่างรวดเร็วมาก อย่างไรก็ตาม การปฏิบัตินี้อย่างรวดเร็วหลังจากรับประทานอาหารเกินจำนวนของกระบวนการดังนั้นนี้ไม่ได้เป็นทางเลือกที่ดีในสถานการณ์มาก แต่ละกระบวนการมีผลกระทบต่อการบริโภคแรมแล้ว ต่อนี้เป็นเรื่องยากที่จะวัดได้อย่างมีประสิทธิภาพ นี้ยังเป็นทางเลือกที่ดี แต่ถ้าใช้ร่วมกับส่วนประกอบอื่น ๆที่ไม่ได้สร้างกระทู้ไว้ ตัวอย่างเช่น PHP ไม่ด้ายปลอดภัย ต่อนี้ควรเป็นเพียงวิธีที่ปลอดภัยของการทำงานกับ mod_php , โมดูล Apache สำหรับการประมวลผลไฟล์เหล่านี้mpm_worker : โมดูลนี้จะเกิดกระบวนการที่แต่ละคนจะสามารถจัดการได้หลายหัวข้อ แต่ละหัวข้อเหล่านี้สามารถจัดการการเชื่อมต่อเดียว กระทู้ที่มีประสิทธิภาพมากขึ้นกว่ากระบวนการซึ่งหมายความ ว่า ต่อเครื่องดีกว่า prefork ต่อ . เนื่องจากมีกระทู้มากกว่ากระบวนการ นอกจากนี้ยังหมายความว่าการเชื่อมต่อใหม่ได้ทันทีสามารถใช้ด้ายฟรี แทนที่จะต้องรอกระบวนการฟรีmpm_event : โมดูลนี้จะคล้ายกับคนงานโมดูลในสถานการณ์ส่วนใหญ่ แต่เหมาะที่จะจัดการให้การเชื่อมต่อชีวิต เมื่อใช้งานต่อ , การเชื่อมต่อจะจับด้ายไม่ว่าขอนำเสนอการทำตราบใดที่การเชื่อมต่อจะถูกเก็บไว้ยังมีชีวิตอยู่ เหตุการณ์ต่อจัดการให้การเชื่อมต่อชีวิต โดยตั้งหัวข้อเฉพาะการจัดการให้การเชื่อมต่อชีวิตและผ่านการร้องขอปราดเปรียวไปหัวข้ออื่น ๆ ช่วยให้โมดูลจากการจมลงโดยให้ขอมีชีวิตอยู่เพื่อให้สามารถปฏิบัติการได้เร็วขึ้น นี้ถูกทำเครื่องหมายที่มั่นคงกับรุ่นของ Apache 2.4 .ที่คุณสามารถดู , Apache มีสถาปัตยกรรมที่มีความยืดหยุ่นสำหรับการเลือกการเชื่อมต่อที่แตกต่างกัน และขอจัดการอัลกอริธึม ตัวเลือกที่ให้ส่วนใหญ่จะเป็นฟังก์ชันของเซิร์ฟเวอร์และเพิ่มความต้องการการเป็นอินเทอร์เน็ต landsc