Beholdere, forklart

Nå er containere et kjent konsept for din IT-avdeling. De mest smidige små og mellomstore bedrifter (SMB) eller foretak bruker kanskje allerede dem. Så langt applikasjonsutvikling og IT-infrastruktur går, er Linux-containere omtrent like trendy som du vil se med denne typen teknologi.

Faktisk 451 Research projiserer applikasjonscontainermarkedet for å utvide seg fra 762 millioner dollar i 2016 til 2, 7 milliarder dollar i 2020. I mellomtiden spår Gartner at mer enn 50 prosent av de globale organisasjonene vil kjøre containerte applikasjoner i 2020, en økning fra mindre enn 20 prosent i 2017.

Vi har allerede forklart hvordan den modulære applikasjonsarkitekturen til mikroservices hjelper utviklings- og IT-teamene til å jobbe mer effektivt, samtidig som de reduserer kostnadene og kompleksiteten ved å legge til nye funksjoner og funksjonalitet. Fra et teknologisk synspunkt er containere det katalyserende middel for den DevOps-ligningen. De er den praktiske pakken som DevOps og IT-team raskt og konsekvent kan gi en applikasjons kode, konfigurasjoner og avhengigheter frem og tilbake.

Men hva betyr det egentlig for bedriften din? Jeg snakket med enterprise IT-løsninger og open source programvareselskapet Red Hat for å finne ut av det. Denne forklareren vil ikke bare legge ut hva containere er og hvordan de fungerer, men de forskjellige måtene - når du har forstått teknologien - din organisasjon kan bruke containerdistribusjoner på toppen av datasenteret eller skyinfrastrukturen for å levere kvalitetsprogramvare raskere.

Beholdere 101

På sitt mest grunnleggende nivå er Linux-containere passende navngitt for metallforsendelsescontainere som de ofte blir likestilt med. Enten det er på et godstog, et godstog eller på baksiden av en stor riggbil, er selve containeren det samme enhetlige fartøyet med transport av varer. Lars Herrmann, daglig leder for Business Unit for Integrated Solutions i Red Hat, fører tilsyn med selskapets Linux-containerteknologi. Herrmann sa at virksomheter ganske enkelt burde se på containere som en ny arbeidsenhet.

"Beholdere handler om smidighet, " sa Herrmann. "I en kompleks organisasjon handler det om å tildele ansvar sammen med friheten til å levere funksjoner. Og containere gir deg denne teknologien for å holde det hele sammen, mens du fremdeles administrerer ditt ansvar for sikkerhet, tilgjengelighet, forskriftsoverholdelse - alt det som betyr noe."

Klikk på bildet for å få full infographic. Bildekreditt: Twistlock

På denne måten gjør homogeniteten til containere dem enkle å bruke byggesteiner. Det er små, pluggbare enheter som du kan bygge en mikroservicearkitektur som står for driftseffektivitet og versjonskontroll. Samtidig gir de DevOps og IT-team granulær kontroll over hvordan de distribuerer infrastrukturressurser. Herrmann påpekte også at containere i grunnen er en operativsystemteknologi.

"Beholdere tar operativsystemet og deler det i to deler, " forklarte Herrmann. "På den ene siden får du arbeidsenheten for applikasjonen, som inneholder applikasjonskode og avhengigheter på en måte som kan optimaliseres av DevOps-teamene, og dem autonomi og kontroll for å ta beslutninger når de vil. De trenger ikke lenger vent på andre lag.

"Den andre brikken er operativsystemkjernen. OS-kjernen og beholderens nyttelast gir støtte for ressursene og primitivene du ønsker tilgjengelig som lagring, nettverk og sikkerhet. Fordi containere er en OS-teknologi, kan du kjøre dem hvor som helst, enten det er virtuelt verter eller en offentlig sky. Den hybridkvaliteten lar deg administrere ethvert program i ethvert miljø ved å bruke den samme teknologien mens du fortsatt gir DevOps-team."

Beholdere er heller ikke det samme som virtualisering. Herrmann forklarte at containere og virtualisering er gjensidige krefter. Virtualisering emulerer et virtuelt maskinvaremiljø for å kjøre forskjellige programvarestabler; det gir det som kalles et abstraksjonslag for å gi det sky-databehandlingsmiljøet fleksibilitet i forhold til hvordan applikasjoner og data er strukturert og distribuert. Så på en enkelt virtualisert OS-kjerne kan du deretter kjøre flere servere eller forekomster. Beholdere er tilfeller.

