Salut Guirec, Merci pour la réponse.
Effectivement mon profil n'est pas celui d'un expert en admin system, même si je me débrouille suffisamment pour mes projets ou en me servant des plateformes telles qu'Heroku, Openshift ... Je suis entièrement d'accord avec la recommandation que tu fais, j'ai l'habitude de travailler (et de payer) des collaborateurs sur des projets. Mais pour le moment j'ai une idée et pas forcément le budget pour engager des ressources extérieures pour l'instant. Je ne sais pas si je vais lancer la recherche d'investisseurs ou continuer de travailler plus lentement sur mon projet! Dans tous les cas je souhaite trouver de la documentation ou des conseils sur cette question pour pouvoir bien cerner mes options. Quand tu dis que tu as parlé d'un sujet similaire, aurais-tu des slides sur ta présentation? Le samedi 6 février 2016 15:33:26 UTC-5, Guirec Corbel a écrit : > > Salut, > > Je ne suis vraiment pas un expert dans le domaine mais ta solution me > semble bonne. La réponse m'intéresse. Si ça marche, STP, fais m'en part. > > J'ai parlé un peu d'un sujet similaire sur le slack de ParisRB ( > https://parisrb.slack.com ) et Cyril Mougel (Shingara) m'a donné un > conseil qui n'est peut être pas celui pas forcement celui que j'aurais > voulu entendre mais qui est très vrai. Je ne connais pas ton profil mais je > vais assumer que tu es comme moi, c'est à dire un développeur Rails avec un > peu de connaissance en administration de serveur et qui aime jouer avec > Docker. En tant que tel, j'ai tendance à vouloir faire les choses moi meme > et à être un peu radin mais à un moment donné, quand tu as une application > avec une masse assez importante, je pense qu'il ne faut pas hésité à faire > appel à un administrateur système professionnel et dépenser un peu d'argent. > > Je sais pas si ça peut aider dans ton cas mais c'est un conseil que je > pense appliquer. > > Le 6 février 2016 à 14:12, Antoine <antoine...@gmail.com <javascript:>> a > écrit : > >> Bonjour, >> >> Je suis à la recherche de documentation ou de conseils, je n'arrive pas à >> me faire une idée claire seul de mon côté! >> >> Généralement je mets au point des projets Rails disons assez classiques >> et je les déploie avec Mina qui est super léger. >> Je me suis plongé dans docker et maintenant le schéma classique ressemble >> à une série de containers: >> - nginx >> - rails >> - postgres >> - redis >> - ... >> Avec des volumes persistants pour les datas. >> Le tout est assez facile à déployer et à maintenir pour un serveur/client >> pour son projet. >> >> Une demande revient régulièrement chez mes clients et je réfléchis à la >> façon de rendre cette production plus générique. >> >> Voici ce que je cherche à faire/comprendre: >> >> Après le débat multi-tenant vs multi-instances, imaginons une application >> type et pour chaque client un 'micro serveur' qui fait tourner les >> containers. >> Chaque client est isolé, mais a la même copie de l'application. Chaque >> client se connecte par un sous-domaine qui lui est attribué. >> Les questions que je n'arrive pas à clarifier sont celles liées au >> déploiement et à la mise à jour d'une telle infrastructure. Comment >> automatiser ces tâches sachant que le nombre de clients va varier en >> fonction de l'attrait pour l'application et pourrait atteindre un nombre >> trop important pour être déployée "manuellement". >> >> On trouve pas mal de documentation sur la question du multiserveur pour >> des applications de grosse taille avec par exemple une configuration >> décrite dans le fichier docker-composer avec plusieurs serveurs qui vont >> communiquer entre eux. Mais dans le cas décrit ci-dessus avec >> potentiellement un grand nombre de serveurs on ne peut pas se permettre >> d'avoir un fichier yml qui fait des milliers lignes en fonction du nombre >> de clients. >> D'autre part si on automatise la tâche avec mina ou capistrano le temps >> de déploiement d'un tel parc peut être très long et le risque d'erreur est >> à prendre en considération. >> >> Est-ce que ce type d'architecture est une idée viable et maintenable, >> est-ce une mauvaise direction et devrais-je plus réfléchir sur un modèle? >> Bref comment automatiser la mise en place d'une application similaire qu'on >> installe pour un grand nombre de clients? >> >> Je suis preneur d'idées ou de lecture sur ce type de question. >> >> D'avance merci pour les idées! >> >> -- >> -- >> 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 >> rails...@googlegroups.com <javascript:> >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> railsfrance...@googlegroups.com <javascript:> >> --- >> 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 railsfrance...@googlegroups.com >> <javascript:>. >> Pour obtenir davantage d'options, consultez la page >> https://groups.google.com/d/optout. >> > > -- -- 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 railsfrance@googlegroups.com Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscr...@googlegroups.com --- 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 railsfrance+unsubscr...@googlegroups.com. Pour plus d'options, visitez le site https://groups.google.com/d/optout .
