Nginx có tốt hơn cho php không?

Các nhóm CNTT và DevOps ngày nay không chỉ có một mà là hai máy chủ Web mã nguồn mở giàu tính năng để lựa chọn. Máy chủ HTTP NGINX và Apache (thường được gọi đơn giản là "Apache"). Ở cấp độ cao, cả hai nền tảng đều làm những điều cốt lõi giống nhau. Lưu trữ và phục vụ nội dung Web. Cả hai cũng cung cấp các mức hiệu suất và bảo mật tương đương

Tuy nhiên, khi đi sâu vào chi tiết, bạn sẽ thấy rằng có nhiều điểm khác biệt giữa NGINX và Apache. Mỗi nền tảng có cách tiếp cận riêng để quản lý cấu hình, tối ưu hóa hiệu suất, v.v. Hiểu những khác biệt này là điều cần thiết để đưa ra lựa chọn đúng đắn khi quyết định giữa NGINX và Apache làm giải pháp lưu trữ web

NGINX so với Apache. Tổng quan chung

Apache là gì?

Apache là một máy chủ Web được phát hành dưới mã nguồn mở Apache 2. 0 giấy phép. Giống như tất cả các máy chủ Web, nó lưu trữ nội dung Web – chẳng hạn như trang HTML, tệp PHP, âm thanh và video – và cung cấp nội dung cho người dùng khi họ truy cập trang web. Nó có thể lưu trữ nội dung cho các trang web trên Internet công cộng hoặc cho các trang web nội bộ của công ty trên mạng nội bộ

