Kontit, selitetty

Tähän mennessä kontit ovat tuttu konsepti IT-osastollesi. Kaikkein ketterimmät pienet tai keskisuuret yritykset tai yritykset voivat jo käyttää niitä. Sovelluskehityksen ja IT-infrastruktuurin suhteen Linux-säilöt ovat suunnilleen trendikkäitä, kuten näet tällaisella tekniikalla.

Itse asiassa 451 tutkimus arvioi sovelluskonttimarkkinoiden kasvavan 762 miljoonasta dollarista vuonna 2016 2, 7 miljardiin dollariin vuoteen 2020 mennessä. Samaan aikaan Gartner ennustaa, että yli 50 prosenttia globaaleista organisaatioista suorittaa konttisovelluksia vuonna 2020, mikä on vähemmän kuin 20 prosenttia vuonna 2006. 2017.

Olemme jo selittäneet, kuinka mikropalvelujen modulaarinen sovellusarkkitehtuuri auttaa kehitystä ja IT-ryhmiä toimimaan tehokkaammin vähentäen samalla uusien ominaisuuksien ja toimintojen lisäämisen kustannuksia ja monimutkaisuutta. Teknologian kannalta kontit ovat katalyyttinen aine kyseisessä DevOps-yhtälössä. Ne ovat kätevä paketti, jonka kautta DevOps ja IT-tiimit voivat nopeasti ja johdonmukaisesti välittää sovelluksen koodin, kokoonpanot ja riippuvuudet edestakaisin.

Mutta mitä se oikeastaan ​​tarkoittaa yrityksellesi? Puhuin yrityksen IT-ratkaisujen ja avoimen lähdekoodin ohjelmistoyrityksen Red Hatin kanssa selvittääkseni. Tämä selittäjä ei yksilöi vain sitä, mitkä säilöt ovat ja miten ne toimivat, vaan myös erilaisia ​​tapoja, joilla - kun ymmärrät tekniikan - organisaatiosi voi käyttää tietokeskuksen tai pilviinfrastruktuurin yläpuolella olevia säilytysasennuksia toimittaaksesi laadukkaita ohjelmistoja nopeammin.

Kontit 101

Perustasolla Linux-kontit on nimetty osuvasti metallisille lähetyskontteille, joihin he niin usein rinnastetaan. Olipa kyseessä tavaralaivalla, tavarajunalla tai suuren takakontin takaosassa, kontti itsessään on sama yhtenäinen alus tavaroiden kuljettamiseen. Red Hatin integroitujen ratkaisujen liiketoimintayksikön pääjohtaja Lars Herrmann valvoo yhtiön Linux-konttiteknologiaa. Herrmann sanoi, että yritysten tulisi vain katsoa kontteja uudeksi työyksiköksi.

"Kontit koskevat kaikkea ketteryyttä", Herrmann sanoi. "Monimutkaisessa organisaatiossa kyse on vastuiden osoittamisesta ja ominaisuuksien toimittamisvapaudesta. Ja kontit antavat sinulle tämän tekniikan pitääksesi kaiken yhdessä, samalla kun hallitset vastuusi turvallisuudesta, saatavuudesta ja lainsäädännön noudattamisesta - kaikista tärkeistä asioista."

Napsauta kuvaa saadaksesi täydellisen infografian. Kuvan luotto: Twistlock

Tällä tavalla säiliöiden homogeenisuus tekee niistä helppokäyttöisiä rakennuspalikoita. Ne ovat pieniä, kytkettäviä yksiköitä, joihin voit rakentaa mikropalveluarkkitehtuurin, joka vastaa toiminnan tehokkuudesta ja versionhallinnasta. Samanaikaisesti ne antavat DevOpsille ja IT-ryhmille rakean hallinnan siitä, kuinka ne käyttävät infrastruktuurin resursseja. Herrmann huomautti myös, että säilöt ovat pohjimmiltaan käyttöjärjestelmä (OS) -teknologiaa.