"Det er fremdeles mye forvirring rundt å konvertere containere med virtualisering, " sa Herrmann. "Virtualisering løser et annet problem, og vi synes containere og virtualisering utfyller hverandre veldig pent. Virtualisering gir abstraksjon og emulering, og med containere får du en lignende type abstraksjon, men uten emulering. Sammen gir de deg ingen målbar overhead og massevis av driftseffektivitet, men det kan være vanskelig å skille de to."

En rask oversikt over beholderlandskapet

DevOps og smidige prinsipper vi snakker om når det gjelder containere er ikke nye, da de går tilbake til konseptet med serviceorientert arkitektur (SOA), som er detaljert i vår forklaring av mikroservices ovenfor. Den moderne Linux-containeren ble oppfunnet da Docker endret spillet. Docker er noen få forskjellige ting, men først og fremst er det en veldig populær åpen kildekode-teknologi som ble utviklet av Docker Project i 2013. Den er designet for pakking, frakt og drift av alle applikasjoner som en lett container. I 2017 la Docker muligheten til å kjøre Linux-containere på Windows ved bruk av Hyper-V-teknologi.

Docker er blant flere open source-prosjekter som er med på å forme teknologien og rommet. Kubernetes, opprinnelig utviklet av Google og nå administrert av Cloud Native Computing Foundation, er et åpen kildekode-system for å automatisere containerdistribusjon, skalering og styring. Docker og Kubernetes er de to open source-prosjektene som driver mest med utviklingen av teknologi. Faktisk lanserte Dockers i april Docker Enterprise Edition (EE) 2.0, som lar brukere administrere og sikre arbeidsmengden i Kubernetes i et multi-Linux-, multi-OS- eller multi-cloud-miljø. Denne fleksibiliteten reduserer sjansen for at selskaper blir sperret inne i en viss teknologi eller infrastruktur. Docker sier at EE 2.0 lar selskaper få mer kostnadseffektivitet ved å administrere applikasjoner fra et enkelt kontrollgrensesnitt for å holde oversikt over bilder, lagring og nettverk.

Det finnes dusinvis av andre selskaper, sammen med Red Hat's Project Atomic (for kombinerte Docker / Kubernetes-stabler) og Linux Foundation's Open Container Initiative som tar sikte på å skape åpne industristandarder rundt containere. For Docker var det Docker-bilder som satte utviklingsverdenen i brann. En container lagrer koden, biblioteker og konfigurasjonsfiler for å kjøre et bilde hvor som helst. "Containere hadde alle satt tjenester på den samme noden til Docker introduserte forestillingen om bildebasert distribusjon, " sa Herrmann.

Klikk på bildet for å få full infographic. Bilde: The Docker Survey, 2016

Docker er også en oppstart (grunnlagt i 2010 som dotCloud) som har samlet inn mer enn 242 millioner dollar. Selskapet tilbyr en pakke med CaaS-verktøy (Container-as-a-Service) for Docker-distribusjoner i datasentre og private skyer. Når det gjelder management av bedrifter, er selvfølgelig Docker ikke alene i verdensrommet. Red Hat tilbyr sin egen CaaS-pakke med utviklerverktøy på tvers av sine Red Hat Enterprise Linux (RHEL), OpenShift og JBoss produkter.

Flere og flere teknologiselskaper med store navn har også fått med seg handlingen. Amazon Web Services (AWS), Microsoft Azure og Google Cloud Platform (GCP) har alle integrerte container-orkestrasjons- og styringsverktøy i sine respektive plattformer for skyinfrastruktur-som-en-tjeneste (IaaS). 8. mai kunngjorde Microsoft et partnerskap med Red Hat for å la utviklere drive containerbasert programvare i Azure. Samme dag rapporterte IBM at de ville utvide samarbeidet med Red Hat for å gjøre det mulig for utviklere å bygge applikasjoner på en integrert containerplattform. I løpet av noen få år har containerplassen blitt ganske overfylt.

Hvilke forretningsproblemer kan containere løse?

