VMware gaat samenwerken met Docker en Google voor container-ondersteuning

VMware heeft een brede samenwerking met Docker aangekondigd. VMware gaat de Docker Engine ondersteunen voor het draaien en de uitrol van apps in softwarecontainers op virtuele machines. VMware ondersteunt ook Googles beheerplatform voor Docker Engine, Kubernetes.

VMware gaat het mogelijk maken voor enterprises om apps in Docker-containers op VMware-infrastructuur en de hybride VMware vCloud Air-dienst te draaien en uit te rollen. Docker is in korte tijd erg populair geworden als een soort lichtgewicht en snel alternatief op virtuele machines wat betreft het draaien en uitrollen van apps. Docker is een opensourceproject, de software voor het uitrollen van containerized apps draait op Linux en gebruik is gratis.

Ten opzichte van virtuele machines is het voordeel onder andere dat geen gast-OS nodig is voor het draaien, met voordelen op gebied van opslag en portabiliteit van dien. "Met zowel containers als virtuele machines kun je applicaties aanleveren, soms met vm's, soms met containers", zei Patrick Gelsinger, ceo van VMWare, tijdens VMWorld 2014. De beste manier is volgens hem echter door gebruik te maken van virtuele machines, waarbij hij verwijst naar beveiliging, stabiliteit en beheer.

VMware en Docker zijn ook overeengekomen samen aan opensourceprojecten op gebied van Docker te werken, zoals libswarm, libcontainer en libchan. Daarnaast werken de organisaties aan het verbeteren van de compatibiliteit tussen hun producten, zoals tussen de Docker Hub, waar inmiddels meer dan 30.000 apps staan, en VMware vCloud Air, VMware vCenter Server en VMware vCloud Automation Center.

Onder andere Google heeft zich achter Docker geschaard, met ondersteuning voor de containers bij zijn Compute Engine. Bij Google draaien diensten als Gmail en de zoekmachine op Linux-containers en het bedrijf introduceerde onlangs Kubernetes, een kleine container-beheertool. VMware gaat api's en tools voor Kubernetes nu beschikbaar maken voor enterprises en de beheertool van Google naar VMware vSphere brengen.

Het is de tweede aankondiging die VMware deed tijdens zijn VMWorld 2014-evenement op gebied van het inkapselen van een min of meer concurrerende en snel in opkomst zijnde technologie. Maandag kondigde VMware ook een eigen OpenStack-distributie aan.

Reacties (23)

Ter info, ik heb bijna een jaar geleden naar dit project gekeken. Het was trending en ik zocht iets lichtgewicht dat VM's konden vervangen. Ik had er al een maand mee gewerkt toen ik iets beters tegenkwam. Juju heet het en is van Canonical, dus momenteel alleen Ubuntu. Maar goed ik ontwerp cloud applicaties dus Ubuntu is prima. Het grote verschil tussen Docker en Juju is dat Docker meer een soort gestandaardiseerd lichtgewicht VM is en Juju een package manager voor de cloud.

Waar je bij Docker bezig bent met containers is de first-class citizen bij Juju een service.

Wat overigens ook een leuk weetje is, is dat Docker geschreven is in Go.

[Reactie gewijzigd door tuXzero op 26 augustus 2014 00:30]

Geen appels met peren vergelijken he!
Docker is een container technologie en juju een orchestration platform.
Juju is trouwens ook in Go geschreven.

Ik ben benieuwd of er ook echt intergratie komt vanuit bijv. vCenter. Zou wel leuk zijn als je gewoon de complete app in een container heen en weer kan gooien zonder eerst te hoeven kijken of je packages wel gelijk zijn op de andere VM.

En weer wat overhead minder

Mijn ervaring met de strategie van VMware de laatste tijd is dat ze op zich goed bezig zijn (zie bijv. hun funding van Puppet) maar niet vergeten om ergens toch nog voor vendor lockin te zorgen, zodat je hun duurdere licenties moet blijven afnemen. Logisch natuurlijk, het is immers een commercieel bedrijf.

Daarnaast wordt er vooral heel hard geschreeuwd hoe goed ze wel niet met de open source community bezig zijn, terwijl hun eigen API wat mij betreft nog steeds een drama is. Not my cup of tea, ik had liever gezien dat ze voor een goede API zorgen zodat iedereen er makkelijk mee kan praten en je niet afhankelijk bent van partijen waarmee vmware een overeenkomst afsluit.

Bijvoorbeeld AWS integratie; er is een plugin voor vCenter dus je denkt "wow, wat cool" maar wil je echt wat leuks gaan doen dan moet je vCAC gebruiken. En dat vereist een duurdere licentie.
Het zou me niet verbazen als hier iets soortgelijks gebeurt.

Klinkt een beetje als apps rechtstreeks op Xen draaien zoals al een tijd kan.
Volgens mij is er ook een OS gebouwd een paar jaar geleden dat alle apps standaard in hun eigen Xen domeinen draait. Qubes heette dat.

