Quomodo intelligere debes Docker et non VM? Determinare debes quidnam vis secludere. Si systema cum opum et virtuali ferramentis praestitis vis separare, tunc electio in VM incidat. Si applicationes cursus systematis separatos in processibus segregare debes, Docker opus erit.
Quid ergo interest inter vasa Docker et VMs?
Apparatus lorem ipsum. virtualis computatrum cum omnibus virtualis machinis ac prope rigidum, in quo novus independens OS instituitur cum rectoribus virtualis machinis, administratione memoriae et aliis componentibus. Hoc est, abstractionem ferramentorum physicarum accipimus quae tibi permittit ut multos computatores virtualis in uno computatro curras.
Inauguratus VM orbis tractus diversis modis capere potest:
- fixum spatium rigidum, quod ad rectum prope orbem rigidum accessum permittit et tabella ruptionis vitat;
- dynamica memoria destinatio. Cum applicationes adiectis inaugurariis, memoria illis dynamice disponetur donec maximam summam ei partita sit.
Quo magis virtualis machinae in calculonis servi, eo plus spatii capiunt, et etiam continenter fulcimentum ambitus requisiti pro applicatione ad operandum requirunt.
Docker programmata fabricandi applicationes in vasis est. Vasa et machinis virtualis similia beneficia habent, sed aliter operantur. Vasa minus spatii tollunt, quia overuse magis communicatae facultates exercitus systematis quam VM, quia dissimilis VM, virtualizationem in gradu OS praebet, non odio. Hic accessus vestigium memoriae minus praebet, citius instruere, facilius scandere.
Continens efficaciorem mechanismum praebet ad applicationes encapsulandas, providendo necessarias machinas ad systema exercitum. Pluma hoc permittit continentia ad nucleum systematis communicandum, in quo singula continentium processus separatus principalis OS decurrit, qui suam memoriam arearum (proprie electronicae spatii virtualis habet). Cum spatium inscriptionis virtualis uniuscuiusque eius proprium est, notitia ad diversas areas memorias pertinentes mutari non potest.
Nativus OS pro Docker Linux est (Docker etiam in Windows et MacOS adhiberi potest), suis praecipuis commodis utitur, quae nucleum scissurae ordinare sinunt. Lorem vasorum Docker in Fenestra intra Linux virtualis apparatus fiet, quia continentia OS systematis hospitii communicant et principale OS illis Linux est.
Continens - quomodo operatur?
continens abstractio est in applicatione graduum qui codicem et clientelas componit. Vasa ex imaginibus semper creantur, scrinium culmen addendo et parametros varios initiales capiendo. Quia continens suum scribentium tabulatum habet et omnes mutationes in illo tabulato repositae sunt, multa continentia accessum ad eundem dominum imaginem participare possunt.
Uterque continens configurari potest per limam in projecto docker-composito in solutione principali, docker-compose.yml. Ibi varias parametris constituere potes ut nomen continens, portus, identificatores, limites subsidiorum, clientelas inter alia continentia. Si nomen continens in uncinis non exprimis, Docker novum vas singulis diebus creabit, nomen ei passim assignans.
Cum continens ab imagine incepit, Docker filesystem lecturum/scribendum in summitate cuiusvis ordinum inferius ascendit. Hoc est ubi omnes processus, quos vas Docker nostrum velimus, ad currendum currendum erit.
Cum Docker primum vas incipit, initiale lego/scribe iacuit inanis est. Ubi mutationes fiunt, ad id applicatae sunt; exempli gratia, si limam mutare vis, ille fasciculus exscriptus erit ex lectu solum tabulato infra ad tabulatum lectu-scribe.
Sola versio tabellae adhuc exstant, sed nunc sub exemplari latet. Volumina adhibentur ad reponendas notitias cuiusvis cycli vitae continentis. Volumina initialized sunt quando continens creatur.
Quo modo coniungitur imago cum continente?
imagini — elementum principale pro unoquoque vase. Imago e Dockerfile addita incepto creatur et in tabulatis systematis fasciculi (stratis) super se invicem iunctis, in promptu tantum legendi est; numerus maximus laminis 127 est.
In corde cuiusque imaginis basis imago est, quae ex mandato specificatur - aculeus cum imaginem Dockerfile generans. Quisque accumsan accumsan lectus est et unum mandatum repraesentatur quod ratio tabellae modificat, scripta in Dockerfile.
Ad has stratas in unam imaginem iungendam, Docker Provectus systematis fasciculi Unionis multi-strati utitur (AuFS super UnionFS aedificatur), permittens varias tabulas et directoria ex diversis stratis fasciculi ad perlucidum insidendo, creans systema fasciculi adiunctum.
Stratis metadatam continent quae te permittit ut informationes cognatas de singulis tabulatis ad tempus runtime condere ac tempus aedificare sinat. Quisque accumsan nexum cum proximo accumsan, nulla accumsan nisi nec tincidunt, accumsan in magna id est.
Dockerfile contineat mandata:
- EX - aculeus in formatione imaginis;
- RECEPTATOR - nomen imaginis possessoris;
- EXCURSUS - Executio mandati per imaginem conventus;
- DDD - exercitum limam ad imaginem novam describens, si limam URL designas, Docker eam ad certum presulem tenebit;
- ENV - ambitus variabiles;
- CMD - novi continens creationem incipit in imagine;
- ENTRYPOINT - Mandatum fit cum continens incepit.
- WORKDIR est directorium laboris ad exsequendam mandatum CMD.
- USUFRUCTUARIUS - Ponit UID pro vase ex imagine creato.
- VOLUME - Directorium ad montem exercitum continentis.
- EXPOSITIO est copia portuum in continente auscultata.
Quomodo UnionFS opus facit?
UnionFS - ACERVUS ratio fasciculi muneris (FS) pro Linux et FreeBSD. Hoc FS exemplum mechanismum in scribendo (Copy-On-scribe, COW) conficit. Unitas UnionFS laborantis iacuit, singulae ordines considerari debent ut separatum systema fasciculi curvum cum directorio hierarchiae ab ipsa radice. UnionFS unionem montem pro aliis filesystematibus creat et te perlucidissime merge limas et directoria ex diversis filesystematibus (ramis vocato) in unum nexum filesystem, perlucidum ad usorem.
Contenta directoriorum cum eisdem viis in uno directorio coniuncto (in eodem spatio nominali) systematis fasciculi indentis ostendentur.
UnionFS strata coniungit ex sequentibus principiis:
- unus e stratis fit iacuit top-gradus, strata secunda et subsequens strata inferiora fiunt;
- tabulata obiecti sunt pervia usori "a summo ad imum", i.e. si petitum est in "strato superiori", redit, neglegens rei praesentiae, cum eodem nomine in "demittere" iacuit; secus "fundum" iacuit obiectum redditur; si obiectum petitum nec ibi nec ibi est, error "Nullus talis fasciculus vel directorium" redditur;
- iacuit operarius est "caput" unum, id est, omnes actiones usoris ad mutationem datae solum in summo gradu strato reflectuntur, sine contentis inferiorum-graduum stratis afficiens.
Docker est communissima technologia pro vasis utendi in applicatione operis. Vexillum in hac provincia factus est, aedificans in cgroups et spatiis nomina a Linux nucleo praedita.
Docker sinit nos celeriter applicationes explicandi et optime uti ratio limae communicando nucleum OS inter omnia vasa, sicut disiunctos OS processus currit.
Source: www.habr.com