ฉันกำลังดูข้อกำหนด WSGIและฉันกำลังพยายามหาว่าเซิร์ฟเวอร์เช่นuWSGIเหมาะสมกับภาพอย่างไร ผมเข้าใจประเด็นของข้อมูลจำเพาะ WSGI เป็นไปยังเว็บเซิร์ฟเวอร์แยกต่างหากเช่น Nginx จากการใช้งานเว็บเหมือนสิ่งที่คุณต้องการเขียนโดยใช้ขวด สิ่งที่ฉันไม่เข้าใจคือ uWSGI มีไว้เพื่ออะไร เหตุใด nginx จึงไม่สามารถเรียกแอปพลิเคชัน Flask ของฉันได้โดยตรง กระติกน้ำไม่สามารถพูด WSGI โดยตรงได้หรือไม่? ทำไม uWSGI ถึงต้องเข้าไปอยู่ระหว่างพวกเขา?
ข้อมูลจำเพาะ WSGI มีสองด้าน ได้แก่ เซิร์ฟเวอร์และเว็บแอป uWSGI อยู่ด้านไหน?
คำตอบ:
โอเคฉันคิดว่าฉันเข้าใจแล้ว
เหตุใด nginx จึงไม่สามารถเรียกแอปพลิเคชัน Flask ของฉันได้โดยตรง
เนื่องจากnginxไม่รองรับข้อมูลจำเพาะ WSGI ในทางเทคนิค nginx สามารถใช้WSGIข้อมูลจำเพาะได้หากต้องการ แต่ก็ไม่ได้
ในกรณีนี้เราต้องการเว็บเซิร์ฟเวอร์ที่ใช้ข้อมูลจำเพาะซึ่งเป็นสิ่งที่uWSGIเซิร์ฟเวอร์มีไว้สำหรับ
โปรดทราบว่าuWSGIเป็นเซิร์ฟเวอร์ http เต็มรูปแบบที่สามารถและทำงานได้ดีในตัวเอง ฉันใช้มันในความสามารถนี้หลายครั้งและใช้งานได้ดี หากคุณต้องการปริมาณงานที่สูงมากสำหรับเนื้อหาคงที่คุณมีตัวเลือกในการติดnginxหน้าuWSGIเซิร์ฟเวอร์ของคุณ uwsgiเมื่อคุณทำพวกเขาจะสื่อสารผ่านโปรโตคอลในระดับต่ำที่รู้จักในฐานะ
"อะไรนะ?! อีกอย่างที่เรียกว่า uwsgi?!" คุณถาม. ใช่มันสับสน เมื่อคุณอ้างอิงuWSGIคุณกำลังพูดถึงเซิร์ฟเวอร์ http เมื่อคุณพูดคุยเกี่ยวกับuwsgi(ตัวพิมพ์เล็กทั้งหมด) คุณกำลังพูดคุยเกี่ยวกับโปรโตคอลไบนารีว่าuWSGI เซิร์ฟเวอร์ที่ใช้ในการพูดคุยกับเซิร์ฟเวอร์อื่น ๆ nginxเช่น พวกเขาเลือกชื่อที่ไม่ดีในชื่อนี้
สำหรับใครก็ตามที่สนใจฉันเขียนบทความบล็อกเกี่ยวกับเรื่องนี้โดยมีข้อมูลเฉพาะเจาะจงมากขึ้นประวัติเล็กน้อยและตัวอย่างบางส่วน
NGINX ในกรณีนี้ทำงานเป็น reverse proxy เท่านั้นและแสดงไฟล์แบบคงที่ไม่ใช่ไฟล์ไดนามิกโดยจะรับคำขอและมอบฉันทะไปยังแอ็พพลิเคชันเซิร์ฟเวอร์ซึ่งจะเป็น UWSGI
เซิร์ฟเวอร์ UWSGI มีหน้าที่โหลดแอปพลิเคชัน Flask ของคุณโดยใช้อินเทอร์เฟซ WSGI คุณสามารถทำให้ UWSGI ฟังคำขอจากอินเทอร์เน็ตโดยตรงและลบ NGINX ได้หากต้องการแม้ว่าส่วนใหญ่จะใช้หลังพร็อกซีย้อนกลับ
จากเอกสาร :
uWSGI สนับสนุนวิธีการต่างๆในการรวมเข้ากับเว็บเซิร์ฟเวอร์ นอกจากนี้ยังสามารถให้บริการคำขอ HTTP ด้วยตัวเอง
WSGI เป็นเพียงข้อกำหนดอินเทอร์เฟซกล่าวง่ายๆคือจะบอกคุณว่าควรใช้วิธีใดในการส่งคำขอและการตอบกลับระหว่างเซิร์ฟเวอร์และแอปพลิเคชัน เมื่อใช้เฟรมเวิร์กเช่น Flask หรือ Django สิ่งนี้จะถูกจัดการโดยเฟรมเวิร์กเอง
กล่าวอีกนัยหนึ่ง WSGI เป็นสัญญาระหว่างแอปพลิเคชัน python (Flask, Django ฯลฯ ) และเว็บเซิร์ฟเวอร์ (UWSGI, Gunicorn ฯลฯ ) ประโยชน์คือคุณสามารถเปลี่ยนเว็บเซิร์ฟเวอร์ที่มีความพยายามเล็ก ๆ น้อย ๆ เพราะคุณรู้ว่าพวกเขาปฏิบัติตามข้อกำหนด WSGI ซึ่งเป็นจริงหนึ่งในเป้าหมายที่ระบุไว้ในPEP-333
งูใหญ่ในขณะนี้ภูมิใจนำเสนอความหลากหลายของโปรแกรมประยุกต์เว็บกรอบเช่น Zope, กิโฮเต้ Webware, SkunkWeb, PSO และบิดเว็บ - เพื่อชื่อเพียงไม่กี่1 ตัวเลือกที่หลากหลายนี้อาจเป็นปัญหาสำหรับผู้ใช้ Python รายใหม่เพราะโดยทั่วไปการเลือกเว็บเฟรมเวิร์กจะ จำกัด การเลือกเว็บเซิร์ฟเวอร์ที่ใช้งานได้และในทางกลับกัน
เว็บเซิร์ฟเวอร์แบบเดิมไม่เข้าใจหรือมีวิธีเรียกใช้แอปพลิเคชัน Python นั่นเป็นเหตุผลที่เซิร์ฟเวอร์ WSGI เข้ามาในทางกลับกัน Nginx สนับสนุน reverse proxy เพื่อจัดการคำขอและส่งการตอบกลับสำหรับเซิร์ฟเวอร์ Python WSGI
ลิงก์นี้อาจช่วยคุณได้: https://www.fullstackpython.com/wsgi-servers.html
พูดง่ายๆก็คือลองนึกถึงการเปรียบเทียบที่คุณใช้งานแอปพลิเคชัน CGI หรือ PHP กับเว็บเซิร์ฟเวอร์ Nginx คุณจะใช้ตัวจัดการที่เกี่ยวข้องเช่น php-fpm เพื่อเรียกใช้ไฟล์เหล่านี้เนื่องจากเว็บเซิร์ฟเวอร์ในรูปแบบดั้งเดิมไม่แสดงรูปแบบเหล่านี้