Konténerek, magyarázva

A konténerek eddig ismerős koncepciók az informatikai osztály számára. Lehet, hogy a legérzékenyebb kis- vagy közepes méretű vállalkozások (KKV-k) vagy vállalkozások már használják őket. Ami az alkalmazásfejlesztést és az informatikai infrastruktúrát illeti, a Linux tárolóeszközök ugyanolyan divatosak, mint amilyeneket lát ilyen technológiával.

Valójában a 451 Research azt javasolja, hogy az alkalmazás-tároló-piac a 2016. évi 762 millió dollárról 2020-ra 2, 7 milliárd dollárra bővüljön. Eközben a Gartner előrejelzése szerint a globális szervezetek több mint 50 százaléka futtatja konténeres alkalmazásokat 2020-ban, ami kevesebb, mint 20 százalék 2017.

Már kifejtettük, hogy a mikroszolgáltatások moduláris alkalmazás-architektúrája miként járul hozzá a fejlesztéshez és az informatikai csapatok hatékonyabb működéséhez, miközben csökkenti az új szolgáltatások és funkciók hozzáadásának költségeit és összetettségét. Technológiai szempontból a konténerek képezik a DevOps egyenlet katalizátorait. Ezek a kényelmes csomag, amelyen keresztül a DevOps és az informatikai csapatok gyorsan és következetesen továbbíthatják az alkalmazás kódját, konfigurációit és függőségeit oda-vissza.

De mit jelent ez valójában a vállalkozása számára? Beszéltem a vállalati informatikai megoldásokkal és a Red Hat nyílt forrású szoftvercéggel, hogy megtudjam. Ez a magyarázó nem csak a tárolók elrendezését és működését ismerteti, hanem azokat a különféle módszereket is, amelyekkel - miután megértette a technológiát - a szervezet felhasználhatja az adatközpont vagy felhőinfrastruktúra tetején lévő tárolt telepítéseket a minőségi szoftver gyorsabb szállításához.

Konténerek 101

A legalapvetõbb szinten a Linux konténereket megfelelõen nevezték azoknak a fém szállítótartályoknak, amelyekhez ilyen gyakran hasonlítanak. Akár teherhajón, tehervonalon, akár egy nagy tehergépkocsi hátulján, maga a konténer ugyanaz az egységes hajó, amely árut szállít. Lars Herrmann, a Red Hat integrált megoldások üzletágának igazgatója felügyeli a vállalat Linux konténer technológiáját. Herrmann szerint a vállalkozásoknak egyszerűen csak a konténereket kellene új munkaegységnek tekinteniük.

"A konténerek mind agilitásra vonatkoznak" - mondta Herrmann. "Egy összetett szervezetben a felelősség kiosztásáról és a szolgáltatások biztosításának szabadságáról szól. És a konténerek biztosítják ezt a technológiát, hogy mindezt együtt tartsa, miközben továbbra is felelősséget vállal a biztonságért, a rendelkezésre állásért és a jogszabályok betartásáért - minden dolog, ami számít."

Kattintson a képre a teljes infographic eléréséhez. Kép jóváírása: Twistlock

Ilyen módon a konténerek homogenitása könnyebben használható építőelemeket tesz lehetővé. Kicsi, dugaszolható egységek, amelyekre mikroszolgáltatási architektúrát építhet, amely figyelembe veszi a működési hatékonyságot és a verziószabályozást. Ugyanakkor a DevOps-nak és az informatikai csapatoknak granulált irányítást adnak az infrastruktúra-erőforrások telepítése felett. Herrmann arra is rámutatott, hogy a konténerek alapvetően operációs rendszer (OS) technológia.

"A konténerek elveszik az operációs rendszert, és két részre osztják" - magyarázta Herrmann. "Egyrészt megkapja az alkalmazás számára az egységet, amely tartalmazza az alkalmazás kódját és a függőségeket úgy, hogy a DevOps csapatok optimalizálhassák őket, és autonómiájukkal és ellenőrzésükkel képesek döntéseket hozni, amikor akarnak. Többé nem kell várjon más csapatokra.