Như đã nói ở trên, tên đầy đủ của máy chủ Web Apache là Apache HTTP Server. (Đôi khi, tên này được cách điệu thành Máy chủ HTTP HTTPd của Apache, mặc dù về mặt kỹ thuật, HTTPd – viết tắt của HTTP daemon – chỉ là một thành phần của máy chủ. ) Nhưng hầu hết mọi người gọi nó đơn giản là "Apache" một cách thông tục. Thực tiễn này có thể hơi khó hiểu vì "Apache" cũng có thể đề cập đến Quỹ phần mềm Apache, một tổ chức phi lợi nhuận giám sát hàng chục dự án nguồn mở, trong đó Máy chủ HTTP Apache chỉ là một (mặc dù nó cũng là

Vì vậy, bạn có thể nghe ai đó nói, "Apache phát triển Hadoop," bởi vì Hadoop (một nền tảng dữ liệu lớn mã nguồn mở) là một dự án khác do Quỹ phần mềm Apache giám sát. Hoặc, mọi người sẽ nói về "Apache Spark", một công cụ dữ liệu lớn khác có sự phát triển được giám sát bởi Quỹ Phần mềm Apache. Nhưng điều đó không có nghĩa là máy chủ Web Apache chịu trách nhiệm tạo ra Hadoop hoặc Spark; . (Cụ thể, hầu hết các dự án Apache đều sử dụng Apache 2. 0 giấy phép, có từ năm 2004. )

Lịch sử của Apache

Máy chủ HTTP Apache bắt nguồn từ năm 1995, khi một nhóm quản trị viên Web bắt đầu cộng tác để cải thiện NCSA HTTPd. Cái sau là một nền tảng máy chủ Web ban đầu được tạo ra tại Đại học Illinois tại Trung tâm Ứng dụng Siêu máy tính Quốc gia của Urbana-Champaign. NCSA HTTPd, được cung cấp vào năm 1993 (chỉ bốn năm sau khi Tim Berners-Lee giới thiệu Web), là một trong những máy chủ Web đầu tiên được tạo ra

Nhà phát triển chính ban đầu của NCSA HTTPd, Robert McCool, đã rời Trung tâm ứng dụng siêu máy tính quốc gia vào năm 1994. Sự ra đi của anh ấy đã kìm hãm sự phát triển của NCSA HTTPd. Sự thay đổi này đã truyền cảm hứng cho một nhóm các quản trị viên Web độc lập sử dụng mã NCSA HTTPd để xây dựng một máy chủ Web mới, trở thành Apache HTTPd. (Các nhà phát triển đã chọn tên Apache vì công cụ này là "một máy chủ vá lỗi", theo nghĩa là nó được tạo ra bằng cách áp dụng nhiều bản vá lỗi phần mềm cho NCSA HTTPd. ) Quá trình phát triển NCSA HTTPd đã ngừng hoàn toàn trong vòng hai năm kể từ khi phát hành máy chủ Apache

Ngay từ đầu, Apache đã là một máy chủ Web mã nguồn mở mà bất kỳ ai cũng có thể tải xuống và sử dụng miễn phí. Những đặc điểm này phân biệt nó với hầu hết các máy chủ Web khác có sẵn vào thời điểm đó. Nó cũng phát triển nhanh chóng nhờ có một nhóm lớn tình nguyện viên đã giúp mở rộng các tính năng của nó. Vì những lý do này, đến tháng 4 năm 1996, nó đã trở thành máy chủ Web được sử dụng rộng rãi nhất trên thế giới. Mức độ phổ biến của nó chỉ tăng lên khi các hệ điều hành dựa trên Linux trở nên quan trọng vào cuối những năm 1990 và đầu những năm 2000, và ngày càng có nhiều nhóm CNTT tìm kiếm phần mềm máy chủ Web nguồn mở có thể chạy trên các hệ thống Linux mà họ đang thiết lập. Apache giữ vị trí là máy chủ Web phổ biến nhất trên thế giới trong khoảng hai mươi năm, cho đến khi nó bị NGINX vượt qua.

Nhóm quản trị viên Web đã tạo ra máy chủ Web Apache cũng bắt đầu cộng tác xung quanh các dự án nguồn mở khác, đó là cách mà dự án máy chủ Apache đã tạo ra sự ra mắt của Quỹ Phần mềm Apache vào năm 1998

Phiên bản gốc của Apache đã được đại tu vào đầu những năm 2000, dẫn đến việc phát hành Apache 2. 0 vào năm 2002. 2. phiên bản x vẫn là dòng phiên bản hiện tại của Apache ngày nay

Lợi ích của Apache so với NGINX

Kể từ những ngày đầu tiên, Apache đã mang lại nhiều lợi ích khiến nó trở thành giải pháp máy chủ Web phổ biến cho nhiều nhóm CNTT và DevOps

Một lợi thế, ít nhất là trong con mắt của nhiều chuyên gia CNTT, là Apache là mã nguồn mở. Mô hình nguồn mở của nó không chỉ làm cho nó miễn phí mà còn cho phép các nhà phát triển cộng đồng mở rộng và sửa đổi nó một cách dễ dàng. Trong khi NGINX cũng là mã nguồn mở, một số máy chủ Web phổ biến khác, như Microsoft IIS, lại không

Apache cũng cung cấp một hệ thống plugin mô-đun giúp dễ dàng thêm chức năng vào bản cài đặt Apache bằng cách cài đặt các mô-đun cho phép Apache phục vụ các loại nội dung Web, thông tin nhật ký, nén dữ liệu, v.v. Các mô-đun trong Apache có thể dễ dàng kích hoạt và hủy kích hoạt, cung cấp một giải pháp linh hoạt để mở rộng và kiểm soát cách thức hoạt động của Apache

Ngoài việc lưu trữ các trang web trên máy chủ, Apache còn mang lại lợi thế là có thể được định cấu hình để chạy cục bộ trên PC hoặc máy tính xách tay. Điều này cho phép các nhà phát triển Web kiểm tra trang web trực tiếp trên máy trạm của họ, điều này thường cho phép hiệu suất nhanh hơn (vì dữ liệu không phải truyền qua mạng) và cấu hình kiểm tra đơn giản hơn

Cuối cùng, mặc dù Apache gắn chặt với Linux (đó là cách mà "LAMP stack", viết tắt của Linux-Apache-MySQL-PHP, trở nên phổ biến) trong lịch sử, các phiên bản hiện đại của Apache có thể chạy trên hầu hết mọi loại hệ điều hành -- Windows . Ngoài ra, các cấu hình Apache thường có thể dễ dàng di chuyển từ một loại nền tảng hệ điều hành này sang loại nền tảng hệ điều hành khác mà không yêu cầu sửa đổi đáng kể. Các tính năng này làm cho Apache trở thành một giải pháp máy chủ Web đa nền tảng cao

NGINX là gì?

NGINX là một máy chủ Web được thiết kế để hoạt động như một máy chủ proxy ngược, bộ cân bằng tải và bộ đệm HTTP. NGINX là mã nguồn mở và được quản lý bởi giấy phép BSD

Mặc dù Apache có thể được cấu hình để thực hiện các tác vụ bổ sung khác nhau này, nhưng trước hết nó được thiết kế đơn giản như một máy chủ Web.

Lịch sử NGINX

NGINX được tạo ra bởi một nhà phát triển phần mềm người Nga tên là Igor Sysoev. Lý do ông phát triển NGINX là để giải quyết cái gọi là "vấn đề C10k", đề cập đến thách thức thiết kế ổ cắm mạng có khả năng xử lý đồng thời 10.000 kết nối trở lên. (Nói cách khác, 10.000 máy chủ đang hoạt động được kết nối với một máy chủ cùng một lúc. )

Loại quy mô này không phải là mối quan tâm chính khi Apache được tạo ra vào giữa những năm 1990; . Nhưng điều này đã thay đổi vào giữa những năm 2000, khiến Sysoev và những người khác quan tâm đến việc tạo ra một máy chủ Web mới đáp ứng nhanh hơn Apache khi phục vụ số lượng lớn máy khách cùng một lúc.

Sysoev phát hành NGINX ra công chúng vào năm 2004. Lúc đầu, máy chủ tạo ra tiếng vang tương đối nhỏ; . Nhưng khi Web tiếp tục phát triển, NGINX ngày càng trở nên nổi bật với tư cách là một máy chủ Web hứa hẹn sẽ vượt qua Apache về hiệu suất khi xử lý số lượng lớn các kết nối đồng thời. Khoảng năm 2016, NGINX cuối cùng đã vượt qua Apache về mức độ phổ biến và trở thành máy chủ Web được sử dụng rộng rãi nhất trên thế giới. Nó vẫn giữ được sự khác biệt đó ngày hôm nay

Một công ty liên kết với dự án NGINX, được gọi là NGINX, Inc. , được thành lập vào năm 2011 và sau đó được F5 Networks mua lại vào năm 2019. Nó bán các dịch vụ hỗ trợ cho NGINX, cũng như các thành phần bổ sung. Phần mềm NGINX cốt lõi được tải xuống và sử dụng miễn phí, nhưng, như đã lưu ý bên dưới, một phiên bản NGINX thương mại thay thế (có tính phí) cung cấp các tính năng bổ sung

Lợi ích của NGINX so với Apache

NGINX cung cấp nhiều lợi ích giống như Apache. Đó là nguồn mở và (ít nhất là ở dạng nguồn mở cốt lõi của nó) có sẵn miễn phí để sử dụng

Tuy nhiên, không giống như Apache, NGINX có hệ thống cấu hình đơn giản hơn một chút. Một số chức năng sẽ phải được thêm vào bản cài đặt Apache bằng các mô-đun được bao gồm trong NGINX theo mặc định, điều đó có nghĩa là quản trị viên sẽ thực hiện ít thiết lập hơn. Ví dụ: NGINX lưu trữ nội dung Web theo mặc định để cho phép hiệu suất nhanh hơn khi nhiều người dùng yêu cầu cùng một nội dung

Sự đánh đổi cho cấu hình đơn giản hơn của NGINX là việc thêm chức năng vào NGINX sau khi được cài đặt sẽ khó khăn hơn. Điều này là do NGINX không cung cấp nhiều mô-đun như Apache. Ngoài ra, chức năng có thể được thêm vào Apache sau khi cài đặt bằng mô-đun phải được đưa vào NGINX tại thời điểm NGINX được biên dịch trong nhiều trường hợp. Điều này khiến việc bật và tắt chức năng trong NGINX trở nên khó khăn hơn, bởi vì làm như vậy sẽ yêu cầu NGINX phải được biên dịch lại – một quá trình mất thời gian và yêu cầu các công cụ phần mềm thường không được cài đặt trên máy chủ theo mặc định

NGINX cũng có tổng tài nguyên nhỏ hơn so với Apache hoặc các máy chủ Web phổ biến khác trong hầu hết các trường hợp. Nó chiếm ít không gian lưu trữ hơn và tiêu thụ ít bộ nhớ hơn. Vì những lý do này, NGINX có thể giúp tiết kiệm tiền vì nó có thể chạy tốt trên các máy chủ yếu hơn máy chủ lưu trữ Apache. Lợi thế này đặc biệt quan trọng nếu NGINX chạy trên đám mây, trong trường hợp đó, các nhóm CNTT có thể chọn các phiên bản máy ảo ít tốn kém hơn để lưu trữ nó. (Điều đáng chú ý là cả NGINX và Apache đều có thể được cài đặt và chạy ngay cả trên các PC giá rẻ, không phải máy chủ Web nào cũng yêu cầu phần cứng thực sự cao cấp. Tuy nhiên, NGINX có xu hướng làm tốt hơn Apache trong việc duy trì hiệu suất mạnh mẽ khi phải đối mặt với khối lượng kết nối lớn ngay cả khi nó đang chạy trên phần cứng rẻ hơn, do mức tiêu thụ tài nguyên thấp hơn. )

Hoàn thành khả năng hiển thị cho DevSecOps

Giảm thời gian chết và chuyển từ giám sát bị động sang giám sát chủ động

Bắt đầu dùng thử miễn phí

Apache vs NGINX – So sánh chi tiết

Bây giờ chúng ta đã tìm hiểu xem Apache và NGINX là gì, hãy xem cách chúng so sánh trong các danh mục khác nhau quan trọng đối với nhóm CNTT và DevOps

Hiệu suất của NGINX so với Apache

Nói một cách đơn giản, nếu tất cả các yếu tố khác đều như nhau, thì Apache sẽ hoạt động tốt hơn khi lưu trữ các trang web có lưu lượng truy cập tương đối thấp – có thể là 1000 yêu cầu hoặc ít hơn mỗi giờ. NGINX hoạt động tốt hơn cho các trang web có nhiều yêu cầu đồng thời. Sự khác biệt này không đáng ngạc nhiên;

Một phần lý do cho sự khác biệt về hiệu suất giữa Apache và NGINX là do Apache lưu trữ một số thông tin cấu hình của nó cho các trang web riêng lẻ trong. tập tin htaccess. Mỗi khi người dùng truy cập một trang web, Apache phải đọc. htaccess trước khi nó có thể xác định cách cung cấp nội dung Web có liên quan. Trong trường hợp Apache cần phục vụ nhiều tệp trang web cùng một lúc, điều này sẽ làm tăng thêm rất nhiều lần đọc tệp. Do đó, khi nhiều người dùng yêu cầu nội dung Web cùng một lúc, dung lượng I/O của máy chủ lưu trữ Apache sẽ được sử dụng tối đa, làm chậm hiệu suất. Ngược lại, NGINX không có. tập tin htaccess;

NGINX cũng thường cung cấp hiệu suất tốt hơn ở quy mô lớn vì nó lưu trữ nội dung Web theo mặc định. Bộ nhớ đệm có nghĩa là nội dung được một người dùng yêu cầu gần đây sẽ được lưu ở một nơi mà nội dung đó có thể được truy cập lại nhanh chóng vào lần tiếp theo khi người dùng đưa ra yêu cầu tương tự. Điều này giúp tiết kiệm thời gian vì không cần phải tạo lại dữ liệu từ đầu cho mỗi yêu cầu. Apache có thể được cấu hình để lưu trữ dữ liệu bằng mô-đun mod_cache, nhưng nó không làm như vậy theo mặc định

Trên hết, vì mức tiêu thụ bộ nhớ của NGINX thấp hơn nên nó có xu hướng có thể xử lý đồng thời nhiều kết nối hơn mà không làm quá tải máy chủ lưu trữ. Nếu Apache phải đối mặt với khối lượng lớn yêu cầu, nó có thể sẽ tiêu tốn toàn bộ bộ nhớ hệ thống và yêu cầu dữ liệu được lưu trữ trong các phân vùng trao đổi hoặc tệp trang, điều này làm chậm hiệu suất đáng kể

tĩnh so với. Nội dung động

Có hai cách tiếp cận chính để tạo trang web. Một là xây dựng chúng bằng nội dung tĩnh, chẳng hạn như các tệp HTML đơn giản. Với nội dung tĩnh, máy chủ Web cung cấp cùng một nội dung cho mỗi người dùng cho một yêu cầu nhất định. Nội dung thường không thể thay đổi nhanh chóng; . Thay đổi nội dung sẽ yêu cầu tạo lại các tệp và tải lại chúng lên máy chủ

Cách tiếp cận khác để phục vụ nội dung là xây dựng nội dung động bằng các ngôn ngữ lập trình như PHP, Ruby hoặc Python. Các ngôn ngữ lập trình này có thể được sử dụng để viết các tập lệnh được thực thi bởi máy chủ Web bất cứ khi nào người dùng truy cập trang web. Tùy thuộc vào các điều kiện được chỉ định trong tập lệnh, dữ liệu khác nhau có thể được tạo cho mỗi người dùng

Ngày nay, hầu hết các trang web phức tạp phụ thuộc rất nhiều vào nội dung động. Việc xây dựng các trang web tương tác, phù hợp với các nhu cầu khác nhau của người dùng, v.v., sử dụng nội dung động sẽ dễ dàng hơn nhiều

Khi nói đến việc cung cấp nội dung tĩnh đơn giản, cả Apache và NGINX đều có cùng một cách tiếp cận cơ bản. Họ cung cấp các tệp tĩnh theo yêu cầu của khách truy cập trang web

Nhưng với nội dung động, Apache và NGINX có những cách tiếp cận cơ bản khác nhau. Apache diễn giải trực tiếp nội dung động (sử dụng bất kỳ mô-đun nào nó cần để đọc một loại tệp động cụ thể), sau đó cung cấp kết quả cho người dùng. Ngược lại, NGINX được thiết kế để dựa vào các chương trình riêng biệt, chẳng hạn như FastCGI hoặc WebSphere, để phân tích nội dung động. Các chương trình đó cung cấp kết quả cho NGINX, từ đó chuyển chúng cho người dùng. (Đây là một trong những tình huống trong đó NGINX hoạt động như một máy chủ proxy bên cạnh máy chủ Web. )

Những cách tiếp cận nội dung động khác nhau này có sự đánh đổi. Với Apache, cấu hình máy chủ Web để phân tích nội dung động dễ dàng hơn; . Tuy nhiên, Apache không phải lúc nào cũng hiệu quả trong việc diễn giải các tệp động như một máy chủ độc lập được thiết kế riêng cho mục đích đó;

Ngược lại, NGINX có xu hướng hoạt động tốt hơn khi xử lý nội dung động ở mức lưu lượng truy cập cao. Nhưng việc thiết lập NGINX để phục vụ nội dung động sẽ tốn nhiều công sức hơn vì nó yêu cầu cấu hình nhiều chương trình. Bản thân NGINX và bất kỳ chương trình riêng biệt nào sẽ diễn giải nội dung động

Hỗ trợ hệ điều hành trong Apache vs NGINX

Như đã lưu ý ở trên, cả Apache và NGINX đều chạy trên hầu hết mọi hệ điều hành hiện đại. Điều đó nói rằng, sự hỗ trợ của NGINX cho Windows vẫn đang ở giai đoạn thử nghiệm. Cài đặt NGINX trên Windows yêu cầu một số nỗ lực thủ công và máy chủ không được coi là sẵn sàng để sử dụng ở cấp độ sản xuất trong môi trường đó

Ngược lại, Apache cung cấp hỗ trợ đầy đủ cho Windows, Linux và một số hệ điều hành khác. Nếu bạn muốn chạy một máy chủ Web nguồn mở giàu tính năng trên Windows, thì Apache thực sự là lựa chọn sẵn sàng sản xuất duy nhất

Mặc dù vậy, điều đáng chú ý là việc triển khai Apache và NGINX trên Linux đều phổ biến hơn nhiều so với trên Windows hoặc các nền tảng khác. Đó là nơi mà những người theo dõi họ luôn mạnh nhất trong lịch sử;

Bảo mật trong NGINX so với Apache

Có nhiều lớp và kích thước khác nhau cần xem xét khi bảo mật máy chủ Web, chẳng hạn như bản thân ứng dụng, bất kỳ máy chủ bên ngoài nào mà nó tương tác, mạng, hệ điều hành máy chủ và dữ liệu mà máy chủ truy cập. Một cuộc thảo luận đầy đủ về cách Apache và NGINX xử lý các yêu cầu bảo mật khác nhau này nằm ngoài phạm vi của trang này;

Tuy nhiên, có những bước bổ sung quan trọng mà các nhóm CNTT và DevOps thường nên thực hiện để tăng cường khả năng bảo mật của Apache và NGINX ngoài giá trị mặc định của chúng, chẳng hạn như bật mã hóa SSL, tắt HTTP 1. 0/1. 1 hỗ trợ (trừ khi được yêu cầu nghiêm ngặt) và đảm bảo rằng máy chủ Web chạy trên máy chủ bằng tài khoản người dùng không có quyền truy cập vào bất kỳ tài nguyên bên ngoài nào

Có thể lập luận rằng NGINX theo mặc định có phần an toàn hơn Apache ở một số khía cạnh nhất định. Ví dụ: NGINX không kích hoạt danh sách thư mục (cho phép người dùng ẩn danh duyệt nội dung của thư mục trang web trong trình duyệt của họ) theo mặc định, trong khi Apache làm trong nhiều trường hợp. Tuy nhiên, loại rủi ro bảo mật này tương đối nhỏ so với các vấn đề lớn hơn như thiếu mã hóa SSL, cần được giải quyết trong cả cài đặt NGINX hoặc Apache

Tính linh hoạt cho NGINX so với Apache

Khi được kết hợp với các công cụ quản lý và triển khai hiện đại, cả Apache và NGINX đều tương đối linh hoạt để cài đặt và kiểm soát. Cả hai đều có thể được cài đặt bằng bộ chứa Docker, cho phép quy trình triển khai linh hoạt trên bất kỳ hệ điều hành nào hỗ trợ Docker. Việc di chuyển cả triển khai Apache và NGINX từ máy chủ này sang máy chủ lưu trữ khác cũng tương đối dễ dàng; . Từ quan điểm này, cả hai máy chủ Web cũng khá linh hoạt

Tuy nhiên, có thể nói Apache linh hoạt hơn ở một số khía cạnh. Tải và dỡ các mô-đun trong Apache đơn giản hơn trong NGINX (để biết thêm về điều này, hãy xem phần sau). Apache cũng cung cấp khả năng tương thích đa nền tảng hơn vì nó được hỗ trợ đầy đủ trên Windows và Linux, trong khi NGINX chỉ hỗ trợ Windows ở chế độ beta. Và NGINX, như đã lưu ý ở trên, yêu cầu các chương trình bên ngoài để xử lý nội dung động; . Những lợi thế linh hoạt này cho Apache có thể không áp đảo, nhưng chúng làm cho Apache nhanh nhẹn hơn một chút ở một số khía cạnh nhất định

Mô-đun Apache so với NGINX

Như đã lưu ý ở trên, cả Apache và NGINX đều cho phép quản trị viên cài đặt và kích hoạt các mô-đun. Các mô-đun thêm chức năng bổ sung cho các máy chủ Web. Trên thực tế, không có bất kỳ mô-đun nào, cả Apache và NGINX đều không thể làm được gì nhiều;

Tuy nhiên, cách tiếp cận mà mỗi máy chủ thực hiện đối với các mô-đun là khác nhau. Trong Apache, các mô-đun năng động và linh hoạt. Có thể dễ dàng bật hoặc tắt chúng bất kỳ lúc nào bằng các công cụ đơn giản (như a2enmod a2dismod)

Hệ thống module của NGINX cứng cáp hơn. Nó có hai loại mô-đun, tĩnh và động. Các mô-đun tĩnh có thể được sử dụng với bất kỳ phiên bản NGINX nào, nhưng chúng phải được tích hợp vào NGINX tại thời điểm nó được biên dịch; . NGINX cũng cung cấp các mô-đun động, được giới thiệu vào năm 2016 với việc phát hành NGINX Plus R11. Tuy nhiên, lưu ý là các mô-đun động chỉ hoạt động với NGINX Plus, phiên bản thương mại của NGINX. Nếu bạn muốn sử dụng phiên bản NGINX hoàn toàn mã nguồn mở, miễn phí, bạn bị giới hạn ở các mô-đun tĩnh

Điều đáng chú ý là các mô-đun tĩnh trong NGINX không khó làm việc như vẻ ngoài của chúng, do thực tế là việc thay thế một phiên bản NGINX hiện có bằng một phiên bản mới hơn là tương đối dễ dàng, ngay cả khi phiên bản đó có các kết nối đang hoạt động. Nếu bạn muốn thêm một mô-đun tĩnh vào NGINX nhưng không bao gồm mô-đun đó khi bạn biên dịch nó lần đầu tiên, bạn chỉ cần thay thế phiên bản NGINX hiện tại của mình bằng một phiên bản mới có mô-đun bạn cần được tích hợp sẵn. Quá trình này cho phép các mô-đun tĩnh được bật một cách hiệu quả trong NGINX mà không làm gián đoạn khối lượng công việc NGINX đang diễn ra, mặc dù nó đòi hỏi nhiều nỗ lực hơn so với hệ thống mô-đun của Apache.

Tài liệu về Apache vs NGINX

Apache và NGINX đều là những nền tảng được tài liệu hóa rất tốt. Rất khó có khả năng quản trị viên gặp sự cố hoặc có câu hỏi mà câu trả lời không thể tìm thấy trong tài liệu Apache hoặc NGINX

Cả hai máy chủ cũng có các diễn đàn và danh sách hỗ trợ cộng đồng lớn và tích cực, nơi quản trị viên có thể yêu cầu trợ giúp nếu họ cần. Cũng có thể nhận hỗ trợ thương mại trả phí cho cả Apache và NGINX. Trong trường hợp của Apache, sự hỗ trợ đến từ các nhà cung cấp bên thứ ba. Đối với NGINX, hỗ trợ có sẵn từ NGINX, Inc. , cùng một tổ chức giúp tài trợ cho sự phát triển NGINX

Tích hợp Apache và NGINX với Sumo Logic

Cho dù bạn chọn lưu trữ trang web của mình bằng Apache, NGINX hay cả hai đồng thời, Sumo Logic giúp bạn dễ dàng tổng hợp, quản lý và theo dõi nhật ký máy chủ Web. Việc thiết lập Sumo Logic để quản lý nhật ký từ máy chủ rất đơn giản;

Để biết hướng dẫn đầy đủ về các bước, hãy xem tài liệu Sumo Logic dành cho Apache và NGINX

Hoàn thành khả năng hiển thị cho DevSecOps

Giảm thời gian chết và chuyển từ giám sát bị động sang giám sát chủ động

Bắt đầu dùng thử miễn phí

Hãy kiểm tra hộp thư đến của bạn

Để bắt đầu sử dụng Sumo Logic, vui lòng nhấp vào liên kết kích hoạt trong email được gửi từ chúng tôi. Chúng tôi đã gửi một email đến

email@tên miền. thư điện tử@tên miền. thư điện tử@tên miền. com

Bắt đầu thử nghiệm miễn phí ngay hôm nay

Không cần thẻ tín dụng. Lên và chạy trong vài phút

Email doanh nghiệp Vui lòng nhập email hợp lệ

Khu vực triển khai

Kế hoạch

Tôi đồng ý với Thỏa thuận cấp phép dịch vụ. Vui lòng đồng ý với Thỏa thuận cấp phép dịch vụ

Có, tôi muốn chọn tham gia liên lạc Sumo Logic

Bạn co săn san để tạo một tai khoản?

Tuyên bố về Quyền riêng tư Điều khoản & Điều kiện

Bạn đang ở trong một công ty tốt

Hơn 2.100 doanh nghiệp trên toàn thế giới dựa vào Sumo Logic để xây dựng, vận hành và bảo mật các ứng dụng hiện đại và cơ sở hạ tầng đám mây của họ

Nginx có tốt cho PHP không?

Nginx hay Apache tốt hơn cho PHP?

Nginx có nhanh hơn Apache cho PHP không?

Nginx có nhanh hơn Apache không?