Itthon Üzleti 6 A szoftver virtuális eszközként történő telepítésének okai

6 A szoftver virtuális eszközként történő telepítésének okai

Tartalomjegyzék:

Videó: TurboFloorplan Video #1 (November 2024)

Videó: TurboFloorplan Video #1 (November 2024)
Anonim

Az IT infrastruktúra kezelése sokkal összetettebb javaslat, mint régen. A helyszíni szerverek és a monolitikus alkalmazások kora egy új hibrid valóság felé mutat: a régi, a helyszíni infrastruktúra keveredik a felhőalapú, virtuális és moduláris adatbázis- és alkalmazástechnológiák kakofóniájával. Ez megváltoztatja a vállalkozások szoftvergazdálkodási, szolgáltatási és telepítési módját.

A paradigmaváltás egyik katalizátora a virtuális eszközök (VA) megjelenése. Felhő alapú virtuális gépeken (VM) épített VA egy előre konfigurált eszköz, amellyel virtuális alkalmazásokat állíthat be és futtathat, anélkül, hogy bármilyen kézi telepítésre, kiépítésre vagy telepítésre kellene aggódnia. Kit Colbert, a VMware Cloud Platform üzleti egységének műszaki vezetője, azt mondta, hogy úgy gondolja a VA-kat, mint bármely más készülék: Nem kell tudnia, hogy a hűtőszekrény hogyan működik, csak működik.

Colbert 14 évet töltött a VMware-nál. Dolgozott a vállalati szoftvervállalatok nagy részén - a VMkernel operációs rendszerétől (OS) és a vSphere szerver virtualizációjától kezdve a vRealize IT műveleti menedzserig és a VMware AirWatch platformon a mobil eszközök kezeléséhez (MDM)), többek között a szerepek között. A PCMag Colbert-rel beszélt arról, hogy mi a VA és miért hasznosak a gyakorlati üzleti forgatókönyvekben. Beszéltünk arról, hogy miként lehetne felhasználni a VA-kat, a fejlődő fejlesztői oldali technológiákkal, például konténerekkel és mikroszolgáltatásokkal, a következő generációs szoftvercsomag és az IT-infrastruktúra részeként.

Melyek a VA-k?

A VA-k egyre gyakoribbak az adatközpontokban és a virtuális szerverekben, amelyek az Infrastruktúra-szolgáltatásként (IaaS) felhők részeként futnak. Ahhoz, hogy megértsük, mi a VA-k és mennyire fontosak a felhő-számítógépes környezetekben, Colbert szerint a kulcsszó a "készülék".

"Gondoljon egy házon belüli készülékre: sütő, mikrohullámú sütő, hűtőszekrény. Csatlakoztassa őket, és működnek" - mondta Colbert. "A belső működés összetett - és most a tárgyak internetén (IoT) sokan rendelkeznek Wi-Fi-vel. De valójában hányan tudják, hogyan működik a hűtőszekrény vagy sütő? Nem kell, hogy csináljuk. gombok egy nagyon bonyolult eszköz vezérléséhez nagyon egyszerű interakcióval. Egy eszköz tartalmaz ezt a komplexitást, hogy megkönnyítse a felhasználót az érték megszerzéséhez. A virtuális készülék ugyanazt csinálja a virtuális gépben egy adatközpontban."

Amint Colbert kifejtette, a VA lényegében szoftver absztrakciót nyújt, hogy összetett virtuális rendszert vegyen fel, és egy konkrét, szigorúan ellenőrzött konfigurációba fókuszálja mind a terméket eladó független szoftvergyártó (ISV) számára, mind pedig az üzleti informatikai osztály számára, amely ezt a szoftvert vásárolja és telepíti. ISV-k esetén a VA-k csökkentik a konfigurációs és telepítési lehetőségek számát. Minél több lehetőséget és beállítást, valamint operációs rendszert támogat, annál nehezebb biztosítani, hogy a szoftver megfelelő környezetben működjön. Az üzleti oldalon a VA-k hagyták az informatikai osztályoknak, hogy kevesebb időt töltsenek az alkalmazás beállítására, a hálózat és a megfelelőségi beállítások konfigurálására stb. Colbert azt mondta, hogy az egyszerűségről és az érték-átvitelről szól.

