mai
2012
Un article de Philippe Vialatte
Comme tout le monde, j’ai un sombre secret.
Bon, ceci dit, le mien n’est pas si sombre, ni si secret, vu que c’est une attirance certaine vers une musique qui fait beaucoup de bruit et dont les paroles sont souvent assez gutturales 
Comme j’ai, de plus, un petit frère dont cela devient de plus en plus le métier de jouer de ladite musique, et que justement, ils commencent a avoir besoin d’un site web, c’est une bonne occasion pour:
- faire plaisir a un petit groupe de jeunes qui n’en veulent;
- faire mumuse avec des technos que je n’utilise pas tous les jours;
- et en faire profiter tout le monde (autrement dit, me planter en public
)
Le premier choix est celui de la techno de développement.
Comme je en veux pas non plus aller trop loin du coté obscur, je vais partir sur du C#, en MVC (a priori 4), et avec du code client en Razor (dans un autre monde, j’ai commencé en nodeJs, mais j’ai une contrainte de temps forte, en la personne de mes enfants). Au passage, et compte bien alterner entre Webmatrix 2 et Visual Studio 11 (pour le fun).
Coté base de données, une petite base de données MongoDB me tente bien, très probablement avec NoRM pour y accéder. Pour ne pas payer trop cher, du moins au début, je vais créer une base chez MongoLab (gratuit jusqu’a 240 Mo)
En terme de gestion de configuration, je pars sur bitbucket et Git pour héberger le code
Pour l’hébergement, je vais partir sur AppHarbor, ce qui va me donner un bon serveur de test, avant de monter en gamme le jour ou le site est fini.
Au final, en faisant mes comptes:
- Webmatrix / VS11 beta : gratuit (le jour ou VS 11 est disponible, je passe a la version express)
- MongoDb: gratuit pour le moment
- Bitbucket/Git: gratuit
- AppHarbor: gratuit
Ah, oui, parce que *la* contrainte que je me mets, c’est de tout développer avec une dépense totale de 0? (pas pour des raisons financières, mais pour montrer qu’on peut le faire).
La suite au prochain épisode (heureusement qu’il y’a des ponts en mai )
5 Commentaires + Ajouter un commentaire
Articles récents
Archives
- janvier 2014
- septembre 2013
- août 2013
- mai 2013
- avril 2013
- janvier 2013
- août 2012
- juin 2012
- mai 2012
- avril 2012
- mars 2012
- novembre 2011
- septembre 2011
- août 2011
- juillet 2011
- juin 2011
- mai 2011
- avril 2011
- février 2011
- janvier 2011
- novembre 2010
- octobre 2010
- septembre 2010
- août 2010
- juillet 2010
- juin 2010
- mai 2010
- avril 2010
- mars 2010
- février 2010
- janvier 2010
- décembre 2009
- novembre 2009
- octobre 2009
- septembre 2009
- août 2009
- juillet 2009
- juin 2009
- mai 2009
- avril 2009
- mars 2009
- février 2009
- janvier 2009
ahah, bah autant pour moi alors
je connaissais pas appharbor, me suis fait avoir.
> ce que je dis, c’est que le fait que ton mongo ne soit pas dans la même zone reseau que ton serveur web, tu vas payer une latence importante sur chaque request, ce qui eventuellement serait un probleme si tu dois monter en charge.
Ok, mieux compris
Mongolab et Appharbor sont tous les 2 « physiquement » sur des serveurs Amazon, et sur la même zone géographique (j’ai regardé avant :D)
oui oui, on ne s’est pas compris. Je partage pour mongo
ce que je dis, c’est que le fait que ton mongo ne soit pas dans la même zone reseau que ton serveur web, tu vas payer une latence importante sur chaque request, ce qui eventuellement serait un probleme si tu dois monter en charge. c’est un piege de ces offres mongo on the cloud.
il y a un gros interet a prendre un hebergement cloud pour mongo qui soit localisé au même endroit que le serveur (faisable je crois avec azure, et aussi avec amazon)
j’ai quelques collègues qui te parleraient plus, après ton commentaire
mongo a beau être en mémoire, ça scale très bien, et les échanges de données client/base sont pas forcément plus gros qu’avec une base standard. De mon point de vue, les avantages de mongo sont dans:
– les perfs (hallucinantes)
– la facilité de dev (plus de mapping a faire entre les objets et la db, évolutivité du modèle)
– la montée en charge (pas testé perso, mais sur des tests d’un de mes voisins, le sharding est d’une simplicité ridicule)
Dans mon cas présent, le trafic est inclus dans les 0€, le seul risque est donc sur les perfs.
A terme, le site sera très certainement hébergé sur un « vrai » serveur, mais dans l’immédiat, ca me permets de rester dans ma contrainte « site gratos »
a mon avis, le gros intérêt de mongo, c’est d’être une base mémoire que tu peux sauvagement requêter sans te poser de question (voir faire du stateless sans aucune session web). Du coup, le fait de prendre un hébergement qui ne soit pas colocalisé avec ton serveur web (chose que tu peux faire sur amazon avec mongoHQ par exemple) : tu risques de le payer le prix fort : (bon après, tu ne vises peut être pas beaucoup de visites).
mais d’un point de vue technique, je pense que c’est quand même pas une bonne idée pour monter un site web qui va prendre du traffic.