Programmēšana

4 iemesli, kāpēc Docker libcontainer ir liels darījums

Starp visiem jaunumiem, kas šonedēļ parādījās ap lietotņu konteineru sistēmas Docker 1.0 izlaišanu, vissvarīgākā informācija var būt Docker iekšpusē.

Par galveno projektu Docker, libcontainer, centrā kļūst kopīgs darbs, kas konteinerus varētu padarīt vēl noderīgākus nekā tagad ar Docker - un tas varētu pārveidot Docker par daudz vairāk nekā uz Linux orientētu tehnoloģiju.

Šeit ir četri galvenie iemesli, kāpēc libcontainer ilgtermiņā varētu būt pat lielāks piedāvājums nekā pats Docker.

1. Tas ir standarts vai tik tuvu tam, kāds mums būs tūlīt

Libcontainer nodrošina standarta saskarni smilškastes vai konteineru izgatavošanai OS. Izmantojot to, konteiners var paredzamā veidā saskarties ar resursdatora OS resursiem, drošību un uzvedības vadību, un tajā esošo lietotni var kontrolēt, kā paredzēts.

Līdz ar to Docker vairs nav atkarīgs no citiem komponentiem, lai tas darbotos pareizi. Linux operētājsistēmā tā bija problēma, jo Docker vēsturiski paļāvās, piemēram, uz LXC (kas dažādos izplatījumos vai instalācijās var atšķirties).

Linux ir piedāvājis daudz veidu, kā konteineros ievietot lietojumprogrammas, sākot no sava LXC līdz infrastruktūras tehnoloģijām, piemēram, OpenShift pārnesumiem vai Heroku dinamotipiem. Bet tie vai nu nav sasnieguši funkcijas, vai arī nav novērtēti kā standarti to funkciju nozīmē, kuras var izmantot atsevišķi. Šajā nolūkā libcontainer ir pirmais mēģinājums standartizēt veidu, kā lietotnes tiek iepakotas, piegādātas un palaist izolēti - un izstrādātāji, ne tikai sistēmas administratori, var piesaistīt un ieviest.

2. Tas visiem iedos tā paša konteinera pīrāga šķēli

Docker 1.0 paziņojumu vidū kļuva skaidrs Docker atbalsta plašais apjoms. Red Hat, Google, Canonical un Parallels veicinās libcontainer atšķirīgu funkcionalitāti, ne tikai gūstot labumu no tā dažādos veidos, bet nodrošinot Docker funkcionalitātes paplašināšanu arī saviem klientiem.

Red Hat ar gaidāmā Project Atomic starpniecību ir ieinteresēts, lai Docker būtu pamats pašas Linux lielai konteinerizēšanai no augšas uz leju. Šis projekts varētu būtiski ietekmēt to, kā vispirms tiek izveidoti Linux izplatījumi, un, visticamāk, to atvieglos libcontainer. Google saviem mākoņpakalpojumiem pievienoja atbalstu Docker konteineriem, Canonical pievieno resursu pārvaldības funkcijas libcontainer, bet Parallels - valodas portu, kas pārraksta libcontainer C valodā.

3. Arī dokers varētu kļūt par Windows lietu

Tā kā libcontainer tiek pārnests uz citām valodām, Docker, visticamāk, parādīsies vietās, kuras tā vēl nav izvietota. Lieta: Microsoft Windows.

Docker izpilddirektors Bens Golubs ir atzīmējis, ka nekas netraucē Docker kļūt par starpplatformu tehnoloģiju. "Nav pamata iemesla, kāpēc mums jāpaliek Linux," viņš teica, norādot uz dažiem projektiem, kuros iesaistīti Microsoft .Net.

Iespējams, jau ir parādījušies priekšstati par to, kā tas varētu notikt. Jaunākā ASP.Net pārskatīšana ir starpplatformu darbība, un Microsoft ir pievienojis atbalstu Docker Azure. Šādi notikumi ļautu pašam jaunajam .Net kļūt par Docker-ized.

Tas nav tik pārsteidzoši, ka Microsoft būtu ieinteresēts projektā. Microsoft ir ne tikai pārskatījis savu attieksmi pret atvērto pirmkodu, bet pētījums ir par uzņēmuma nodomu padarīt Windows Azure par pamatu, uz kura var darboties jebkura veida programmatūra vai OS.

4. Pats dokers varētu būt tikai sākums

Tā kā libcontainer ir atvērta pirmkoda, maz kas traucē citiem veidot pašiem savus konteineru produktus. Visticamāk, ka Docker labu laiku paliks lietotņu konteineru pārejas produkts - tam ir impulss, esošā lietotāju bāze un plaukstoša trešo personu pakalpojumu ekosistēma. Bet Dokeram diez vai jābūt vienīgajam produktam.

Šis stāsts "4 iemesli, kāpēc Docker libcontainer ir liels darījums", sākotnēji tika publicēts vietnē .com. Iegūstiet pirmo vārdu par to, ko svarīgās tehnoloģiju ziņas patiesībā nozīmē, izmantojot Tech Watch emuāru. Lai uzzinātu jaunāko informāciju par biznesa tehnoloģiju jaunumiem, sekojiet .com vietnē Twitter.

$config[zx-auto] not found$config[zx-overlay] not found