"Hagyományosan, amikor a szoftvert telepíti, sok minden szükséges, amit meg kell tennie ahhoz, hogy az alkalmazás felálljon. A virtuális készülék célja az, hogy mindent előre konfiguráljon, és csak kezdje el használni" - mondta Colbert. "Nézze meg az operációs rendszert, mint például az iOS. Ez egy olyan szoftverkészlet, amely csak az Apple eszközök ehhez a készletéhez használható. Hasonlítsa össze ezt az Android-szal, ahol egy jól konfigurálható operációs rendszer fut több százezer különböző eszközön. Sokkal több munka a gyártók testreszabhatják a különböző eszközöket, míg az iPhone készülékkel egyszer építették be."

VA-k vs virtuális gépek

A VA-k és a virtuális gépek gyakran össze vannak keverve, de egyszerűen fogalmazva: A virtuális gépek a VA csomagolási és telepítési mechanizmusai. Colbert kifejtette, hogy maga a virtuális gép többé-kevésbé üres vászon, széles körű felhasználással. A virtuális gép tetejére épített VA egy olyan módszer, amely testreszabhatja és testreszabhatja a virtuális gépet egy nagyon specifikus felhasználáshoz. Visszatérve a háztartási készülék metaforájához, összecsomagolja a virtuális gép bonyolultságát, és így néhány egyszerű gombbal rendelkezik a felhasználó számára.

"A virtuális készülék egy virtuális gép, amelyet nagyon specifikusan telepítenek, és amely nagyon egyszerűvé teszi a telepítést, és korlátozza a millió különböző elem konfigurálásának lehetőségeit" - mondta Colbert. "Általános célú virtuális géppel telepítheti a kívánt kiszolgálószoftvert és operációs rendszert, és ez bizonyos esetekben hasznos. Amit itt beszélünk, az egy általánosabb virtuális gépmintázat testreszabása és optimalizálása."

6 tipp a VA-k telepítéséhez

A VMware messze nem az egyetlen VA-val együttműködő vállalati szoftver szolgáltató, de a vállalat szerint mélyebb szakértelmével rendelkezik, mint a legtöbb. A VMware évek óta fejleszti a VMware vApp-ot, amely a szabványosított Open Virtualization Format (OVF) formátumban fut. A VMware vApp platform a virtuális gépeket VA-kba csomagolja, amelyek különféle operációs rendszereken és felhő-számítási architektúrákon működnek. Colbert öt ajánlást fogalmazott meg, amelyeket a vállalkozásoknak szem előtt kell tartaniuk a VA-k mérlegelése, beállítása és telepítése során.

1. Tudja, mikor kell VA, nem virtuális gépet használni

Miután megértette a virtuális gép és a VA közötti különbséget, fontos tudni, hogy mikor hasznosabb az egyik használata a másikkal szemben. Amikor elhatározta, hogy hagyja-e a virtuális gépét, vagy telepíti-e azt egy előre konfigurált VA-val együtt, Colbert azt mondta, hogy gondoljon azon üzleti folyamatra, amelyet megpróbál megoldani.

"Ha úgy találja, hogy ilyen mintázattal rendelkezik, ahol egy alkalmazást vagy folyamatot gyakran használnak sok különböző alkalmazott és a vállalat más emberei, ez egy jó cél a VA számára. Olyan alkalmazások, amelyeket telepítenek és telepítenek újra, ahol azt a kívánt komplexitást kívánják tartalmazni. "- mondta Colbert. "Ahelyett, hogy ezeknek a különféle eseteknek lenne, amikor az egyes felhasználók kissé eltérően konfigurálják a dolgokat, átveheti az irányítást ebben a helyzetben, és csak a megfelelő gombokat adhatja nekik a sütőjükön."

2. Készítsen egy Data Center App Store-t

A VA-k könnyen kezelhetők, ugyanakkor könnyen megtalálhatók és megszerezhetők is. Colbert magyarázta, hogy az alkalmazáshoz való hozzáféréshez valamilyen jegyalapú kérelmet kell benyújtania az IT-nek, majd az adminisztrátor manuálisan biztosítja azt az Ön számára. Az elmúlt években ez a rendszer automatizálódott a kurátusi szolgáltatási katalógusok vagy egy felügyelt alkalmazásbolt révén, amely IT-jóváhagyott alkalmazásokat kínál letöltésre. Mindazonáltal, ha elérhetővé teszi a VA-kat, a felhasználóknak nem kell átmenniük a karikakon.