"Kontit ottavat käyttöjärjestelmän ja viipaloivat sen kahteen osaan", Herrmann selitti. "Yhtäältä saat sovellukselle työyksikön, joka sisältää sovelluskoodin ja riippuvuudet tavalla, jota DevOps-tiimit voivat optimoida, ja heidän autonomiansa ja hallintonsa päätöksentekoon tarvittaessa. Heidän ei enää tarvitse odota muita joukkueita.

"Toinen kappale on käyttöjärjestelmän ydin. OS-ytimen ja säilön hyötykuorma tukee haluamiasi resursseja ja alukkeita, kuten tallennustilaa, verkkoa ja tietoturvaa. Koska säilöt ovat käyttöjärjestelmäteknologiaa, voit käyttää niitä missä tahansa, olipa se virtuaalinen isäntä tai julkinen pilvi. Tämän hybridilaadun ansiosta voit hallita mitä tahansa sovellusta missä tahansa ympäristössä samalla tekniikalla ja samalla valtuuttaa DevOps-tiimit."

Kontit eivät myöskään ole sama asia kuin virtualisointi. Herrmann selitti, että kontit ja virtualisointi ovat vastavuoroisia voimia. Virtualisointi jäljittelee virtuaalista laiteympäristöä erilaisten ohjelmistopinojen ajamiseksi; se tarjoaa ns. abstraktiokerroksen, joka antaa pilvilaskentaympäristölle joustavuuden sovellusten ja datan rakenteen ja käyttöönoton suhteen. Joten yhdellä virtualisoidulla käyttöjärjestelmän ytimellä voit suorittaa useita palvelimia tai ilmentymiä. Kontit ovat esimerkkejä.

"Konttien sekoittaminen virtualisointiin on edelleen paljon hämmennystä", Herrmann sanoi. "Virtualisointi ratkaisee erilaisen ongelman. Katsomme, että kontit ja virtualisointi täydentävät toisiaan erittäin hienosti. Virtualisointi tarjoaa abstraktiota ja emulointia. Konttien kanssa saat samanlaista abstraktiota, mutta ilman emulointia. Yhdessä ne eivät anna sinulle mitattavissa olevaa ylä- ja alaosaa. tonnissa tehokkuutta, mutta näiden kahden erottaminen voi olla vaikeaa."

Nopea erittely konttimaisemasta

DevOps ja ketterät periaatteet, joista puhumme konttien suhteen, eivät ole uusia, koska ne palautuvat palvelukeskeisen arkkitehtuurin (SOA) käsitteeseen, joka on kuvattu yllä olevassa mikropalvelumme selittäjässä. Nykyaikainen Linux-säilö keksittiin, kun Docker muutti peliä. Docker on muutama eri asia, mutta ennen kaikkea se on villin suosittu avoimen lähdekoodin tekniikka, jonka kehitti Docker Project vuonna 2013. Se on suunniteltu pakkaamaan, lähettämään ja käyttämään kaikkia sovelluksia kevyinä konteineina. Vuonna 2017 Docker lisäsi mahdollisuuden ajaa Linux-säilöjä Windowsissa Hyper-V-tekniikkaa käyttämällä.

Docker on joukko useita avoimen lähdekoodin projekteja, jotka auttavat muotoilemaan tekniikkaa ja tilaa. Kubernetes, alun perin Googlen kehittämä ja nyt Cloud Native Computing Foundation -säätiön hallinnoima, on avoimen lähdekoodin järjestelmä automatisoimaan konttien käyttöönotto, skaalaaminen ja hallinta. Docker ja Kubernetes ovat kaksi voimalaitoksen avoimen lähdekoodin hanketta, joilla on eniten vauhtia tekniikan kehitykseen. Itse asiassa huhtikuussa Dockers julkaisi Docker Enterprise Edition (EE) 2.0: n, jonka avulla käyttäjät voivat hallita ja suojata työkuormitustaan ​​Kubernetesissa usean Linuxin, usean käyttöjärjestelmän tai monipilven ympäristössä. Tämä joustavuus vähentää yritysten mahdollisuuksia olla lukittuina tiettyyn tekniikkaan tai infrastruktuuriin. Docker sanoo, että EE 2.0 antaa yrityksille mahdollisuuden parantaa kustannustehokkuutta hallitsemalla sovelluksia yhdestä ohjausliittymästä kuvien, tallennustilan ja verkkojen seuraamiseen.