Bij Qubes was/is de bedoeling applicaties van elkaar te scheiden, zodat een exploit in één applicatie niet heel je systeem onveilig zou maken. Niet de bedoeling om alle applicaties van elkaar te scheiden trouwens, want daar is de overhead te groot voor, je zou eerder een aantal zones (pc-banking, persoonlijk, werk, ...) aanmaken die dan niks met elkaar te maken hebben.

Zie bijvoorbeeld de FAQ: https://wiki.qubes-os.org/wiki/UserFaq

Ja maar zonder de overhead van Xen. Bij docker draait iedereen op dezelfde kernel afgescheiden via containers (cgroups). Dat zou een stuk sneller moeten zijn dan Xen.

Hoezo overhead? Xen is bare-metal. Daar kan je een (linux)kernel op draaien, maar ook gewoon een applicatie. Bij Docker kan je niet zonder kernel, die moet je altijd hebben.

Xen doet toch nog altijd aan hardware of para virtualisation? Je hebt dus een systeem in dom0 nodig en daarboven kun je een willekeurig systeem laten draaien. Xen doet aan full system virtualisation. (het is wel een tijdje geleden dat ik nog naar Xen gekeken heb).

Docker doet niks van virtualisation maar aan 'apps' die allemaal op hetzelfde systeem draaien maar afgescheiden voor containers. Geen overhead van enige virtualisatie.

Wat Docker voornamelijk doet is een standaard definiëren voor containers. Containers zijn in Linux al langer mogelijk, sinds versie 2.6.24 met LXC (LinuX Containers) en cgroups. Docker is voor Linux wat het de W3C standaarden zijn voor Firefox en Chrome. Omdat iedereen deze open standaard kan implementeren is het mogelijk om VM-like containers op elk platform te laten draaien dat Docker ondersteund, dus niet alleen op Linux. Dat maakt Docker aantrekkelijk voor zowel VMware als Google.

Precies, LXC bestond al een hele tijd, maar was moeilijke te gebruiken en daardoor niet populair. Ik heb het ooit geprobeerd en kwam er niet echt uit. Docker heeft dit vereenvoudigt door er de juiste tooling omheen te bouwen, deels gebaseerd op de tools die het hostingbedrijf dotCloud (het bedrijf dat later Docker werd) intern gebruikte.

Klinkt als een verhaal van "if you can't beat them, join them"

Docker maakt grote golven in VM land, dezelfde functionaliteit voor een fractie van de resources (cpu, memory en dus ook financieel). daarnaast werkt het geweldig samen in continuous integration en continuous delivery..
Heerlijke tool om mee te werken en met Google's backing ook een mooie stap voor de toekomst!

Inderdaad, Ik ben nog steeds op zoek naar een Windows equivalent van Docker, maar niet gevonden, heeft voornamelijk te maken met de closed source van windows en de architectuur. alleen Symantec_Workspace_Virtualization komt in de buurt.

Ik heb Docker nooit gebruikt, maar is Virtuozzo op Windows niet ongeveer vergelijkbaar? Daarbij is er ook geen apart Guest OS, maar elke container heeft wel volledige controle over de instellingen van het OS; operating system-level virtualization.

Dat ligt volledig aan je instellingen.--> een LXC is in principe een verbeterde chrootjail. Het Host OS moet bepalen wat een container kan, niet andersom. Als je dat doet heb je een potentieel beveiligingsrisico

Waarom zou je dat willen als ik vragen mag?

Daar heeft Microsoft tochApp-V voor?

Docker is er ook al voor mac osx en windows tegenwoordig (wel met wat extra''s zoals speciale VM )

Zie ook: https://docs.docker.com/installation/windows/

Op OSCON, vorige maand, was de presentatie van Google, over Kubernetes, druk bezocht; misschien wel de grootste dichtheid van alle presentaties. Nu kwam dat deels doordat de ruimte niet al te groot was, maar ook de associatie met Docker wekte veel interesse. Veel mensen kwamen echter met veel vragen weer uit deze presentatie. Er werd weinig duidelijk over een aantal technische aspecten en ook over de richting die Google er mee uit zou willen.

Of we hadden gewoon een beroerde spreker, dat kan natuurlijk ook!

jammer had toch gehoopt dat container gewoon bij docker bleef..
de rest is nog al een behoorlijk overhead..

in de toekomst ging men toch overstappen naar docker.. nu hoeft dat dus niet meer ...

Wil niet heel vervelend doen, maar VMware is nog altijd marktleider op gebied van virtualisatie. En natuurlijk zouden ze hun eigen product aanprijzen, zou wel gek als dat niet zo is en Hyper-V in de hemel gaan prijzen, zeker als je zo'n salaris krijgt.

Ook is het stabieler en ontzorgen ze doordat het beheer intuïtiever is dan de tegenhangers.

Gewerkt met Citrix Xen Server / Hyper-V en VMware.

Maar als ik mag kiezen blijft het altijd nog VMware.

Marktleider? Misschien in verkopen en Windows-GUI's, verder nergens.