Iš visų šią savaitę pasirodžiusių naujienų apie programų konteinerių sistemos „Docker 1.0“ leidimą, svarbiausia gali būti išsami informacija apie tai, kas yra „Docker“ viduje.
Pagrindinis „Docker“, „libcontainer“, pagrindinis projektas tampa bendromis pastangomis, dėl kurių konteineriai gali būti dar naudingesni nei dabar naudojant „Docker“ - ir tai gali paversti „Docker“ kur kas daugiau nei į „Linux“ orientuota technologija.
Čia yra keturios pagrindinės priežastys, kodėl libcontainer ilgainiui gali būti dar didesnis sandoris nei pats „Docker“.
1. Tai yra standartas arba toks pat artimas, koks bus dabar
„Libcontainer“ suteikia standartinę sąsają smėlio dėžėms ar konteineriams gaminti OS viduje. Su juo konteineris gali nuspėjamai sąsaja su priimančiosios OS ištekliais, saugumu ir elgesio valdikliais, o jame esančią programą galima valdyti, kaip tikėtasi.
Taigi, norint tinkamai veikti, „Docker“ nebereikia priklausyti nuo kitų komponentų. „Linux“ sistemoje tai buvo problema, nes „Docker“ istoriškai rėmėsi, pavyzdžiui, LXC (kuris gali skirtis platinant ar diegiant).
„Linux“ pasiūlė gausybę būdų, kaip talpinti programas, pradedant nuosavu LXC, baigiant infrastruktūra pagrįstomis technologijomis, tokiomis kaip „OpenShift“ pavaros ar „Heroku“ dinamos. Bet jiems trūksta funkcijų arba jie nėra vertinami kaip standartai funkcijų, kurias galima įdiegti atskirai, prasme. Tuo tikslu „libcontainer“ yra pirmasis bandymas suvienodinti programų pakavimo, pristatymo ir paleidimo būdą atskirai - ir kūrėjai, ne tik sistemos administratoriai, gali prisijungti ir įgyvendinti.
2. Tai duos visiems gabalėlį to paties konteinerių pyrago
Tarp „Docker 1.0“ pranešimų paaiškėjo platus „Docker“ palaikymo mastas. „Red Hat“, „Google“, „Canonical“ ir „Parallels“ prisidės prie „libcontainer“ skirtingo funkcionalumo, naudodamiesi ne tik įvairiais būdais, bet ir išplėsdami „Docker“ funkcionalumą savo klientams.
„Red Hat“ per būsimą „Project Atomic“ yra suinteresuota, kad „Docker“ būtų pagrindas stipriai konteinerizuoti patį „Linux“ iš viršaus į apačią. Šis projektas gali turėti didelę reikšmę visų pirma kuriant „Linux“ paskirstymus, ir greičiausiai tai bus lengviau padaryti naudojant „libcontainer“. „Google“ pridėjo „Docker“ talpyklų palaikymą prie savo debesies paslaugų, „Canonical“ prideda išteklių valdymo funkcijas prie „libcontainer“, o „Parallels“ - kalbos prievadą, perrašantį „libcontainer“ C.
3. „Docker“ taip pat gali tapti „Windows“ dalyku
Kadangi „libcontainer“ yra perkeliama į kitas kalbas, „Docker“ greičiausiai pasirodys tose vietose, kuriose dar nebuvo įdiegta. Šiuo atveju: „Microsoft Windows“.
„Docker“ generalinis direktorius Benas Golubas pastebėjo, kad niekas netrukdo „Docker“ tapti kelių platformų technologija. „Nėra jokios esminės priežasties, kodėl turime likti„ Linux “, - sakė jis, užsimindamas apie kai kuriuos projektus, susijusius su„ Microsoft “.Net.
Jau galėjo pasirodyti mintys, kaip tai galėtų atsiskleisti. Naujausia ASP.Net peržiūra yra įvairių platformų siekis, o „Microsoft“ pridėjo „Docker“ palaikymą „Azure“. Tokie pokyčiai leistų pačiam naujajam .Net būti „Docker-ized“.
Visa tai stebina, kad „Microsoft“ būtų suinteresuotas projektu. „Microsoft“ peržiūrėjo ne tik požiūrį į atvirą kodą, bet ir tyrinėjo įmonės ketinimą „Windows Azure“ paversti pamatu, kuriame gali veikti bet kokia programinė įranga ar OS.
4. Pats dokeris gali būti tik pradžia
Kai „libcontainer“ yra atviro kodo šaltinis, mažai kas trukdo kitiems kurti savo konteinerių produktus ant jo. Tikėtina, kad „Docker“ dar ilgai išliks pasirinktu programų pakuočių produktu - jis turi impulsą, esamą vartotojų bazę ir klestinčią trečiųjų šalių paslaugų ekosistemą. Tačiau vargu ar „Docker“ turi būti vienintelis produktas.
Ši istorija „4 priežastys, dėl kurių„ Docker libcontainer “yra didelė problema“, iš pradžių buvo paskelbta .com. Gaukite pirmą žodį apie tai, ką iš tikrųjų reiškia svarbios technologijų naujienos, naudodamiesi „Tech Watch“ tinklaraščiu. Norėdami sužinoti naujausius verslo technologijų naujienas, sekite .com „Twitter“.
