Si tu trouves, avises moi. J'ai juste fait une petite discussion sur Slack sur un sujet pas si similaire que ça. Je t'invite à rejoindre le slack de ParisRb.
Le 6 février 2016 à 17:46, Antoine <antoine.bart...@gmail.com> a écrit : > 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> 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 >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> railsfrance...@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...@googlegroups.com. >>> 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 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 .
