Salut Thibaut, Merci, je vais regarde ça!
Le dimanche 7 février 2016 09:18:54 UTC-5, Thibaut Barrère a écrit : > > Hello, > > Pour info si tu cherches du support sur Deis (que je vais utiliser > prochainement d'ailleurs), penche toi du côté d'EngineYard: > > https://deis.com/services/ > > -- Thibaut > > Envoyé de mon iPhone > > Le 7 févr. 2016 à 12:59, Cyril Mougel <cyril....@gmail.com <javascript:>> > a écrit : > > Bonjour, > > J'ai migré une partie de l'infrastructure de Teezily vers du docker. > L'utilisant en développement je me suis dis que le plus simple serait de > l'utiliser pour déployer. Au final, j'ai trouvé que la meilleur infra pour > moi c'est tout simplement dokku ou deis. Ces deux projets savent très bien > déployer des containers docker et pour deis, Il n'y a pas de soucis pour > scaler horizontalement. Le déploiement s'en trouve très simplifié car c'est > un simple git push. Pour provisionner mes serveurs je n'ai plus qu'à setup > les variables d'env de mes projets ce que je fais avec ansible. > > Côté persistance je suis par contre resté sur du classique car on ne peut > pas vraiment scaler plusieurs containers sur le même volume. > > Enfin côté docker, j'ai opté pour la base image phusion de ruby pour avoir > un nginx, mes workers et cron directement dans mon container. Chacun étant > activable par variable d'env pour ainsi déployer des versions limités. > Le 6 févr. 2016 20: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 > 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 .