Honnêtement, Heroku gratuit c'est un peu foireux de base. La dyno est mise en sommeil comme tu le décris, maintenant c'est d'ailleurs visible dans le dashboard, sur l'icône de l'app. Bonjour le temps de réponse quand tu la réveilles, cela donne vraiment pas une bonne expérience. Bref, parfait pour le staging, mais la prod ...
Par contre, Heroku avec une ou deux dyno, ça reste abordable par rapport au temps que tu passerais à t'occuper d'un dédié (et *surtout* les emmerdes potentielles). Rien qu'avec le temps de mettre en place le setup, selon ton tarif, ça fait quand même quelques temps sur heroku tranquille. Par contre ouaip, prévenir que n'importe quel truc supplémentaire va coûter des sous, c'est assez important à mon goût, ça surprends un peu ça devient vite cher. C'est fondamentalement ce qui me fait le plus chier. Surtout que bon, l'idée d'avoir un Redis ou un MongoDB qui soit pas en LAN avec le serveur, ça me gratte quand même pas mal. Putain, alors ça les logs, c'est vraiment le truc qui est emmerdant, je pige pas pourquoi ils le fournissent pas de base. Parfois, ça me gratte de faire un gros heroku logs --tail > log.txt plutôt que de m'emmerder avec logentries. 2013/10/14 Olivier El Mekki <[email protected]> > 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 . > -- Jean-Hadrien Chabran -- -- 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 .
