Ze všech novinek, které tento týden vycházejí kolem vydání kontejnerového systému aplikací Dockeru 1.0, mohou být nejdůležitější detaily, které jsou uvnitř Dockeru.
Klíčovým projektem v jádru Dockeru, libcontainer, se stává společné úsilí, díky kterému mohou být kontejnery ještě užitečnější, než jaké jsou nyní v Dockeru - a může z Dockera udělat mnohem více než technologii zaměřenou na Linux.
Zde jsou čtyři velké důvody, proč může být libcontainer v dlouhodobém horizontu ještě větším řešením než samotný Docker.
1. Je to standard, nebo tak blízký standardu, jaký právě teď dostaneme
Libcontainer poskytuje standardní rozhraní pro vytváření sandboxů nebo kontejnerů uvnitř OS. Díky němu může kontejner předvídatelným způsobem komunikovat s prostředky, zabezpečením a ovládacími prvky hostitelského operačního systému a aplikace uvnitř může být ovládána podle očekávání.
Proto Docker již nemusí záviset na ostatních součástech, aby správně fungoval. V Linuxu to byl problém, protože Docker se historicky spoléhal například na LXC (což se může lišit v různých distribucích nebo instalacích).
Linux nabízí nepřeberné množství způsobů kontejnerizace aplikací, od vlastního LXC po technologie založené na infrastruktuře, jako jsou převody OpenShift nebo Heroku's dynos. Ale buď selhaly ve funkcích, nebo nebyly měřeny jako standardy ve smyslu funkcí, které lze nasadit samostatně. Za tímto účelem je libcontainer prvním pokusem o standardizaci způsobu, jakým jsou aplikace zabaleny, doručeny a spuštěny izolovaně - a ten, do kterého se mohou zapojit a implementovat vývojáři, nejen správci systému.
2. Dá každému plátek stejného kontejnerového koláče
Uprostřed oznámení Docker 1.0 byla zřejmá široká škála podpory Docker. Red Hat, Google, Canonical a Parallels přispějí do libcontaineru různými funkcemi, nejen že z nich budou těžit různými způsoby, ale také rozšíří funkčnost Dockeru zpět svým zákazníkům.
Red Hat má prostřednictvím připravovaného projektu Atomic zájem o to, aby se Docker stal základem pro těžkou kontejnerizaci samotného Linuxu shora dolů. Tento projekt by mohl mít hlavní důsledky pro to, jak jsou distribuce Linuxu vytvářeny, a je pravděpodobné, že bude snazší s libcontainerem. Google přidal podporu pro Docker kontejnery do svých cloudových služeb, Canonical přidává funkce správy prostředků do libcontaineru a Parallels přispívá jazykovým portem, přepsáním libcontaineru v C.
3. Docker by se také mohl stát věcí Windows
Protože libcontainer je portován do jiných jazyků, Docker se pravděpodobně zobrazí na místech, kde ještě nebyl nasazen. Příklad: Microsoft Windows.
Generální ředitel Dockeru Ben Golub poznamenal, že nic nebrání tomu, aby se Docker stal technologií pro různé platformy. „Neexistuje žádný zásadní důvod, proč musíme zůstat v systému Linux,“ řekl a naznačil, že některé projekty zahrnující síť Microsoft .Net byly na cestě.
Možná se již objevily představy o tom, jak by se to mohlo rozvinout. Nejnovější revize ASP.Net je úsilí napříč platformami a Microsoft přidal podporu pro Docker v Azure. Takový vývoj by umožnil, aby nový .Net sám byl Docker-ized.
Není to tak překvapivé, že by se Microsoft o projekt zajímal. Společnost Microsoft nejen revidovala své postoje k otevřenému zdroji, ale i výzkum se zaměřuje na záměr společnosti udělat z Windows Azure základ, na kterém může běžet jakýkoli druh softwaru nebo OS.
4. Samotný Docker může být jen začátek
Vzhledem k tomu, že libcontainer je otevřený zdroj, je jen málo, co ostatním brání v tom, aby na tom stavěli své vlastní kontejnerizační produkty. Je pravděpodobné, že Docker zůstane po dlouhou dobu produktem go-to pro kontejnery aplikací - má dynamiku, stávající základnu uživatelů a prosperující ekosystém služeb třetích stran. Ale Docker stěží musí být jediným produktem.
Tento příběh „4 důvody, proč je Dockerův libcontainer velkým problémem“, byl původně publikován na .com. Získejte první slovo o tom, co opravdu znamenají důležité technologické novinky, s blogem Tech Watch. Nejnovější informace o novinkách v oblasti podnikových technologií najdete na Twitteru na webu .com.