"Ki akarja használni a virtuális készülékek egyszerűségét, és közvetlenül a felhasználónak adhatja át, miközben az informatikai szempontból továbbra is kezeli a követelményeket" - mondta Colbert. "Az olyan eszközökben, mint az AirWatch, van egy végfelhasználói alkalmazás-áruház, amelyen az alkalmazások beállíthatók az eszközödön. De itt inkább egy adatközponti alkalmazás-áruházról beszélünk. Ha a felhasználónak alkalmazást kell biztosítania egy valahol a szervernél, eljutottak erre a másodlagos önkiszolgáló portálra."

3. Használjon rugalmas hálózati konfigurációkat

A VA kiépítésének egyik legnagyobb kihívást jelentő aspektusa az ügyfél hálózatainak integrálása. A tárolás felosztása és az alapjául szolgáló virtuális gép telepítése viszonylag egyszerű és könnyen automatizálható, ám Colbert szerint a hálózatépítés érdekes.

"Az alkalmazást építő személynek képesnek kell lennie arra, hogy a felhasználónak elegendő gombot biztosítson a hálózat megfelelő konfigurálásához. Egyes hálózatok HTTP-t használnak, mások statikus IP-címekkel rendelkeznek, mások harmadik fél eszközét használhatják az IP-címkezeléshez.. Tehát van egy csomó variáció, amely fel tud engedni téged - mondta Colbert. "Érdemes tölteni egy kis időt arra, hogy feltárja a felhasználók számára a megfelelő beállításkészletet. És ellenőrizze, hogy VA rugalmas-e a támogatható hálózati konfigurációkban."

4. Ne aludjon biztonságban

A VA-k elsősorban Linux operációs rendszereken futnak. Az egyik probléma, amelybe odafuthat, az operációs rendszer szintű biztonsági problémákkal kapcsolatos. Függetlenül attól, hogy alkalmazásteljesítmény-menedzsmentet (APM) vagy hálózati megfigyelő szoftvert használ, vagy van-e egy olyan csoportja, amely figyeli a Linux általános biztonsági réseit és kitettségeit (CVE) a nyílt forráskódú szoftvercsomagokban, amelyeket vállalkozása használ, Colbert szerint eljárást kell készíteni egészen a javítások gyors eltávolításához.

"Az egyik, amit alkotóként teszel, az, hogy felelősséget vállal a VA és minden benne rejlő biztonságért. Akár a Shellshock, akár a Heartbleed, akár mi van velünk, VA fejlesztőként kell Önnek gyorsan reagálnia, amikor ezek a problémák sújtják". - mondta Colbert. "Ez egyike azoknak a tényezőknek, amelyek korlátozhatják a VA-kat, ha az ügyfél nem bízza az eladóban a javítások alkalmazására. A legtöbb ISV-nek van egy teljes biztonsági csapata, amely figyeli a Linux CVE-ket. Amikor a VMware egy új CVE-csepp észlelését látja, egy teljes folyamat fel van állítva hajtsa végre ezt, és a legrosszabb esetekben néhány órában vagy napon belül kapja ki a javításokat. Szüksége van azoknak a csapatoknak, akik figyelik és készen állnak a reagálásra, valamint a kézbesítési mechanizmusra, hogy ezeket a változásokat a végfelhasználók elé állítsák."

5. Tudja, hogyan illeszkednek a virtuális gépek és a konténerek

Ebből a darabból azzal kezdtük, hogy a virtualizált szoftver és alkalmazástechnológia új koráról beszéltünk, és ennek nagy része tartozik a fejlesztők és az informatikai forradalomnak, amelyet a konténerek és a mikroszolgáltatások okoztak. Colbert elmagyarázta, hogy a konténerek hogyan illeszkednek természetesen a VA-khoz és a virtuális gépekhez.

