UWSGI'nin amacı nedir?

WSGI spesifikasyonuna bakıyorum ve uWSGI gibi sunucuların resme nasıl uyduğunu anlamaya çalışıyorum . WSGI spesifikasyonunun amacının, Flask kullanarak yazdığınız bir şey gibi web uygulamalarından nginx gibi web sunucularını ayırmak olduğunu anlıyorum . Anlamadığım şey, uWSGI'nin ne için olduğu. Nginx neden Flask başvurumu doğrudan arayamıyor? Flask, WSGI ile doğrudan konuşamıyor mu? UWSGI neden aralarına girmeye ihtiyaç duyar?

WSGI spesifikasyonunun iki tarafı vardır: sunucu ve web uygulaması. UWSGI hangi tarafta?

Tamam, sanırım şimdi anladım.

Nginx neden Flask başvurumu doğrudan arayamıyor?

Çünkü nginxWSGI özelliklerini desteklemiyor. Teknik olarak nginx WSGIisterlerse spesifikasyonu uygulayabilirdi, sadece yapmadılar.

Bu durumda, spesifikasyonu uygulayan bir web sunucusuna ihtiyacımız var, ki bu uWSGIsunucu bunun içindir.

uWSGIKendi başına iyi çalışabilen ve çalışan tam teşekküllü bir http sunucusu olduğunu unutmayın . Bu kapasitede birkaç kez kullandım ve harika çalışıyor. Statik içerik için süper yüksek işleme hızına ihtiyacınız varsa nginx, uWSGIsunucunuzun önüne takılma seçeneğiniz vardır . Bunu yaptığınızda, olarak bilinen düşük seviyeli bir protokol üzerinden iletişim kuracaklar uwsgi.

"Ne ne ?! Uwsgi denen başka bir şey mi ?!" sen sor. Evet, kafa karıştırıcı. Referans verdiğinizde uWSGIbir http sunucusundan bahsediyorsunuz. Hakkında konuştuğunuzda uwsgi(tümü küçük harf) , sunucunun diğer sunucularla konuşmak için kullandığı ikili bir protokolden bahsediyorsunuz . Bu sefer kötü bir isim seçtiler.uWSGI nginx

İlgilenen herkes için, onunla ilgili daha ayrıntılı, biraz tarih ve bazı örnekler içeren bir blog yazısı yazdım .

Bu durumda NGINX yalnızca bir ters proxy olarak çalışır ve dinamik dosyaları değil statik dosyaları oluşturur , istekleri alır ve bunları uygulama sunucusuna yani UWSGI'ye proxy yapar.

UWSGI sunucusu, WSGI arayüzünü kullanarak Flask uygulamanızı yüklemekten sorumludur. Aslında UWSGI'nin internetten gelen istekleri doğrudan dinlemesini sağlayabilir ve isterseniz NGINX'i kaldırabilirsiniz, ancak çoğunlukla ters proxy arkasında kullanılır.

Gönderen docs :

uWSGI, web sunucularıyla entegrasyon için çeşitli yöntemleri destekler. Ayrıca kendi başına HTTP isteklerine hizmet verebilir.

WSGI sadece bir arayüz belirtimidir, basit bir ifadeyle, sunucu ile uygulama arasında istekleri ve yanıtları iletmek için hangi yöntemlerin uygulanması gerektiğini size söyler. Flask veya Django gibi çerçeveler kullanıldığında, bu çerçevenin kendisi tarafından ele alınır.

Başka bir deyişle, WSGI temelde python uygulamaları (Flask, Django, vb.) İle web sunucuları (UWSGI, Gunicorn, vb.) Arasındaki bir sözleşmedir. Bunun yararı, web sunucularını çok az çabayla değiştirebilmenizdir, çünkü bunların PEP-333'te belirtildiği gibi aslında hedeflerden biri olan WSGI spesifikasyonuna uyduklarını bilirsiniz .

Sadece birkaç isim - Python şu anda böyle Zope, Kişot, Webware, SkunkWeb, PSO ve Twisted Web gibi web uygulama çerçevelerinin, çeşitli sahiptir 1 . Bu çok çeşitli seçenekler yeni Python kullanıcıları için bir sorun olabilir, çünkü genel olarak konuşursak, web çerçevesi seçimleri, kullanılabilir web sunucuları seçimlerini sınırlayacaktır ve bunun tersi de geçerlidir.

Geleneksel bir web sunucusu Python uygulamalarını anlamaz veya çalıştırmanın herhangi bir yolu yoktur. WSGI sunucusunun devreye girmesinin nedeni budur. Öte yandan Nginx, istekleri işlemek ve Python WSGI sunucuları için yanıtları geri vermek için ters proxy'yi destekler.

Bu bağlantı size yardımcı olabilir: https://www.fullstackpython.com/wsgi-servers.html

Basit bir ifadeyle, Nginx web sunucusu ile bir CGI veya PHP uygulaması çalıştırdığınız yerde bir benzetme düşünün. Bu dosyaları çalıştırmak için php-fpm gibi ilgili işleyicileri kullanacaksınız, çünkü web sunucusu kendi doğal biçiminde bu formatları oluşturmuyor.