Aanbieden van Python/Ruby shared hosting

[Bram D]

Mensen,

Ik ben eens rond aan het kijken naar de mogelijkheden om hosting van Python en Ruby aan te gaan bieden. Zelf heb ik al het nodige gedaan met het Django framework in Python, maar geen ervaring met Ruby on rails.

Ik draai nu een Django-site dmv mod_python en dat werkt allemaal leuk en aardig, maar hoe kan ik zoiets aan mijn klanten aanbieden? Mijn grootste probleem is de veiligheid, met mod_python draait alles onder de apache user voor zover ik weet en verder heeft Python nogal wat functies waarmee je shellcommando's en andere enge zaken kan uitvoeren. Ik ben de laatste tijd ook bezig met virtualisatie dmv Openvz, maar om nou voor elk account een complete virtual server te moeten pakken? Hoe doen jullie dit en in hoeverre is de situatie anders/vergelijkbaar met Ruby on rails?

Bram

[Randy]

Mensen,

Ik ben eens rond aan het kijken naar de mogelijkheden om hosting van Python en Ruby aan te gaan bieden. Zelf heb ik al het nodige gedaan met het Django framework in Python, maar geen ervaring met Ruby on rails.

Ik draai nu een Django-site dmv mod_python en dat werkt allemaal leuk en aardig, maar hoe kan ik zoiets aan mijn klanten aanbieden? Mijn grootste probleem is de veiligheid, met mod_python draait alles onder de apache user voor zover ik weet en verder heeft Python nogal wat functies waarmee je shellcommando's en andere enge zaken kan uitvoeren. Ik ben de laatste tijd ook bezig met virtualisatie dmv Openvz, maar om nou voor elk account een complete virtual server te moeten pakken? Hoe doen jullie dit en in hoeverre is de situatie anders/vergelijkbaar met Ruby on rails?

Bram

Kijk eens naar mod_ruid voor Apache. Ruby draai je bij voorkeur via FastCGI met een eigen (Mongrel) webserver. Via mod_proxy mount je deze aan een /directory in Apache. Zo draait alles redelijk geisoleerd.

Met Python onder Linux heb ik geen ervaring, enkel onder Windows met IIS.

Misschien dan Bernhard (Openminds.be) ook eens kan reageren over zijn shared setup?

[wonko]

Onze setup is gebasseerd op fcgi, en veel meer is er eigenlijk niet aan.

Wat wel belangrijk is, is dat je weet wat je doet, en alles goed test; we merken dat we onze setup goed hebben aangezien we zelf bijzonder veel werken met rails, en de ins en outs ervan kennen.

Ook de vragen van klanten omtrend deze hostingpakketten zijn een stuk geavanceerder en vereisen goede kennis van rails/django.

Bereken ook goed hoeveel accounts je kan draaien op je server, rails/django vreet resources!

ps: m'n naam is zonder een 'h'

[Bram D]

Onze setup is gebasseerd op fcgi, en veel meer is er eigenlijk niet aan.

Als ik op openminded.be kijk, zie ik ook opties als SSH/CVS/SVN, eigen Lighttpd draaien enz. Gebruiken jullie iets van een chroot voor de klanten of wat doen jullie aan security om dit te verantwoorden?

Wat wel belangrijk is, is dat je weet wat je doet, en alles goed test; we merken dat we onze setup goed hebben aangezien we zelf bijzonder veel werken met rails, en de ins en outs ervan kennen.

Inderdaad, daarom ga ik de ideeën die hier naar boven komen eerst maar eens verwerken op een testserver en wat mensen uit mijn omgeving met Rails/Django kennis laten testen.

Bereken ook goed hoeveel accounts je kan draaien op je server, rails/django vreet resources!

Heb je nog wat tips hoe dit te berekenen?

Bram

[wonko]

Als ik op openminded.be kijk, zie ik ook opties als SSH/CVS/SVN, eigen Lighttpd draaien enz. Gebruiken jullie iets van een chroot voor de klanten of wat doen jullie aan security om dit te verantwoorden?

Geen chroot, waarom zou je ook; een unix systeem is erop gemaakt dat verschillende gebruikers, op eenzelfde machine, verschillende taken uitvoeren.

Heb je nog wat tips hoe dit te berekenen?

Dat moet je nu zelf maar eens uitzoeken, hoe je een kostprijs van een hostingpakket moet berekenen