Doctrina Docker, pars VI, opus cum notitia

In hodierna parte translationis seriei materiarum de Docker, de operando cum notitia loquemur. Praesertim de Docker voluminibus. In his materiis constanter Docker machinas programmatum cum variis edulis analogiis comparavimus. Ab hac traditione hic ne deviemus. Data in Docker aroma. Multa genera aromatum in mundo sunt, et in Docker multa sunt opera data.

→ Pars I: Basics
→ Pars II: Terms and Concepts
→ Pars III: Dockerfiles
→ Pars IV: Reducing imaginem magnitudinum ac acceleratio eorum constructum
→ Pars V: mandata
→ Pars VI, opus cum data

Quaeso nota hanc materiam paratam esse versioni Docker machinae 18.09.1 ​​et API versione utens 1.39.

Data in Docker vel ad tempus vel in perpetuum condi possunt. Nunc sit amet elit.

Temporaria notitia repono

In vasis Docker, opus cum notitia temporali ordinare duobus modis potes.

Defaltam fasciculi per applicationem currit in vase conditae in scrinium scrinium continentis. Ut ad hanc machinam ad operandum, nullae speciales necessitates configurantur. Vili et hilarem evenit. Applicatio simpliciter data salvare debet, et facere rem suam continue. Sed postquam vas cessat, notitia hoc simplici modo servata etiam evanescit.

Alia solutio est ad thesauros temporales in Docker condituras, aptas ad casus in quibus altiorem perfectionis gradum debes comparari ad id quod cum mechanismo temporario repositorium effici potest. Si notitia tua diutius reponenda non est quam continens existit, tmpfs coniungere potes continenti - notitia temporalis repositionis quae RAM hospiti utitur. Haec notitia scribendi ac lectionis operationes accelerabit.

Saepe accidit ut notitia condi necesse sit etiam postquam continens desinit esse. Ad hanc rem, machinationes necessariae ad notitias pervicax repono.

Permanens notitia repono

Dupliciter enim est notitia vitae longioris quam continens vita. Uno modo utendi technologiam ligandi montis. Cum hoc aditu conscendere potes, exempli gratia, folder vitam realem continentis. Processus extra Docker locati etiam operari cum notitia in tali folder reposita erunt. Ecce quomodo vultus escendere et tmpfs ligare, montem amplificare.

Mons tmpfs et liga montem

Incommoda usus ligandi technologiae montanae sunt quae eius usus implicat notitias tergum, datam migrationem et notas communicationis in pluribus vasis. Multo melius est Docker voluminibus uti ad notitias repositionis persistentes.

Docker volumina

Volumen est systema fasciculi quae extra vasa hospitis inest. Docker volumina gignit et administrat. Hic sunt praecipua volumina proprietates Docker.

• Sunt media ad informationem actarum in perpetuum.
• Sunt independentes et separatae a vasis.
• Diversa continentia dividi possunt.
• Permittunt te efficacem legendi scribendique informationem ordinare.
• Volumina possunt esse in opibus remotis nubes provisor.
• Encrypted possunt.
• Nomina dari possunt.
• Continens praemissis notitiis disseminari potest ut volumen disponat.
• Commode sunt ad probandum.

Ut vides, Docker volumina magnas quasdam possessiones habent. Fama quomodo eos creandi.

Partum Volumes

Volumina creari possunt utens Docker vel petitionibus API utens.

Hic est instructio Dockerfile quae tibi permittit volumen creare cum continens incipit.

VOLUME /my_volume

Cum hac instructione utens, Docker, receptaculo creando, volumen creabit in quo notitias iam in determinato loco existit. Quaeso note quod si volumen utendo Dockerfile creas, hoc te non sublevat ex necessitate ut punctum voluminis definias.

Volumina etiam creare potes in Dockerfile forma JSON utens.

Praeterea volumina creari possunt utens linea imperativa dum continens currit.

Operando volumina ex mandato versus

Creando volumen

Potes stanti-solum volumen creare cum sequenti imperio:

docker volume create —-name my_volume

