Containers, uitgelegd

Inmiddels zijn containers een bekend concept voor uw IT-afdeling. De meest behendige kleine tot middelgrote bedrijven (MKB's) of ondernemingen gebruiken ze misschien al. Wat betreft applicatie-ontwikkeling en IT-infrastructuur, Linux-containers zijn ongeveer net zo trendy als je zult zien met dit soort technologie.

451 Research denkt zelfs dat de markt voor applicatiecontainers zal groeien van $ 762 miljoen in 2016 naar $ 2, 7 miljard in 2020. Ondertussen voorspelt Gartner dat meer dan 50 procent van de wereldwijde organisaties container-applicaties in 2020 zullen draaien, een toename van minder dan 20 procent in 2017.

We hebben al uitgelegd hoe de modulaire applicatie-architectuur van microservices ontwikkeling en IT-teams helpt efficiënter te werken, terwijl de kosten en complexiteit van het toevoegen van nieuwe functies en functionaliteit worden verlaagd. Vanuit technologisch oogpunt zijn containers de katalysator van die DevOps-vergelijking. Ze zijn het handige pakket waarmee DevOps en IT-teams snel en consistent de code, configuraties en afhankelijkheden van een toepassing kunnen doorgeven.

Maar wat betekent dat eigenlijk voor uw bedrijf? Ik sprak met enterprise IT-oplossingen en open-source softwarebedrijf Red Hat om erachter te komen. In deze uitleg wordt niet alleen uitgelegd wat containers zijn en hoe ze werken, maar ook de verschillende manieren waarop uw organisatie, eenmaal u de technologie begrijpt, container-implementaties bovenop uw datacenter of cloudinfrastructuur kunt gebruiken om sneller kwaliteitssoftware te leveren.

Containers 101

Op hun meest basale niveau zijn Linux-containers toepasselijk genoemd naar de metalen transportcontainers waarmee ze zo vaak worden vergeleken. Of het nu op een vrachtschip, een vrachttrein of op de achterkant van een grote rig truck is, de container zelf is hetzelfde uniforme schip voor het transporteren van goederen. Lars Herrmann, General Manager van de Integrated Solutions Business Unit bij Red Hat, houdt toezicht op de Linux-containertechnologie van het bedrijf. Herrmann zei dat bedrijven containers gewoon als een nieuwe werkeenheid moeten beschouwen.

"Containers gaan allemaal over behendigheid, " zei Herrmann. "In een complexe organisatie gaat het om het toewijzen van verantwoordelijkheden samen met de vrijheid om functies te leveren. En containers bieden u deze technologie om alles bij elkaar te houden, terwijl u toch uw verantwoordelijkheid voor beveiliging, beschikbaarheid, naleving van de regelgeving beheert - alles wat telt."

Klik op de afbeelding voor de volledige infographic. Afbeelding tegoed: Twistlock

Op deze manier maakt de homogeniteit van containers ze gemakkelijk te gebruiken bouwstenen. Het zijn kleine, inplugbare eenheden waarop u een microservices-architectuur kunt bouwen die rekening houdt met operationele efficiëntie en versiebeheer. Tegelijkertijd geven ze DevOps en IT-teams gedetailleerde controle over hoe ze infrastructuurbronnen inzetten. Herrmann wees er ook op dat containers fundamenteel een besturingssysteemtechnologie (OS) zijn.

"Containers nemen het besturingssysteem en snijden het in twee stukken, " legde Herrmann uit. "Aan de ene kant krijg je de werkeenheid voor de applicatie, die applicatiecode en afhankelijkheden bevat op een manier die kan worden geoptimaliseerd door de DevOps-teams, en hen autonomie en controle om beslissingen te nemen wanneer ze willen. Ze hoeven niet langer wacht op andere teams.

"Het andere deel is de kernel van het besturingssysteem. De OS-kernel en container-payload bieden ondersteuning voor de bronnen en primitieven die u beschikbaar wilt hebben, zoals opslag, netwerken en beveiliging. Omdat containers een OS-technologie zijn, kunt u ze overal uitvoeren, of het nu virtueel is hosts of een openbare cloud. Met die hybride kwaliteit kunt u elke toepassing in elke omgeving beheren met dezelfde technologie en tegelijkertijd DevOps-teams ondersteunen."

Containers zijn ook niet hetzelfde als virtualisatie. Herrmann legde uit dat containers en virtualisatie wederzijdse krachten zijn. Virtualisatie emuleert een virtuele hardware-omgeving voor het uitvoeren van verschillende softwarestacks; het biedt een zogenaamde abstractielaag om die cloud-computingomgeving flexibiliteit te bieden over hoe applicaties en gegevens zijn gestructureerd en geïmplementeerd. Dus, op een enkele gevirtualiseerde OS-kernel, kunt u dan meerdere servers of instanties uitvoeren. Containers zijn de instanties.

"Er is nog steeds veel verwarring rond het combineren van containers met virtualisatie, " zei Herrmann. "Virtualisatie lost een ander probleem op en we denken dat containers en virtualisatie elkaar heel goed aanvullen. Virtualisatie biedt abstractie en emulatie en met containers krijg je een soortgelijke soort abstractie maar zonder de emulatie. Samen geven ze je geen meetbare overhead en een ton operationele efficiëntie, maar het kan moeilijk zijn om de twee te scheiden."

Een snel overzicht van het containellandschap

De DevOps en agile principes waar we het over hebben met betrekking tot containers zijn niet nieuw, omdat ze teruggaan naar het concept van servicegeoriënteerde architectuur (SOA), dat hierboven in onze uitleg over microservices wordt beschreven. De moderne Linux-container werd uitgevonden toen Docker het spel veranderde. Docker is een paar verschillende dingen, maar eerst en vooral is het een enorm populaire open-source technologie die werd ontwikkeld door het Docker Project in 2013. Het is ontworpen voor het verpakken, verzenden en uitvoeren van elke toepassing als een lichtgewicht container. In 2017 heeft Docker de mogelijkheid toegevoegd om Linux-containers op Windows te gebruiken met behulp van Hyper-V-technologie.

Docker is een van de vele open-sourceprojecten die helpen de technologie en de ruimte vorm te geven. Kubernetes, oorspronkelijk ontwikkeld door Google en nu beheerd door de Cloud Native Computing Foundation, is een open-source systeem voor het automatiseren van containerimplementatie, -schaling en -beheer. Docker en Kubernetes zijn de twee krachtige open-sourceprojecten die de meeste invloed hebben op de ontwikkeling van technologie. In april heeft Dockers zelfs zijn Docker Enterprise Edition (EE) 2.0 uitgebracht, waarmee gebruikers hun workloads in Kubernetes kunnen beheren en beveiligen in een multi-Linux-, multi-OS- of multi-cloudomgeving. Deze flexibiliteit verkleint de kans dat bedrijven worden opgesloten in een bepaalde technologie of infrastructuur. Docker zegt dat EE 2.0 bedrijven in staat stelt meer kostenefficiëntie te behalen door applicaties te beheren vanuit een enkele besturingsinterface om afbeeldingen, opslag en netwerken bij te houden.

Er zijn tientallen andere bedrijven, samen met Project Atomic van Red Hat (voor gecombineerde Docker / Kubernetes-stacks) en het Open Container Initiative van de Linux Foundation die open industriestandaarden rond containers willen creëren. Voor Docker waren het Docker-afbeeldingen die de ontwikkelingswereld in brand staken. Een container slaat de code, bibliotheken en configuratiebestanden op om een ​​afbeelding op elke locatie uit te voeren. "Containers hadden allemaal diensten op hetzelfde knooppunt gezet tot Docker het idee introduceerde van een op afbeeldingen gebaseerde implementatie, " zei Herrmann.

Klik op de afbeelding voor de volledige infographic. Afbeelding: The Docker Survey, 2016

Docker is ook een startup (opgericht in 2010 als dotCloud) die meer dan $ 242 miljoen aan financiering heeft opgehaald. Het bedrijf biedt een reeks enterprise Container-as-a-Service (CaaS) tools voor Docker-implementaties in datacenters en private clouds. Wat het beheer van bedrijfscontainers betreft, staat Docker natuurlijk niet alleen in de ruimte. Red Hat biedt een eigen CaaS-suite met ontwikkeltools voor zijn Red Hat Enterprise Linux (RHEL), OpenShift en JBoss-producten.

Meer en meer grote technologische bedrijven zijn ook bezig met de actie. Amazon Web Services (AWS), Microsoft Azure en Google Cloud Platform (GCP) hebben allemaal geïntegreerde ingebouwde container-orkestratie- en beheerhulpmiddelen in hun respectieve cloudinfrastructuur-als-een-dienst (IaaS) platforms. Op 8 mei kondigde Microsoft een samenwerking met Red Hat aan om ontwikkelaars op containers gebaseerde software in Azure te laten draaien. Diezelfde dag meldde IBM dat het zijn samenwerking met Red Hat zou uitbreiden om ontwikkelaars in staat te stellen applicaties te bouwen op een geïntegreerd containerplatform. In een paar korte jaren is de containerruimte behoorlijk druk geworden.

Welke bedrijfsproblemen kunnen containers oplossen?

Als het gaat om het implementeren van moderne applicatie-architecturen en DevOps-principes binnen een onderneming, zijn containers het antwoord op een aantal problemen. Met name wanneer de organisatie zich verdiept in legacy-technologie en traditioneel ontwikkelingsbeleid, zijn containers het eenvoudig te integreren platform dat de overgang kan vergemakkelijken en de IT-afdeling gemakkelijk kan maken.

"Op dit moment zien we containerisatie als de meest praktische manier om cloud, DevOps en microservices in uw omgeving te introduceren. Containers integreren op natuurlijke wijze met de technologieën die u al hebt, " zei Herrmann.

Rich Sharples, Senior Director Product Management voor Middleware bij Red Hat, zei dat het allemaal draait om het leveren van hoogwaardige software met een snellere cadans. Alle bedrijven willen software sneller uitbrengen om op hun eigen markten te concurreren, en die druk valt vaak op een overwerkte IT-afdeling. Sharples zei dat containers een manier zijn om applicaties en services te produceren die sneller kunnen worden gewijzigd - of het nu een nieuwe functie of een kritische beveiligingsoplossing is - met behoud van kwaliteit. Hij sprak ook over containerinfrastructuur als de brug om bedrijven klaar te maken voor microservices.

"We hebben dit ontwerpprincipe: we kunnen het ons niet veroorloven om applicaties achter te laten, " zei Sharples. "We bevinden ons in deze prachtige nieuwe wereld van DevOps en agile softwareontwikkeling. Maar ondernemingen kunnen niet al hun applicaties herschrijven om lid te worden. Hoe kunnen we deze naar deze nieuwe ideeën verplaatsen?"

"Investeren in platforms zoals containers is een manier om ervoor te zorgen dat de organisatie klaar is om te beginnen met het bouwen van zoiets als microservices. Microservices en containers samen is waar de echte kracht is. Er is niets interessants aan een enkele microservice; het is alleen in meervoud dat je dit ziet samenwerkend netwerk bestaande uit discrete stukjes functionaliteit."

Afbeelding tegoed: Docs.Docker.com

Evalueren of er moet worden geïnvesteerd in containers en niet alleen over technologie gaat. Sharples legde uit dat voor een succesvolle overgang naar DevOps, waarin containers en microservices zijn opgenomen, je de architectuur, de onderliggende platforms en agile processen nodig hebt.

"Dit is niet alleen een technologische beslissing, " zei Sharples. "Je moet nadenken of je organisatie er klaar voor is, of je specifieke problemen hebt met het leveren van software die je moet oplossen, en moet begrijpen hoe de zakelijke drivers eruit zien rond automatisering en DevOps. Begrijp je belangrijkste vereisten, kijk naar de behoeften van verschillende projecten, en beslis vervolgens welke combinatie van cloud, applicatie-architectuur en containertechnologie het mogelijk maakt."

Herrmann gaf enterprise IT-afdelingen drie adviezen om te kijken hoe containers in hun organisatie passen:

1. Aan de slag

Volgens Herrmann is de combinatie van DevOps, agile, containers en microservices niet alleen een technologische verandering op zich. "Het is een reis die leidt tot een vrij belangrijke transformatie in hoe uw bedrijf zal werken", zei hij. "Mijn eerste advies is om aan de slag te gaan omdat uw concurrenten dat zijn. Early adopters de stukken laten samenstellen is de verkeerde strategie omdat u het misschien niet inhaalt."

2. Alomvattende visie

Herrmann adviseerde dat u containers vanuit een meer holistisch oogpunt benadert. "Kies je belangrijkste doel, " zei hij. "De mogelijkheid om software sneller te leveren is een geweldig uitgangspunt. Denk aan die ene doelstelling na over hoe u uw organisatie in het proces brengt en structureer dit werk zonder risico en churn voor uw bestaande activiteiten."

3. Ecosysteem

Veel ondernemingen bereiken het punt waarop ze worden beperkt door oude architectuur, processen en platforms, zei Herrmann. "Je kunt de architectuur niet veranderen zonder na te denken over de platforms waarop je wilt vertrouwen, " zei hij. "Dan is de vraag, met wie werk ik? Met wie praat ik? Onze aanbeveling is om te zoeken naar bedrijven die niet alleen kunnen helpen met de technologische problemen, maar de transformatie op al deze dimensies kunnen beheren: technologie, proces, helemaal Wanneer u te maken hebt met cloud, DevOps, containers en microservices allemaal samen, wilt u vertrouwen op een ecosysteem dat u kan helpen in korte tijd succesvol te zijn en u van doodlopende wegen te sparen."