Gyakori SystemExit Ruby ha így HTTP hívást

Már egy ideje, mióta használják FCGI de azt hiszem, egy FCGI folyamat dobni egy SystemExit ha a szál túl sokáig. Ez lehet a webes szolgáltatás nem válaszol, vagy akár egy lassú DNS lekérdezést. Néhány google eredmények azt mutatják, hasonló hibát Python és FCGI így mozgó korcs lenne jó ötlet. Ezt a bejegyzést az én hivatkozás szoktam beállítási korcs, és még mindig utalja vissza rá.

Azt is megnézzük utas . Ez sokkal könnyebb az indulásra, mint a hagyományos megoldás az Apache / nginx + korcs.

Szoktam, hogy ezeket minden alkalommal Apache1 / fastcgi. Azt hiszem, ez okozta fastcgi lóg ki, mielőtt Ruby történik.

Váltás korcs egy jó első lépés, de van több köze. Ez egy rossz ötlet, hogy a selejtezett webes szolgáltatások élő oldalak, különösen Rails. Sínekkel nem szálbiztosak. Az egyidejű kapcsolatok száma támogatni tudja száma megegyezik az korcsok (vagy utas folyamatok) a klaszter.

Ha van egy korcs és valaki hozzáfér egy oldalt, amely felhívja a webes szolgáltatás, amely 10 másodpercig tart, hogy időt, minden kérést a honlapon timeout ez idő alatt. A legtöbb terheléskiegyenlítők csak lépkedni a korcsok vakon, így ha két korcsok, minden kérés timeout.

Bármi, ami lehet kiszámíthatatlanul lassan kell történnie egy feladatsort. Az első találatot / lassú / akció hozzáadja a feladat, hogy a sorba, és / lassú / akció tart a frissítő keresztül oldalfrissítéseket vagy lekérdezések segítségével ajax, amíg a feladat befejeződik, és akkor kap az eredményeket a feladatsor. Van néhány feladat sorok Rails manapság, de a legrégebbi és talán legelterjedtebb az egyik BackgroundRB .

Egy másik alternatíva, jellegétől függően az alkalmazás, hogy a selejt a szolgáltatás minden N perc cron, gyorsítótár az adatokat helyben, és az élő oldalon olvasható a cache.