Siellä on kymmeniä muita yrityksiä, kuten Red Hat's Project Atomic (yhdistetyille Docker / Kubernetes -pinoille) ja Linux-säätiön Open Container Initiative, joiden tarkoituksena on luoda avoimen teollisuuden standardit konttien ympärille. Dockerille Docker-kuvat syttivät kehitysmaailman tuleen. Säiliö tallentaa koodin, kirjastot ja määritystiedostot kuvan suorittamiseksi missä tahansa paikassa. "Kontit olivat kaikki asettaneet palveluja samaan solmuun, kunnes Docker esitteli kuvan perustuvan käyttöönoton", Herrmann sanoi.

Napsauta kuvaa saadaksesi täydellisen infografian. Kuva: The Docker Survey, 2016

Docker on myös startup (perustettu vuonna 2010 dotCloud), joka on kerännyt yli 242 miljoonan dollarin rahoitusta. Yhtiö tarjoaa joukon yrityskonserneja palveluna (CaaS) -työkaluja Dockerin käyttöönottoon datakeskuksissa ja yksityisissä pilvissä. Tietenkin, kun kyse on yrityskonttien hallinnasta, Docker ei ole yksin tilassa. Red Hat tarjoaa oman yrityksen CaaS-kehittäjätyökalusarjan Red Hat Enterprise Linux (RHEL)-, OpenShift- ja JBoss-tuotteissaan.

Yhä useammat tunnetun tekniikan yritykset ovat myös osallistuneet toimintaan. Amazon Web Services (AWS), Microsoft Azure ja Google Cloud Platform (GCP) ovat kaikki integroituja sisäänrakennettuja säilöorkerointi- ja hallintatyökaluja vastaaviin pilviinfrastruktuurin palveluna (IaaS) -alustoihin. Microsoft ilmoitti 8. toukokuuta kumppanuudesta Red Hatin kanssa, jotta kehittäjät voivat käyttää konttipohjaisia ​​ohjelmistoja Azuressa. Samana päivänä IBM ilmoitti laajentavansa yhteistyötään Red Hatin kanssa, jotta kehittäjät voivat rakentaa sovelluksia integroituun säilytysalustaan. Muutamassa lyhyessä vuodessa konttitila on tullut melko täynnä.

Mitä yritysongelmia kontit voivat ratkaista?

Kun kyse on nykyaikaisten sovellusarkkitehtuurien ja DevOps-periaatteiden toteuttamisesta yrityksessä, kontit ovat vastaus lukuisiin ongelmiin. Erityisesti, kun organisaatio on juurtunut vanhaan tekniikkaan ja perinteiseen kehityspolitiikkaan, kontit ovat helposti integroitavissa oleva alusta, joka voi tasata siirtymistä ja tehdä siitä helpon IT-osastolla.

"Tällä hetkellä näemme konttien käytön käytännöllisimmänä tapana tuoda pilvi, DevOps ja mikropalvelut ympäristöösi. Kontit integroituvat luonnollisesti jo olemassa olevaan tekniikkaan", Herrmann sanoi.

Red Hatin väliohjelmiston tuotehallinnan johtaja Rich Sharples kertoi, että kyse on laadukkaiden ohjelmistojen toimittamisesta nopeammalla nopeudella. Kaikki yritykset haluavat laittaa ohjelmistoja nopeammin kilpailemaan omilla markkinoillaan, ja tämä paine laskee usein ylikuormitetulle IT-osastolle. Sharplesin mukaan säilöt ovat tapa tuottaa sovelluksia ja palveluita, joita voidaan muuttaa nopeammin - olipa kyse sitten uuden ominaisuuden lisäämisestä tai kriittisestä tietoturvakorjauksesta - säilyttäen samalla laatu. Hän puhui myös kontteuroidusta infrastruktuurista siltaksi, jolla yritykset saadaan valmiiksi mikropalveluihin.

