Plusieurs FROMs - ce que cela signifie

Je veux construire un menu fixe de l'image pour la Linkurious projet sur github, ce qui nécessite à la fois la base de données Neo4j, et Node.js pour l'exécuter.

ma première approche a été de déclarer une image de base pour mon image, contenant Neo4j. La référence docs ne définit pas le terme "d'image de base" de toute façon utile:

Image de Base:
Une image qui n'a pas de parent est une image de base

à partir de laquelle j'ai lu que je ne peut avoir une image de base si cette image n'a pas d'image de base lui-même.

mais qu'est ce qu'une image de base? ça veut dire que si je déclare neo4j/neo4j dans un DE la directive, que lorsque mon image est exécutée, le néo base de données s'exécute automatiquement et être disponible à l'intérieur du conteneur sur le port 7474?

la lecture du menu fixe de référence (voir: https://docs.docker.com/reference/builder/#from) je vois:

DE peuvent apparaître plusieurs fois dans un seul Dockerfile afin de créer plusieurs images. Il suffit de présenter une note de la dernière ID de l'image de sortie par la validation avant chaque nouvelle DE la commande.

je veux créer plusieurs images? il semblerait que je veux, c'est avoir une image unique qui contient le contenu d'autres images, par exemple, neo4j et node.js

J'ai trouvé aucune directive de déclarer des dépendances dans le manuel de référence. il n'y a pas de dépendances comme en TR /min où pour exécuter mon image le contexte de l'appel doit d'abord installer les images dont il a besoin?

Je suis confus...

  • Remarque: en Mai 2017, vous avez maintenant plusieurs FROM dans un Dockerfile. Voir mon édité réponse ci-dessous.
InformationsquelleAutor ekkis | 2015-10-24
  1. 78

    ce qui est une image de base?

    Un ensemble de fichiers, plus EXPOSER'd ports, point d'entrée et CMD.

    Vous pouvez ajouter des fichiers et de construire une nouvelle image à partir de cette image de base, avec un nouveau Dockerfile de départ avec un FROM directive: l'image mentionné après FROM est "l'image de base" pour votre nouvelle image.

    ça veut dire que si je déclare neo4j/neo4j dans un FROM directive, que lorsque mon image est exécutée, le néo base de données s'exécute automatiquement et être disponible à l'intérieur du conteneur sur le port 7474?

    Seulement si vous n'écrasez pas CMD et ENTRYPOINT.

    Mais l'image en elle-même est assez: vous devez utiliser une FROM neo4j/neo4j si vous deviez ajouter les fichiers liés à neo4j pour votre utilisation particulière de neo4j.

    FROM peut apparaître plusieurs fois dans un seul Dockerfile

    Ne pas: il y a une proposition visant à supprimer cette "fonctionnalité" de toute façon (question 13026)

    Question 14412 mentionne:

    À l'aide de plusieurs FROM n'est pas vraiment une fonction mais un bug (oh, eh bien, la limite est serré et il y a quelques cas d'utilisation de plusieurs FROM dans un Dockerfile).

    Mise à jour en Mai 2017 (18 mois plus tard), avec docker (moby) 17.05-ce.

    Plusieurs DE peut être utilisés dans un Dockerfile.

    Voir "Générateur de modèle et plusieurs stade, construit dans le Panneau" (par Alex Ellis) et PR 31257 par Tġnis Tiigi.

    Avant:

    Le générateur de modèle implique l'utilisation de deux images Docker - on pour effectuer une génération et une autre pour expédier les résultats de la première construire sans la sanction de la construction de la chaîne et de l'outillage dans la première image.

    Après:

    La syntaxe générale consiste en l'ajout d' FROM fois à l'intérieur de votre Dockerfile - quel est le dernier FROM déclaration est la dernière image de base. Pour copier des artefacts et des sorties à partir d'images intermédiaires utiliser COPY --from=<base_image_number>.

    Première partie de la Dockerfile:

    FROM golang:1.7.3 as builder
WORKDIR /go/src/github.com/alexellis/href-counter/
RUN go get -d -v golang.org/x/net/html  
COPY app.go    .
RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app .

    Deuxième partie de la même(!) Dockerfile:

    FROM alpine:latest  
RUN apk --no-cache add ca-certificates
WORKDIR /root/
COPY --from=builder /go/src/github.com/alexellis/href-counter/app    .
CMD ["./app"]

    Serait le résultat de deux images, l'une pour le bâtiment, l'une avec seulement l'application (beaucoup, beaucoup plus petit)

    REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE

multi               latest              bcbbf69a9b59        6 minutes ago       10.3MB  
golang              1.7.3               ef15416724f6        4 months ago        672MB
    • dommage sur la suppression de plusieurs FROMs. il me semble plus utile, surtout en l'absence de mécanisme de dépendance. avec Rpm, par exemple, je peux déclarer que mon paquet a besoin d'un autre paquet à courir si au moment de l'installation tout est mis en place pour moi. la réalité est que la plupart tout va nécessiter plusieurs dépendances ainsi en l'absence de plusieurs FROMs, comment c'est censé fonctionner?
    • comme je l'ai mentionné dans ma réponse précédente (stackoverflow.com/a/33295292/6309), vous exécutez votre système par l'orchestration de plusieurs contenants, chacun fournissant un service particulier, et de communiquer par le biais --lien (docs.docker.com/userguide/dockerlinks/...).
    • Bien sûr, dans un monde idéal, avec une nouvelle application et de tous les modèles compris. En attendant, je m'attends il y a plus de cas de personnes qui tentent de migrer leurs solutions dans le panneau et ont des besoins qui ne sont pas résolus par la mise en réseau, tels que les logiciels de dépendances, le tout à l'aide d'une base compatible, mais à PARTIR de plusieurs Dockerfiles. Au lieu de cela, le mieux que je peut comprendre jusqu'à présent est le piratage en dehors de leur Dockerfiles de créer mon propre.
    • D'accord. Héritage monolithes ne sera pas migré facilement. Intéressant, se lit comme suit: martinfowler.com/articles/..., threedots.tech/post/microservices-ou-monolithe-son-détails, hackernoon.com/...
    InformationsquelleAutor VonC