Salut Olivier, Alors il faut voir de quel type de client on parle. Là on parle plus de site du style associations qui ont pas de sous et qui cherchent à couper les prix au minimum donc pas non plus du super-actif niveau visites.
En ce qui concerne Heroku, quand le met sous unicorn ou passenger tu gagnes déjà en temps de réponse. Pour éviter l'effet start'n'go sur Heroku tu as l'add-on newrelic qui garde ton app en vie. Du coup ça reste possible de hoster chez eux. Je dis pas que tu tiens une charge monstrueuse mais disons que pour quelque chose d'assez light genre site quasi statique ça passe. Pour l'envoie de mail si ça reste occasionnel tu as des add-ons gratuits qui font ça, tu as un petit délais mais ça reste occasionnel. Resizing d'image avec Cloudinary tant que ça reste raisonnable, Pour le logging, Loggly fait l'affaire dans mon contexte. Vu la cible ça limite pas mal les demandes sur ce genre d'à-côtés. Simon Courtois On 14 octobre 2013 at 10:05:50, Olivier El Mekki ([email protected]) wrote: Hello, Ce qui m'inquiète le plus dans cette idée, ce n'est pas de faire payer quelque chose de gratuit (si c'est inclu dans un ensemble de services, pourquoi pas, les tarifs des prestations étant de toutes façons complètement arbitraires, c'est le coût final qui compte), mais c'est plutôt l'idée qu'un heroku gratuit puisse suffire à un site en production. Je n'ai pas rejoué avec des free instances depuis bamboo, donc ça peut avoir changé, mais le souvenir que j'en ai est des page loads interminables sur la première requête après X heures, et des performances médiocres sur les requêtes subséquentes. La supposition qui me semblait la plus probable sur la cause de cela était que heroku coupait les dynos des free instances lorsqu'ils ne sont pas utilisés et les bootait on demand, faisant que rails passait par le full boot process. Inclure un hosting gratuit dans sa prestation n'est pas un problème, coincer le client sur un hosting où la plus simple des pages peut prendre 15 secondes à charger en est un - quelle que modeste soit son application. De plus, ce free hosting risque de rapidement devenir payant pour lui par la suite. Il veut envoyer des mails ? Il doit payer un service tiers. Il veut uploader des images ? Il doit payer un cdn. Il veut faire du resizing de ces images ? Il doit payer un dédié. Un bug en production difficile à tracker survient ? Il doit payer un service de logging qui garde les logs plus de 2000 lignes. Gratuit ou pas à l'origine, il risque de voir tout cela comme des coûts cachés et ne pas comprendre pourquoi quelque chose d'aussi simple qu'envoyer des mails lui coûte une surfacturation de 10€/mois. J'aurais tendance à dire que heroku est fait pour les applications qui ont un vrai besoin de scaling (> 10k d'user actifs), et que heroku free est fait pour tester des idées plus que pour mettre des sites en prod. On Saturday, October 12, 2013 5:47:08 PM UTC+2, HappyNoff wrote: Salut les gars, Je me posais la question du hosting quand vous vendez un site à un client. Si la demande est assez légère et qu'un heroku gratuit suffirait, comment vous le vendez au client ? Je me doute qu'on peut pas lui facturer un hébergement qui ne nous coute rien (quoi que ?). J'ai aucune idée de comment gérer ce sujet donc votre avis m'intéresse. Merci à vous ;) Simon Courtois -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out . -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
