Hi Bastian,
seh' ich eigentlich ganz hnlich: wichtiger, als das Sizing der
Anwendung auf Anhieb auf der Basis von mehr oder weniger schwammigen
Daten hinzubekommen, ist eine Strategie, mit der man mit berschaubarem
Aufwand auf steigenden Traffic reagieren kann. Als erstes braucht es
dafr ein gutes Monitoring (es gibt auer Bordermitteln wie monit auch
noch recht gute Dienste wie scout(https://scoutapp.com/) oder New
Relic(http://newrelic.com/) mit denen man einen ganz guten Live-Einblick
bekommt, wie sich die Anwendung unter echter Last verhlt und wo die
Bottlenecks liegen: Da kommt dann im Betrieb auch schon mal ein
fehlender Index zu tage, der sich aber erst nach einiger Laufzeit der
Anwendung bemerkbar macht...
Wenn das ganze dann noch auf einem der Cloud-Hoster wie EngineYard oder
heroku oder docloud oder scalariu oder ... oder auch ohne gemanageten
Stack mit Chef direkt auf EC2 gehostet wird, dann kann man da halbwegs
frhzeitig reagieren, wenn z.B. die Avg. Request Time unter Last
hochgeht. Das ist ja mittlerweile alles kein Hexenwerk mehr, aber es ist
wichtig, sich da vorher ein bisschen mit den Skalierungsstrategien zu
beschftigen, damit man da gewappnet ist und wei, auf welche Knpfe man
drcken muss, wenn's ernst wird...
Zusammengefasst: Klein anfangen, gutes Monitoring, Bottlenecks
analysierenfixen, und dann eine Wachstumsstrategie zurechtlegen,
mit der man wachsen kann, wenn's ntig wird.
Gre
Stefan
Hernan Maguia29. September 2011 18:57
Hi Bastian,ich glaube es
hangt von viele Faktoren ab wie zum Beispiel "Besucherzahl"
oder die Komplexitt von derAnwendungsprozesse,nach meiner Erfahrung
war besserfr michHeroku wie Produktion-Servernutzen,mindestens auf
einer esten Phase.
Falls deine Anwendung viele Ressourcen erfordert,
kannst du ein VPS mit anwenden. Meine Erfahrung mit Linode oder
Slicehost war mehr als gut.Hernan
___rubyonrails-ug
mailing listrubyonrails-ug@headflash.comhttp://mailman.headflash.com/listinfo/rubyonrails-ug
Bastian Bhrig26. September 2011 14:31
Hi zusammen,ich bin dabei eine
Rails-Anwendung zu bauen und mchte, dass diedemnchst produktiv
geht. Das Ganze soll im Cluster passieren. Gibt eshierfr
irgendwelche Erfahrungswerte zum Thema Hardware? Wie sollte derServer
dimensioniert sein? Gibt es da irgendwelche Daumenregeln? :)GreBastian
Bhrig___rubyonrails-ug
mailing listrubyonrails-ug@headflash.comhttp://mailman.headflash.com/listinfo/rubyonrails-ug
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
