Nessun servizio CI consente di creare contenitori Docker e utilizzare la cache di build della finestra mobile?

Question

Ho un sacco di contenitori Docker tutti collegati tramite docker-compose (in precedenza fig). Ho scoperto che i servizi che si pubblicizzano come servizi "Docker CI" di solito parlano solo dell'utilizzo di Docker per eseguire i propri build worker.

Desidero un servizio di integrazione continua che preservi la cache di build di Docker tra le esecuzioni, invece di ruotare un nuovo contesto worker/filesystem/build. Altrimenti, le build prendono assolutamente per sempre. Gestito in modo ideale (a differenza di https://github.com/groupon/DotCi, che non viene fornito con il database per-build ready-to-go di CircleCI).

L'unica cosa che ho trovato è TeamCity (vecchio, non è possibile costruire le attività in un file yaml facilmente come con CircleCI, è necessario mantenere l'infrastruttura, ecc.). Quay.io non fornisce un database come CircleCI e Travis do, quindi devi biforcare dev e prod e installarne uno all'interno del contenitore ed eseguire i test unitari durante la compilazione del contenitore (ew - non puoi spawnare in un contenitore non compilato per eseguire il debug delle cose!).

Come si esegue l'integrazione continua sul cluster di container Docker?

Answer 1

Aggiornamento: CircleCI 2.0 è basato su Docker. Puoi creare immagini Docker, utilizzare la cache di livello, usare Docker Compose e persino utilizzare immagini Docker ufficiali e personalizzate come ambiente di costruzione.

---

CircleCI consente di creare contenitori Docker come parte della vostra generazione: https://circleci.com/integrations/docker

siete comunque giusto che noi non memorizzare nella cache le immagini finestra mobile - è un po 'complicato il nostro stack di farlo a destra, ma stiamo pianificando di parlarne presto.

Nel frattempo, un numero di clienti lo ha memorizzato nella cache utilizzando la cache incorporata di CircleCI (non Docker), utilizzando docker save/docker load: https://circleci.com/docs/docker#caching-docker-layers. Non è l'ideale, ma dovrebbe tenerti aggiornato finché non saremo in grado di supportarlo molto meglio.

Answer 2

Attualmente sto usando CircleCI, vedere http://tschottdorf.github.io/cockroach-docker-circleci-continuous-integration per una buona guida per utilizzare la cache finestra mobile

Disponibile per la spedizione è anche la pena di verificare, come l'intera infrastruttura si basa su finestra mobile e orchestrare più contenitori docker con shippable formations.

Answer 3

Codeship supporta ora la memorizzazione della cache di immagini Docker e il recupero di questo per accelerare le build.

https://codeship.com/documentation/docker/caching/

Answer 4

Hai visto wercker? Supporta "porta il tuo contenitore", memorizza nella cache le immagini (penso su base per lavoratore, ma dopo alcune build di solito l'avvio si riduce a pochi secondi con un'immagine personalizzata) e afaik consente anche di creare immagini Docker.

Lato negativo: richiede far too many GitHub permissions.

Answer 5

C'è una domanda correlata "How can I let the gitlab-ci-runner DinD image cache intermediate images?".

Anche se our solution richiede una quantità minima di manutenzione dell'infrastruttura (dobbiamo eseguire il nostro proprio runner), penso che valga la pena dare un'occhiata.

Fondamentalmente non eseguiamo Docker in Docker, ma stiamo creando una VM separata solo per i corridori. Ciò ha alcune implicazioni sulla sicurezza e sulle attività di pulizia, vedi anche lo README del nostro corridore.

Forse questa soluzione diventerà obsoleta in futuro poiché il supporto Docker per vari sistemi CI viene migliorato, ma al momento è una buona combinazione tra prestazioni, manutenzione e usabilità.