"A másik rész az operációs rendszermag. Az operációs rendszermag és a konténer hasznos teher támogatja az elérhető erőforrásokat és primitíveket, például a tárolást, a hálózatépítést és a biztonságot. Mivel a tárolók operációs rendszer technológiája, bárhol futtathatják őket, legyen az virtuális Ez a hibrid minőség lehetővé teszi bármely alkalmazás bármely környezetben történő kezelését ugyanazon technológia felhasználásával, miközben továbbra is felhatalmazza a DevOps csapatait."

A konténerek szintén nem ugyanaz a virtualizáció. Herrmann kifejtette, hogy a tárolók és a virtualizáció kölcsönös erők. A virtualizáció virtuális hardver környezetet emulál különféle szoftvercsomagok futtatásához; biztosítja az úgynevezett absztrakciós réteget, hogy rugalmasságot adjon a felhőalapú számítógépes környezet számára az alkalmazások és az adatok szerkezetének és telepítésének függvényében. Tehát egyetlen virtualizált operációs rendszermagon több kiszolgálót vagy példányt is futtathat. A konténerek ezek a példák.

"Még mindig sok a zavar a konténerek és a virtualizáció összekeverése között." - mondta Herrmann. "A virtualizáció egy másik problémát old meg, és úgy gondoljuk, hogy a tárolók és a virtualizáció nagyon szépen kiegészítik egymást. A virtualizáció absztrakciót és emulációt biztosít, és konténerekkel hasonló típusú absztrakciót kapunk, de emuláció nélkül. Együtt nem adnak mérhető fölöséget és egy tonna működési hatékonyság, de nehéz lehet elválasztani a kettőt."

A konténer tájának gyors lebontása

A DevOps és az agilis alapelvek, amelyekről a konténerekkel kapcsolatban beszélünk, nem újdonságok, mivel visszatérnek a szolgáltatás-orientált architektúra (SOA) fogalmához, amelyet a fenti mikroszolgáltatások magyarázata ismertet. A modern Linux tárolót feltalálták, amikor Docker megváltoztatta a játékot. A Docker néhány különféle dolog, de mindenekelőtt egy vadul népszerű nyílt forráskódú technológia, amelyet a Docker Projekt fejlesztett ki 2013-ban. Ezt bármilyen alkalmazás csomagolására, szállítására és könnyű tartályként történő futtatására tervezték. 2017-ben a Docker hozzátette a Linux-tárolók futtatásának képességét a Hyper-V technológiát használó Windows rendszeren.

A Docker számos olyan nyílt forráskódú projekt közé tartozik, amelyek hozzájárulnak a technológia és a tér kialakításához. A Kubernetes, amelyet eredetileg a Google fejlesztett ki, és amelyet most a Cloud Native Computing Foundation irányít, egy nyílt forrású rendszer a konténerek telepítésének, méretezésének és kezelésének automatizálására. A Docker és a Kubernetes azok a két erőművi nyílt forráskódú projekt, amelyek a technológiai fejlesztés szempontjából a legnagyobb lendületet mutatják. Valójában áprilisban a Dockers kiadta a Docker Enterprise Edition (EE) 2.0 verzióját, amely lehetővé teszi a felhasználók számára, hogy kezeljék és biztosítsák munkaterhelésüket a Kubernetes-ben egy multi-Linux, multi-OS vagy multi-cloud környezetben. Ez a rugalmasság csökkenti annak esélyét, hogy a vállalatok bizonyos technológiához vagy infrastruktúrához kapcsolódjanak. A Docker szerint az EE 2.0 lehetővé teszi a vállalatok számára, hogy nagyobb költséghatékonyságot érjenek el azáltal, hogy egyetlen vezérlőfelületről kezelik az alkalmazásokat, hogy nyomon követhessék a képeket, a tárolókat és a hálózatokat.

Több tucat más vállalat működik, köztük a Red Hat Project Atomic (kombinált Docker / Kubernetes kötegekhez) és a Linux Alapítvány Open Container Initiative kezdeményezésének, amelyek célja nyílt iparági szabványok létrehozása a konténerek körül. Docker számára a Docker képei tűzték fel a fejlesztési világot. A tároló tárolja a kódot, a könyvtárakat és a konfigurációs fájlokat egy kép futtatásához bármilyen helyen. "A konténerek mindegyike ugyanabban a csomópontban nyújtott szolgáltatásokat, amíg Docker nem vezette be a képalapú telepítés fogalmát" - mondta Herrmann.

Kattintson a képre a teljes infographic eléréséhez. Kép: The Docker Survey, 2016

A Docker egy startup is (2010-ben alapított dotCloud néven), amely több mint 242 millió dollárt finanszírozott. A vállalat egy sor vállalati Container-as-a-Service (CaaS) eszközt kínál a Docker központi telepítéséhez az adatközpontokban és a magán felhőkben. Természetesen, amikor a vállalati konténerkezelésről van szó, a Docker nem egyedül a térben. A Red Hat saját vállalkozási CaaS fejlesztőeszköz-csomagját kínálja a Red Hat Enterprise Linux (RHEL), az OpenShift és a JBoss termékein keresztül.

Egyre több nagynevű tech-vállalat is beindult a fellépésbe. Az Amazon Web Services (AWS), a Microsoft Azure és a Google Cloud Platform (GCP) mindegyikének beépített beépített tároló-összehangolási és -kezelési eszköze van a megfelelő felhőalapú infrastruktúra-szolgáltatásként (IaaS) platformon. Május 8-án a Microsoft bejelentette partnerségét a Red Hat-tal, hogy engedje a fejlesztőknek konténer alapú szoftverek futtatását az Azure-ban. Ugyanezen a napon az IBM bejelentette, hogy bővíti együttműködését a Red Hat-tal, hogy a fejlesztők alkalmazásokat építhessenek integrált tárolóplatformra. Néhány rövid év alatt a konténerhely megsemmisült.

Milyen üzleti problémákat oldhat meg a konténerek?

A modern alkalmazás-architektúrák és a DevOps alapelveknek a vállalkozáson belüli megvalósításánál a tárolók számos problémára adnak választ. Különösen akkor, ha a szervezet beépült a régebbi technológiákba és a hagyományos fejlesztési politikákba, a konténerek alatta található könnyen integrálható platform, amely simára változtathatja az átmenetet és megkönnyíti az informatikai osztályt.

"Jelenleg úgy tekintjük, hogy a konténerkészítés a legpraktikusabb módszer a felhő, a DevOps és a mikroszolgáltatások környezetbe történő bevezetésére. A konténerek természetesen integrálódnak a már meglévő technológiákhoz" - mondta Herrmann.

Rich Sharples, a Red Hat középszoftver termékmenedzsment igazgatója elmondta, hogy a minőségszoftver gyorsabb ütemben történő szállításáról szól. Minden vállalat arra törekszik, hogy gyorsabban telepítse a szoftvereket, hogy versenyezhessen a saját piacán, és ez a nyomás gyakran túlterhelt informatikai osztályra esik. Sharples szerint a konténerek olyan módszert kínálnak alkalmazások és szolgáltatások előállítására, amelyek gyorsabban megváltoztathatók - legyen az új szolgáltatás vagy kritikus biztonsági javítás -, miközben fenntartják a minőséget. Arról is beszélt a konténeres infrastruktúráról, mint a hídról, amellyel a vállalkozásokat fel lehet készíteni a mikroszolgáltatásokra.

"Megtaláljuk ezt a tervezési alapelvet: Nem engedhetjük meg maguknak, hogy alkalmazásokat hagyjunk hátra" - mondta Sharples. "Ebben a csodálatos új világban vagyunk a DevOps és az agilis szoftverfejlesztés területén. De a vállalkozások nem tudják átírni az összes alkalmazásukat annak érdekében, hogy csatlakozzanak a párthoz. Hogyan mozdíthatjuk őket ezen új ötletek felé?

"A platformokba, például a konténerekbe történő befektetés egy módja annak, hogy a szervezet készen álljon a mikroszolgáltatások kiépítésére. A mikroszolgáltatások és a konténerek együtt állnak a valódi hatalomban. Egyetlen mikroszolgáltatásnál semmi érdekes nem létezik; csak többesen látják ezt. együttműködő hálózat, amely funkcionális különálló darabból áll."

Kép jóváírása: Docs.Docker.com

Annak felmérése, hogy be kell-e fektetni a konténerekbe, és nem szabad a technológiát alkalmazni. Sharples elmagyarázta, hogy a DevOps-ra való sikeres áttéréshez, amely konténereket és mikroszolgáltatásokat tartalmaz, szüksége lesz az architektúrára, az alapul szolgáló platformokra és az agilis folyamatokra.

"Ez nem csak technológiai döntés" - mondta Sharples. "Gondolkodnia kell arról, hogy készen áll-e a szervezete, van-e olyan speciális szoftver-szállítási problémája, amelyet meg kell oldani, és meg kell értenie, hogy az üzleti vezetők hogyan néznek ki az automatizálás és a DevOps környékén. Meg kell érteni a legfontosabb követelményeket, meg kell vizsgálni a különböző projektek igényeit, és akkor döntse el, hogy a felhő, az alkalmazás architektúrája és a tárolótechnika milyen kombinációval teheti lehetővé."

Herrmann három tanácsot adott a vállalati informatikai osztályoknak, amikor megvizsgálta, hogy a konténerek hogyan illeszkednek szervezetükhöz:

1. Kezdő lépések

Herrmann szerint a DevOps, az agilis, konténerek, a mikroszolgáltatások kombinációja nem csupán technológiai változás az elszigeteltségben. "Ez egy olyan út, amely nagyon jelentős átalakuláshoz vezet az Ön vállalkozásának működésében" - mondta. "Az első tanácsom az az indulás, mert a versenytársak vannak. Rossz stratégia az, ha a korai alkalmazók összerakják a darabokat, mert előfordulhat, hogy nem tudsz felzárkózni."

2. Átfogó látomás

Herrmann azt tanácsolta, hogy a konténerekhez holisztikusabb megközelítés alapján közelítsen meg. "Válassza ki a legfontosabb célt" - mondta. "A szoftver gyorsabb szállításának képessége nagyszerű kiindulópont. Ennek az egyik célkitűzésnek megfelelően gondoljon arra, hogyan hozza be a szervezetét a folyamatba, és strukturálja ezt a munkát kockázat nélkül és a meglévő műveletekhez."

3. Ökoszisztéma

Számos vállalkozás eléri azt a pontot, ahol korlátozzák őket a régi építészet, folyamatok és platformok mellett - mutatott rá Herrmann. "Nem változtathatja meg az architektúrát anélkül, hogy gondolkodna azon platformokon, amelyekre támaszkodni szeretne" - mondta. "Akkor a kérdés az, hogy kivel dolgozom? Kivel tudok beszélni? Javaslatunk az, hogy olyan vállalatokat keressünk, amelyek nemcsak a technológiai problémák megoldásában tudnak segíteni, hanem az átalakulás mindegyik dimenzióján is kezelhetők: tech, folyamat, egészen A felhő, a DevOps, a konténerek és a mikroszolgáltatások együttes kezelésekor olyan ökoszisztémára kell támaszkodni, amely rövid időn keresztül segít a siker elérésében, és megszabadíthat a zsákutcáktól."