Domanda

Stiamo progettando di migrare il nostro ambiente di creazione di applicazioni Web Java a cloudbees, ma un aspetto è attualmente bloccante.Stiamo sviluppando un'applicazione multi-tenant.Utilizza il sottodominio host per identificare gli inquilini e utilizziamo le voci DNS Wildcard per farlo in produzione (ad esempio: * .example.com).

In Sviluppo, abbiamo hardcoded alcune voci nel file host a imitarlo.Quelle voci sono sufficienti per eseguire i nostri test:

...
127.0.0.1   test1.app.dev
127.0.0.1   test2.app.dev
127.0.0.1   test3.app.dev
127.0.0.1   test4.app.dev
.

Così fondamentalmente, Jenkins dovrebbe impostare il file host, quindi avviare la nostra app utilizzando il nostro contenitore Web localmente.Quindi la suite di prova viene eseguita contro l'app Web in esecuzione.

Ho provato ad aggiungere un passaggio pre-processo nella configurazione del progetto Jenkins per modificare il file host, ma come previsto, il lavoro Jenkins non ha il permesso di farlo.

C'è un modo per cambiare il file host prima che venga eseguito la mia suite di prova?O c'è qualcos'altro che potremmo fare per simulare le voci DNS del Wildcard?

È stato utile?

Soluzione

È possibile utilizzare il servizio XIP.IO da 37Signals:

http://37signals.com/svn/Post / 3191-ANNUNCANCE-POW-040-CON-XIPIO-support

Così i tuoi nomi host sarebbero

    .
  • test1.127.0.0.1.xip.io
  • Test2.127.0.0.1.xip.io
  • test3.127.0.0.1.xip.io
  • test4.127.0.0.1.xip.io

    Proverò personalmente e tenerli in un'area configurata centralmente, nel caso in cui il servizio Xip.io sia stato disattivato, ma probabilmente è abbastanza economico da funzionare e quindi dovrebbe essere in giro per un po 'almeno.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top