"Meillä on tämä suunnitteluperiaate: Meillä ei ole varaa jättää sovelluksia taakse", Sharples sanoi. "Olemme tässä upeassa uudessa DevOps- ja ketterän ohjelmistokehityksen maailmassa. Mutta yritykset eivät voi kirjoittaa kaikkia sovelluksiaan liittyäkseen puolueeseen. Kuinka siirrämme heitä kohti näitä uusia ideoita?

"Sijoittaminen alustoihin, kuten kontteihin, on tapa varmistaa, että organisaatio on valmis rakentamaan jotain kuten mikropalveluita. Mikropalvelut ja kontit yhdessä ovat siellä, missä todellinen voima on. Yhdessä mikropalvelussa ei ole mitään mielenkiintoista. Vain monessa näet tämän yhteistyöverkosto, joka koostuu toimintojen erillisistä palasista."

Kuvaluotto: Docs.Docker.com

Sen arviointi, onko panostettava säiliöihin ja omaksuttava ne, ei ole vain tekniikkaa. Sharples selitti, että onnistuneeseen siirtymiseen DevOps-sovellukseen, joka sisältää säilytysastiat ja mikropalvelut, tarvitset arkkitehtuurin, alla olevat alustat ja ketterät prosessit.

"Tämä ei ole vain teknologiapäätös", Sharples sanoi. "Sinun on pohdittava, onko organisaatiosi valmis, onko sinulla erityisiä ratkaistavia ohjelmistojen toimitusongelmia, ja ymmärrä, miltä liiketoiminnan ohjaimet näyttävät automatisoinnin ja DevOpsin ympärillä. Ymmärrä avainvaatimuksesi, tarkastele eri projektien tarpeita ja sitten päättää, mikä pilvi-, sovellusarkkitehtuuri- ja säilytystekniikan yhdistelmä voi tehdä sen toteutumaan."

Herrmann antoi yrityksen IT-osastoille kolme neuvoja tutkittaessa, kuinka kontit sopivat organisaatioon:

1. Aloita

Herrmannin mukaan DevOpsin, ketterien, säiliöiden, mikropalvelujen yhdistelmä ei ole vain tekniikan muutos eristyksessä. "Se on matka, joka johtaa melko merkittäviin muutoksiin yrityksesi toiminnassa", hän sanoi. "Ensimmäinen neuvoni on aloittaa, koska kilpailijasi ovat. Varhaisten käyttöönottajien antaminen kappaleiden koottamiseen on väärä strategia, koska et ehkä pääse kiinni."

2. Kattava visio

Herrmann neuvoi sinua lähestymään kontteja kokonaisvaltaisemmasta näkökulmasta. "Valitse tärkein tavoite", hän sanoi. "Mahdollisuus toimittaa ohjelmistoja nopeammin on loistava lähtökohta. Mieti tämän yhden tavoitteen perusteella sitä, kuinka tuo organisaatiosi prosessiin, ja rakenna tämä työ ilman riskiä ja vaivaa olemassa oleville toiminnoillesi."

3. Ekosysteemi

Herrmann huomautti, että monet yritykset ovat saavuttaneet pisteen, jossa he ovat rajoittuneet vanhaan arkkitehtuuriin, prosesseihin ja alustoihin. "Et voi muuttaa arkkitehtuuria ajattelematta alustoja, joihin haluat luottaa", hän sanoi. "Sitten kysymys on, kenen kanssa työskentelen? Kenen kanssa puhun? Suosituksemme on etsiä yrityksiä, jotka voivat auttaa paitsi tekniikkaongelmissa, myös hallita muutosta kaikilla näillä ulottuvuuksilla: tekniikka, prosessit, koko matkan Kun käsittelet pilviä, DevOpsia, astioita ja mikropalveluja yhdessä, haluat luottaa ekosysteemiin, joka voi auttaa sinua saavuttamaan menestyksen lyhyessä ajassa ja säästämään sinua umpikujoista."