Invenire informationes de voluminibus

Ad Indicem Docker voluminum adspiciendum, hoc praeceptum utere:

docker volume ls

Potes hoc volumen specificum explorare:

docker volume inspect my_volume

Deleting volumen

Volumen delere potes sic:

docker volume rm my_volume

Ut omnia volumina deleas, quae per continentiam non sunt adhibita, sequenti imperio uti potes:

docker volume prune

Priusquam volumina delenda, Docker rogabit ut hanc operationem confirmes.

Si volumen continens coniungitur, deleri non potest donec respondens vas deleatur. Praeterea, etsi vas deletum est, Docker hoc non semper intelligit. Si hoc incidit, uti potes hoc praeceptum;

docker system prune

Docker opibus mundare destinatur. Post hoc mandatum currens, libros delere poteris, quorum status perperam antea definitus est.

--mount and --volume flag

Eum libris elaboraret te, cu vocent mandamus per dockerfrequenter enim vexilla utendum est. Exempli gratia, ad creandum volumen in continente creationem, sequenti constructio uti potes:

docker container run --mount source=my_volume, target=/container/path/for/volume my_image

Antiquis temporibus (usque ad 2017) vexillum populare fuit --volume. Initio, vexillum hoc (forma compendiose adhiberi potest, tunc simile est -v) pro vasis soliis et vexillis adhibitum --mount — in ambitu Docker Swam. Sed, ut Docker 17.06, vexillum --mount in quolibet sem adhiberi possunt.

Notandum, quod cum usura vexillum --mount summa rerum adiectivarum quae in imperio definiendae sunt augetur, sed pluribus de causis satius est hoc vexillo uti quam --volume. Flag --mount - Haec sola mechanismus est, qui permittit te ad operas operas vel ad parametris exactoris volumen specificare. Atque haec vexillum facilius laboret.

In exemplis mandatorum quae ad operandum cum notitia in Docker existunt, plura exempla invenire potes utendi vexillum -v. Cum haec praecepta tibi accommodare conaris, memineris vexilla --mount и --volume utere alia forma parametri. Hoc est, simpliciter reponere non potes -v on --mount atque operantes equos.

Praecipua differentia --mount и --volume quod cum usura a vexillum --volume parametri omnes in unum congregentur campum, et cum usus est --mount parametri separati sunt.

Cum opus est --mount parametri repraesentantur ut paria clavem pretii, id est vultus amo key=value. Haec paria commatibus distinguuntur. Hic sunt usitatus optiones --mount:

• type — Ascendens genus. Valor pro key potest esse correspondentes ligabis, magnitudo aut tmpfs. De voluminibus hic loquimur, id est, in significatione quaeritur volume.
• source — montem fontem. Nam nominantur volumina, hoc est nomen voluminis. Nam innominatis voluminibus haec clavis non specificata est. Potest illi src.
• destination - via ad quam fasciculus vel folder in vase annectitur. Haec clavis potest illi dst aut target.
• readonly - Ascendet volumen quod est in animo tantum legendi. Haec clavis ad libitum est et valorem ei assignatum non habet.

Hic usus est exemplum --mount cum pluribus parametris:

docker run --mount type=volume,source=volume_name,destination=/path/in/container,readonly my_image

results

Praecepta quaedam hic utiliora uti potes cum voluminibus Docker operariis:

• docker volume create
• docker volume ls
• docker volume inspect
• docker volume rm
• docker volume prune

Hic est index parametri communis --mountApplicatur in imperio simile docker run --mount my_options my_image:

• type=volume
• source=volume_name
• destination=/path/in/container
• readonly

Nunc quoniam seriem Docker hanc involvimus, pauca verba de quo Docker discentes proxime procedere possunt dicere tempus est. hic magnum bonum articulum de Docker. hic librum de Docker (cum hunc librum ementes, novissimam editionem obtinere conantur). hic Alius liber aptus est iis, qui praxim illam adipiscendam technologiam optime existimant.

Carissimi legentibus! Quas materias de Docker commendes incipientibus discere?

Source: www.habr.com