2017-05-18 4 views
-1

Nous avons une édition de développement local fonctionnant localement dans une image de docker de stock, tout est bien et bon.cloudant docker développeur édition numéro avec réplique

Nous ne pouvons pas obtenir des éléments de test re: réplication (même en interne de 1 db à l'autre à l'intérieur de l'image docker ou à cloudant.com à répliquer). Je suis conscient que la licence d'image est pour un seul nœud non cluster, mais existe-t-il un moyen de pousser docs etc d'un db de développement local à cloudant.com db sur une poussée ponctuelle? Ou tester le développement de la réplication localement? (c'est-à-dire 2 dbs à l'intérieur de l'image du docker)

Essentiellement, est-ce que "non-clusterable" = pas de réplication poussée? Même intérieurement à l'intérieur de l'image de 1 db à un autre db dans la même image docker?

Voici: image- re information https://hub.docker.com/r/ibmcom/cloudant-developer/

Répondre

0

Je ne suis pas 100% clair sur la question exacte que vous voyez, mais la réplication devrait fonctionner à l'intérieur lors de l'exécution Cloudant Docker. Vous avez juste besoin de comprendre comment router vers votre instance Cloudant.

J'ai remarqué que lorsque je crée une nouvelle réplication locale dans le tableau de bord Cloudant, elle utilise le port figurant dans l'URL de tableau de bord Cloudant qui correspond au port mappé dans Docker. Par exemple, je mappe les ports 80 à 30080. Lorsque j'essaie de répliquer à partir de la base de données test1 vers une nouvelle base de données appelée test2, elle crée une réplication depuis localhost: 30080/test1 vers localhost: 30080/test2. Cela ne fonctionnera pas car l'instance de Cloudant pense que tout fonctionne sur le port 80 et non sur le port 30080.

Donc, mon travail consistait à dire au tableau de bord Cloudant de faire une réplication à distance, mais spécifiez localhost/test1 (équivalent à localhost: 80/test1) à localhost/test2. Voir la capture d'écran ci-dessous: