Warum müssen wir nginx mit Thin on production setup installieren, da Thin selbst ein Webserver ist. In jedem Blogbeitrag verwenden Leute ruby + rails + nginx + thin?
Wie von Michael Nginx gesagt, balanciert dünn (was auch immer das bedeutet). Ein weiterer Grund, nginx vor jedem Ruby-Server zu verwenden, besteht darin, statische Dateien zu liefern (wenn Sie das Seiten-Caching verwenden, können sie auch von nginx bedient werden). Anfragen werden Ihre Ruby-App nicht einmal berühren und Ihre Leistung erhöhen. Auch wenn es scheint, die beliebte Wahl in der Ruby / Rails-Community zu sein, gibt es andere Alternativen wie Apache.
Ngnix wird verwendet, um die Balance auszugleichen. Vielleicht möchten Sie stattdessen Unicorn verwenden. Mehr zum Thema hier: Ссылка
Thin und alle Ruby-Server sind langsamer als in C geschriebene Server - z. Nginx und Apache, wenn statische Dateien geliefert werden - Bilder, gerenderte HTML usw.
Nginx ist leicht und bietet eine hervorragende Nebenläufigkeit. Wenn Sie eine lange Datenübertragung wie Upload, Download oder Slow Client haben, zahlt sich das aus. Statt eines schweren Ruby-Prozesses, der im Speicher hängt und auf das Ende der Übertragung wartet, haben Sie einen leichten Nginx-Prozess, der den Upload nur dann in einen Ruby-Prozess übergibt, nachdem die Datei hochgeladen wurde. Oder empfangen Sie eine Antwort von Rails, stoppen Sie die Verarbeitung von Rails und geben Sie die Antwort so lange wie erforderlich für den Client aus.
Tags und Links ruby nginx ruby-on-rails thin