Máy chủ WSGI và máy chủ HTTP có cần thiết để phục vụ ứng dụng Flask không?

Question

Thiết lập Flask với uWSGI và Nginx là khá khó khăn, và thậm chí với các kịch bản xây dựng phải mất khá nhiều thời gian, và phải được ghi lại để hướng dẫn được sao chép sau này.

Nếu tôi không lên kế hoạch tải trọng lớn trên máy chủ (nó bị ẩn khỏi công khai), bạn có thể chạy nó mà không có uWSGI không? (Bình có thể nghe một cổng. Nginx có thể chuyển tiếp các yêu cầu không?)

Có ý nghĩa khi không sử dụng Nginx, chỉ cần chạy ứng dụng bình rỗng trên một cổng?

Answer 1

Khi bạn "chạy Flask", bạn thực sự đang chạy máy chủ WSGI phát triển của Werkzeug và chuyển ứng dụng Flask của bạn thành WSGI có thể gọi được.

Máy chủ phát triển không được thiết kế để sử dụng trong sản xuất. Nó không được thiết kế đặc biệt hiệu quả, ổn định hoặc an toàn.

Thay thế máy chủ Werkzeug dev bằng máy chủ WSGI sẵn sàng sản xuất như Gunicorn hoặc uWSGI khi chuyển sang sản xuất, bất kể ứng dụng sẽ khả dụng ở đâu.

---

Câu trả lời tương tự cho "tôi nên sử dụng máy chủ web". Các máy chủ WSGI xảy ra để có các máy chủ HTTP nhưng chúng sẽ không tốt như một máy chủ HTTP sản xuất chuyên dụng (Nginx, Apache, v.v.).

---

Flask documents cách triển khai theo nhiều cách khác nhau. Nhiều nhà cung cấp dịch vụ lưu trữ cũng có tài liệu về triển khai Python hoặc Flask.

Answer 2

Có lẽ bạn đã có một đối tượng ứng dụng Flask và các tuyến đường thiết lập, nhưng nếu bạn tạo ra các ứng dụng như thế này:

import flask 

app = flask.Flask(__name__) 

sau đó thiết lập @app.route() của bạn, và sau đó khi bạn muốn bắt đầu ứng dụng:

import gevent 

app_server = gevent.wsgi.WSGIServer((host, port), app) 
app_server.serve_forever() 

Sau đó, bạn chỉ có thể chạy ứng dụng của mình trực tiếp thay vì phải nói với gunicorn hoặc uWSGI hoặc bất kỳ thứ gì khác để chạy nó cho bạn.

Tôi có trường hợp tôi muốn tiện ích của bình để xây dựng một ứng dụng web (dịch vụ REST API) và thấy không có khả năng tạo bình với các phần tử không phải là bình, dịch vụ web khác. Cuối cùng tôi tìm thấy gevent.wsgi.WSGIServer và đó chỉ là những gì tôi cần. Sau khi gọi tới app_server.serve_forever(), bạn có thể gọi app_server.stop() khi ứng dụng của bạn muốn thoát.

Trong quá trình triển khai, ứng dụng của tôi đang nghe trên máy chủ cục bộ: sử dụng bình và gevent, sau đó tôi có yêu cầu HTTPS đảo ngược proxy trên một cổng khác và chuyển chúng vào dịch vụ bình của tôi trên máy chủ cục bộ.