GoldenLine
Zaloguj się

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

Witam. Szykuje pewna aplikacje która ma docelowo środowiska windows (windows 2003 SBS). Z tego co się orientuję implementacja (VM) ruby dla windows nie należy do najlepszych(jeżeli chodzi o prędkość). Dotychczas projekt był hostowany na serwerze glassfish (jvm) w kontenerze jruby. Jednak zamierzam przeportowanie projektu na implementacje natywna ruby. I tu moja prośba o sugestie i podpowiedzi. Za pomocą jakich narzędzi przygotować produkcyjną wersję aplikacji rails hostowanego na win32. Myślę wykorzystaniu apache 2.2 + jakiś mod_ruby (??) + automat do deploy-owania.
Link do wypowiedziLink
Sebastian Nowak

Sebastian Nowak Programista
aplikacji
internetowych

Temat: Produkcyjnie ruby on rails na serwerze windows

Apache + mod_ruby (passenger) + capistrano to standardowa kombinacja dla serwerów linuksówych. Nie mam pojęcia jak capistrano daje sobie radę z windowsem (ale chyba się da). Nigdy nie słyszałem by ktoś produkcyjnie uruchamiał Rails na windows. Osobiście nawet deweloperke na windows odradzam.
Link do wypowiedziLink

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

Tylko tu się nakłada coś innego. Klient ma serwer SBS i musi to być serwer na SBS i koniec. Tylko zastanawiam się czy dla aplikacji która będzie obsługiwana przez 15 osób na sprzęcie który ma 3G Ramu do (1G z 4 zabiera system ) dyspozycji dla niej rails-ów jest sens bawić się w cos dodatkowego. Czy czasem nie wystarczy apache 2.2 i fastcgi. Druga opcja to pozostać przy glassfish-u i jruby.
Link do wypowiedziLink

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

windows. Osobiście nawet deweloperke na windows odradzam.
70 kodu jest pisana w flex-e a kodowanie odbywa się w IDE flashdevelop kótry wymaga .net 2.0. Wiec wybór OS-a do pisania wypada samo.Dawid Ś. edytował(a) ten post dnia 15.08.10 o godzinie 23:04
Link do wypowiedziLink

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

Dawid Ś.:
windows. Osobiście nawet deweloperke na windows odradzam.
70 kodu jest pisana w flex-e a kodowanie odbywa się w IDE flashdevelop kótry wymaga .net 2.0. Wiec wybór OS-a do pisania wypada samo.Dawid Ś. edytował(a) ten post dnia 15.08.10 o godzinie 23:04
Bedziecie jednymi z pionierow, prosze o relacje wrazen :) Napewno nie lepiej Rubiego choc na Linuksie kodowac? Mozna maszyne virtualna na VBoxie postawic i macie i Windowsa i Linuksa. Mam tak w pracy i niezle sie sprawdza w deweloperce.
Link do wypowiedziLink

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

Przemysław O.:
Dawid Ś.:
windows. Osobiście nawet deweloperke na windows odradzam.
70 kodu jest pisana w flex-e a kodowanie odbywa się w IDE flashdevelop kótry wymaga .net 2.0. Wiec wybór OS-a do pisania wypada samo.Dawid Ś. edytował(a) ten post dnia 15.08.10 o godzinie 23:04
Bedziecie jednymi z pionierow, prosze o relacje wrazen :) Napewno nie lepiej Rubiego choc na Linuksie kodowac? Mozna maszyne virtualna na VBoxie postawic i macie i Windowsa i Linuksa. Mam tak w pracy i niezle sie sprawdza w deweloperce.
Powiem że samo rozwijanie nie jest takie złe. Dajemy rade bez problemu.
Link do wypowiedziLink
Szymon J.

Szymon J. Tech Lead

Temat: Produkcyjnie ruby on rails na serwerze windows