"Látunk egy olyan technológia elterjedését az űrben, amelynek sokféle kompromisszuma és képessége van. Általánosságban elmondható, hogy ez jó dolog, de némi zavart okozhat abban, hogy mit tegyünk a legjobban" - mondta Colbert.

"Két szempontot kell összpontosítani a VA-k és a konténerek esetében: a csomagolást és a futási időt" - folytatta. "A virtuális gépek elvont hardver szinten, míg a konténerek kivonnak operációs rendszer szintjén. De mindkettőnek csomagolási szintje van a kép létrehozásához. A Docker, mint például a Docker nagyon jól teljesített, integrálja őket a fejlesztési munkafolyamatba. A konténerek és a virtuális gépek egyaránt általános mechanizmusok., tehát általában egy normál alkalmazás található, amelyet közvetlenül egy virtuális gépbe csomagolnak, vagy néha egy tárolót és egy virtuális gépet együtt közvetlenül telepítenek az infrastruktúrájukba egyetlen alkalmazásként."

A történet ezzel még nem ért véget. A virtuális gépekkel és konténerekkel való kísérletezés során Colbert szerint fontos szem előtt tartani, hogy a konténeres és virtuális alkalmazások hogyan kapcsolódnak az infrastruktúra többi részéhez, valamint az összes többi logisztikai, megfelelési és biztonsági aggályt.

"Amint az ügyfelek modernizálódni kezdenek, meg kell oldani a második napi műveleteket. Miközben ezeket a megoldásokat virtuális gépek és virtuális készülékek körül építi, és ezeket a megoldásokat kiterjeszti a konténerekre, meg kell fontolnia a megfigyelést, a biztonsági mentést, a biztonságot, a bejelentkezést és a katasztrófa utáni helyreállítást. Meg kell válaszolnia ezeket a kérdéseket - mondta Colbert. Sok ügyfél azt kérdezi, mikor kell tárolni a cuccokat, és szerintem sok értelme van egy gyorsabb, következetesebb folyamatnak a fejlesztés és a gyártás között. A tárolást meglehetősen könnyű megtenni… a kihívás az, amikor egy alkalmazás újrareakciójába kerül, hogy egyre szélesebb körben elterjedjen a mikroszolgáltatási architektúra. Ez hatalmas, hatalmas erőfeszítés."

6. Döntse el, hogy mikroszolgáltatásokat fog-e használni

Bonyolultabb javaslat, hogy miként veszi figyelembe a mikroszolgáltatási architektúrák ezt. Egy tárolón belül futtathat akár egy hagyományos monolitikus alkalmazást, akár egy modulszolgáltatásokra bontott mikroszolgáltatási alkalmazást. A VA-kkal és a virtuális gépekkel kapcsolatban Colbert szerint néhány tényezőtől függ, hogy mikroszolgáltatási architektúrára kerül-e.

"Az alkalmazásnak rendkívül fontosnak kell lennie vállalkozása számára, és növelnie kell a legmagasabb bevételt. Ha nem, hagyja meg úgy, ahogy van, és keresse meg később" - mondta Colbert. "A jövedelemnövelő alkalmazásokat szeretné egy szélesebb körű architektúrán. Vagy ezt, vagy bármit, ami igazán nagy léptékű, ahol sok felhasználó csatlakozik hozzá és interakcióba lép azzal, vagy ha igazán gyors frissítéseket akar."

A mikroszolgáltatások lehetővé teszik az alkalmazás egyes összetevőinek frissítését gyakran és egymástól függetlenül. Mivel az egyes szolgáltatások nagymértékben függetlenek egymástól, a fejlesztők koordináció nélkül frissíthetik azokat függetlenül. Colbert szerint sok előnye származik a mikroszolgáltatásoktól, de az ügyfelek alábecsülik az elvégzendő munkát és az újraépítés kihívásait, még akkor is, ha az alkalmazás már virtuális gépen vagy tárolóban fut.

"A mikroszolgáltatások nagyszerűek, de ne induljon el ezen az úton, amíg nem biztos benne, hogy van-e kényszerítő üzleti ok" - mondta Colbert. "Ha ez egy összetett top-line alkalmazás, nagy léptékű, agilitásra és gyors frissítésre szorul, akkor keresse meg."

6 A szoftver virtuális eszközként történő telepítésének okai