Når det gjelder implementering av moderne applikasjonsarkitekturer og DevOps-prinsipper i en bedrift, er containere svaret på en rekke problemer. Spesielt når organisasjonen er forankret i eldre teknologi og tradisjonell utviklingspolitikk, er containere den lett integrerte plattformen under som kan jevne overgangen og gjøre det enkelt på IT-avdelingen.

"Akkurat nå ser vi containerisering som den mest praktiske måten å introdusere sky, DevOps og mikroservices i miljøet ditt. Beholdere integreres naturlig med teknologiene du allerede har, " sa Herrmann.

Rich Sharples, Senior Director of Product Management for Middleware hos Red Hat, sa at det handler om å levere kvalitetsprogramvare ved en raskere tråkkfrekvens. Alle selskaper ønsker å legge ut programvare raskere for å konkurrere i sine egne markeder, og at presset ofte faller på en overarbeidet IT-avdeling. Sharples sa at containere er en måte å produsere applikasjoner og tjenester som kan endres raskere - det være seg å legge til en ny funksjon eller en kritisk sikkerhetsrett - samtidig som kvaliteten opprettholdes. Han snakket også om containerert infrastruktur som broen for å gjøre virksomheter klare for mikroservices.

"Vi har dette designprinsippet: Vi har ikke råd til å legge igjen noen applikasjoner, " sa Sharples. "Vi er i denne fantastiske nye verdenen med DevOps og smidig programvareutvikling. Men bedrifter kan ikke omskrive alle applikasjonene sine for å bli med på festen. Hvordan kan vi føre dem mot disse nye ideene?

"Å investere i plattformer som containere er en måte å sikre at organisasjonen er klar til å begynne å bygge ut noe som mikroservices. Mikroservices og containere sammen er der den virkelige kraften er. Det er ikke noe interessant med en enkel mikroservice; det er bare i flertall at du ser dette samarbeidende nettverk som består av diskrete funksjoner."

Bildekreditt: Docs.Docker.com

Å vurdere om man skal investere i og adoptere containere handler ikke bare om teknologi. Sharples forklarte at for en vellykket overgang til DevOps, som inneholder containere og mikroservices, trenger du arkitekturen, de underliggende plattformene og smidige prosesser på plass.

"Dette er ikke bare en teknologisk beslutning, " sa Sharples. "Du må tenke på om organisasjonen din er klar, om du har spesielle programvareleveringsproblemer du trenger å løse, og forstå hvordan forretningsdriverne ser ut rundt automatisering og DevOps. Forstå nøkkelkravene dine, se på forskjellige prosjekts behov og deretter bestemme hvilken kombinasjon av sky, applikasjonsarkitektur og containerteknologi som kan få det til å skje."

Herrmann ga enterprise IT-avdelinger tre råd når han så på hvordan containere passer inn i deres organisasjon:

1. Kom i gang

I følge Herrmann er ikke kombinasjonen av DevOps, smidige, containere, mikroservices bare en teknologisk endring isolert. "Det er en reise som fører til ganske betydelig transformasjon i hvordan virksomheten din vil fungere, " sa han. "Mitt første råd er å komme i gang fordi konkurrentene dine er det. Å la tidlige adoptere sette sammen brikkene er feil strategi fordi du kanskje ikke får tak."

2. Omfattende visjon

Herrmann anbefalte at du nærmer deg containere fra et mer helhetlig synspunkt. "Velg det viktigste målet ditt, " sa han. "Muligheten til å levere programvare raskere er et flott utgangspunkt. Basert på det ene målet, tenk på hvordan du tar organisasjonen din inn i prosessen, og strukturer dette arbeidet uten risiko og problemer for din eksisterende virksomhet."

3. Økosystem

Herrmann påpekte mange bedrifter der de er begrenset med arvarkitektur, prosesser og plattformer. "Du kan ikke endre arkitekturen uten å tenke på plattformene du vil stole på, " sa han. "Så er spørsmålet: Hvem jobber jeg med? Hvem snakker jeg med? Vår anbefaling er å lete etter selskaper som ikke bare kan hjelpe med teknologiproblemene, men administrere transformasjonen på alle disse dimensjonene: tech, prosess, hele veien til organisering. Når du arbeider med sky, DevOps, containere og mikroservices sammen, vil du stole på et økosystem som kan hjelpe deg med å levere suksess på kort tid og skåne deg fra blindvei."