Dawid Ś.:
Tylko zastanawiam się czy dla aplikacji która będzie obsługiwana przez 15 osób na sprzęcie który ma 3G Ramu do (1G z 4 zabiera system ) dyspozycji dla niej rails-ów jest sens bawić się w cos dodatkowego. Czy czasem nie wystarczy apache 2.2 i fastcgi. Druga opcja to pozostać przy glassfish-u i jruby.
Myślę, że podstawa to zrobić testy i sprawdzić gdzie jest wąskie gardło.
Tak czy siak skoro aplikacja jest już używana i dla 15 użytkowników działa za wolno, to myślę, że problemu raczej nie rozwiąże zmiana środowiska produkcyjnego z GlassFish@jruby na coś na @cruby. Z tego co się orientuję to jruby jest szybszy od cruby (chodzi o wersje 1.8.x) i sama zmiana interpretera mało jeśli cokolwiek tu da. GlassFish'a mało znam i nie wiem jak się sprawuje. Z serwerów mogę polecić Nginx. Jeśli chodzi o całą konfigurację to poleciłbym Nginx + mod_rails @ cruby lub Nginx (jako serwer WWW i load balancer/proxy) + mongrel @ cruby (takiej kofiguracji osobiście używam). Całość na Linux byłaby najlepsza, ale na Windows pewnie też się da, jak się chce.
Wracając jednak do tego, że problem leży gdzie indziej, to mam na myśli to, że przy 15 użytkownikach wąskie gardło siedzi pewnie zupełnie gdzie indziej (kod, baza danych) niż tam o czym tu dyskutujemy. Ciężko mi coś podpowiedzieć nie znając co robi dana aplikacja.
Link do wypowiedziLink

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

Już mam postawione to na glassfish. Działa szybko tylko tylko że lubi ram. Myślałem że natywny ruby + apache będzie potrzebował dużo mniej. Że jeżeli w miarę szybko robi na jruby to szybsze będzie na ruby. Jeżeli chodzi o przeznaczenie to aplikacja w jruby wykonuje operacje crud na bazie i serializuje je do amf. Po stronie klient działa cieńki klient napisany w flex-e.
Link do wypowiedziLink
Szymon J.

Szymon J. Tech Lead

Temat: Produkcyjnie ruby on rails na serwerze windows

Dawid Ś.:
Już mam postawione to na glassfish. Działa szybko tylko tylko że lubi ram. Myślałem że natywny ruby + apache będzie potrzebował dużo mniej.
Ile potrzebuje Glasfish?
Jeśli więcej niż 150-200 MB, to ruby + apache zamie mniej ramu.

Trochę jednak nie rozumiem twoje motywacji do zmian, bo z tego co piszesz, to aplikacja działa szybko, na serwerze jest masa wolnej pamięci operacyjnej... W czym więc problem?
Moje drobne rad: "Something is a problem when it's a problem", "Premature optimization is the root of all evil". Szczególnie to pierwsze wydaje mi się pasować w tym przypadku.Szymon J. edytował(a) ten post dnia 22.08.10 o godzinie 10:10
Link do wypowiedziLink

konto usunięte

Temat: Produkcyjnie ruby on rails na serwerze windows

Jeśli więcej niż 150-200 MB, to ruby + apache zamie mniej ramu.
glassfish jałowy 600M z obsługą żądań tak myśle 1500M.

Bo tam jeszcze jest baza danych rozkręcona zajmie 700-800 mega. A to nie jest serwer dedykowany wiec nie wiem co jeszcze tam wejdzie.
piszesz, to aplikacja działa szybko, na serwerze jest masa wolnej pamięci operacyjnej... W czym więc problem?
Nie wiem czy na maszynie administrator coś jeszcze nie zastosuje. Wieć czym wiecej tym lepiej. A teraz 4 G ramu to bardzo mało.Dawid Ś. edytował(a) ten post dnia 23.08.10 o godzinie 17:12
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy





Wyślij zaproszenie do
Anuluj