6 grunner til å distribuere programvare som et virtuelt apparat

Å administrere IT-infrastruktur er et mer komplekst forslag enn det pleide å være. Alderen for lokale servere og monolitiske applikasjoner viker vei for en ny hybrid virkelighet: Legacy, lokal infrastruktur blandes med en kakofoni av skybaserte, virtuelle og modulære database- og app-teknologier. Det endrer måten bedrifter vert, leverer og distribuerer programvare.

En av katalysatorene i dette paradigmeskiftet er fremveksten av virtuelle apparater (VA). Bygget på skybaserte virtuelle maskiner (VMer), er en VA et forhåndskonfigurert verktøy for å sette opp og kjøre virtuelle apper uten å bekymre deg for manuell installasjon, klargjøring eller distribusjon. Kit Colbert, administrerende direktør for VMwares Cloud Platform Business Unit, sa å tenke på VA-er som alle andre apparater: Du trenger ikke å vite hvordan kjøleskapet ditt fungerer, det fungerer bare.

Colbert har brukt 14 år på VMware. Han har jobbet på store deler av enterprise software selskapets portefølje - fra VMkernel operativsystem (OS) og vSphere server virtualisering til vRealize IT operasjonsleder og VMware AirWatch plattform for styring av mobile enheter (MDM), blant andre roller. PCMag snakket med Colbert om hva VA-er er og hvorfor de er nyttige i praktiske forretningsscenarier. Vi diskuterte hvordan du kan utnytte VA-er, sammen med nye teknologier på utviklersiden som containere og mikroservices, som en del av en neste generasjons programvarestabel og IT-infrastruktur.

Hva er VA-er?

VA-er blir vanligere i datasentre og virtuelle servere, og kjører som en del av skyene Infrastructure-as-a-Service (IaaS). For å forstå hva VA-er er og hvordan de er viktige i cloud computing-miljøer, sa Colbert at stikkordet er "appliance."

"Tenk på et apparat i huset ditt: ovner, mikrobølger, kjøleskap. Du kobler dem til og de fungerer, " sa Colbert. "De indre virkemidlene er sammensatte - og nå med Internet of Things (IoT) har mange av dem Wi-Fi. Men hvor mange av oss vet egentlig hvordan et kjøleskap eller en ovn fungerer? Vi trenger ikke. Jeg snur knotter for å kontrollere en veldig kompleks enhet med en veldig enkel interaksjon. Et apparat inneholder den kompleksiteten for å gjøre det enklere for en bruker å få verdi. Et virtuelt apparat gjør det samme i en VM i et datasenter."

Som Colbert forklarte, gir en VA i hovedsak en programvareabstraksjon for å ta et komplekst virtuelt system og fokusere det i en spesifikk, tett kontrollert konfigurasjon for både den uavhengige programvareleverandøren (ISV) som selger produktet og en forretnings-IT-avdeling som kjøper og distribuerer den programvaren. For ISV-er reduserer VA-er antall konfigurasjons- og distribusjonsalternativer. Jo flere alternativer og innstillinger og operativsystemer du støtter, desto vanskeligere er det å sikre at programvaren vil fungere ordentlig i forskjellige miljøer. På forretningssiden lar VA-er IT-avdelingen bruke mindre av tiden på å sette opp appen, og konfigurere nettverks- og samsvarsinnstillingene, etc. Colbert sa at det handler om enkelhet og tid til verdi.

"Tradisjonelt sett, når du installerer programvare, er det en litany av ting du trenger å gjøre for å få den applikasjonen til å stå opp. Målet med et virtuelt apparat er å forhåndsinnstille alt og bare begynne å bruke det, " sa Colbert. "Se på et operativsystem som iOS. Det er ett sett med programvare som bare fungerer for dette settet med Apple-enheter. Sammenlign det med Android der du har et veldig konfigurerbart OS som kjører på hundretusenvis av forskjellige enheter. Det er mye mer arbeid for produsenter å tilpasse på forskjellige enheter, mens den med iPhone bare er bygget en gang."

VAs vs. VMs

VA-er og VM-er blir ofte blandet sammen, men ganske enkelt sagt: VM-er er mekanismen for pakking og distribusjon for en VA. Colbert forklarte at en VM i seg selv er mer eller mindre et blankt lerret med et bredt spekter av bruksområder. En VA bygget oppå en VM er en måte å skreddersy og tilpasse den VM til bruk på en veldig spesifikk måte. Når du går tilbake til metaforen for hvitevarer, pakker den hele VM-kompleksiteten og gir brukeren noen enkle knotter, så å si.

"Et virtuelt apparat er en VM som er distribuert på en veldig spesifikk måte som gjør det virkelig enkelt å distribuere og begrenser alternativene for å konfigurere en million forskjellige ting, " sa Colbert. "Med en generell VM kan du installere serverprogramvaren og operativsystemet du ønsker, og det er nyttig i noen tilfeller. Det vi snakker om her er en tilpasning og optimalisering av det mer generelle VM-mønsteret."

6 tips for distribusjon av VA-er

VMware er langt fra den eneste bedriftsprogramvareleverandøren som jobber med VA-er, men selskapet sier at den har dypere kompetanse enn de fleste. VMware har brukt år på å utvikle VMware vApp, som kjører på det standardiserte Open Virtualization Format (OVF). VMware vApp-plattformen pakker VM-er sammen til VA-er som fungerer på tvers av forskjellige operativsystemer og sky-databehandlingsarkitekturer. Colbert ga fem anbefalinger som virksomheter bør huske på når de vurderer, setter opp og distribuerer VA-er.

1. Vet når du skal bruke en VA, ikke en VM

Når du har forstått forskjellen mellom en VM og en VA, er det viktig å vite når det er mer fordelaktig å bruke den ene over den andre. Når han bestemte seg for å forlate en VM som den er eller å distribuere den sammen med en forhåndskonfigurert VA, sa Colbert å tenke på forretningsprosessen du prøver å løse.

"Hvis du synes at du har dette mønsteret der en applikasjon eller prosess ofte brukes av mange forskjellige ansatte og andre mennesker i selskapet, er det et godt mål for en VA. Programmer som er distribuert og omdisponert der du vil inneholde den kompleksiteten, sa Colbert. "I stedet for å ha alle disse forskjellige tilfellene der hver bruker konfigurerer ting litt annerledes, kan du ta kontroll over den situasjonen og bare gi dem det rette settet med knotter på ovnen."

2. Bygg et datasenter App Store

VA-er er enkle å bruke, og de bør også være enkle å finne og få. Tradisjonelt forklarte Colbert, for å få tilgang til en app, må du sende inn en slags billettbasert forespørsel til IT og deretter administrerer administratoren det manuelt for deg. I løpet av de siste årene har dette blitt mer automatisert gjennom kuraterte tjenestekataloger eller en administrert app-butikk som tilbyr IT-godkjente apper for nedlasting. Imidlertid gjør du VA-er tilgjengelige, bør brukerne ikke trenger å hoppe gjennom bøyler.

"Du vil utnytte enkelheten til virtuelle apparater og gi dem direkte til brukeren mens du fremdeles styrer kravene fra et IT-perspektiv, " sa Colbert. "I verktøy som AirWatch har du en sluttbruker-appbutikk med apper du kan konfigurere på enhetene dine. Men det vi snakker om her, er mer en datasenter-appbutikk. Hvis en bruker trenger å tilby en app til en server et sted, ville de kommet til denne typen sekundær selvbetjeningsportal."

3. Bruk fleksible nettverkskonfigurasjoner

Et av de mest utfordrende aspektene ved å få distribuert en VA er å integrere med kundens nettverk. Tildeling av lagring og distribusjon av den underliggende VM er relativt grei og enkel å automatisere, men Colbert sa at nettverk er der det blir interessant.

"Personen som bygger applikasjonen, må kunne gi brukeren nok knapper til å konfigurere nettverket på riktig måte. Noen nettverk bruker HTTP, andre kan ha et statisk sett med IP-adresser, og andre bruker kanskje tredjepartsverktøy for IP-adresseadministrasjon… Så det er mye variasjon som kan reise deg opp, "sa Colbert. "Det er verdt å bruke litt ekstra tid på å sørge for at du utsetter riktig sett med alternativer for brukere å konfigurere. Og sørg for at din VA er fleksibel i nettverkskonfigurasjonene den kan støtte."

4. Ikke sov på sikkerhet

VA-er kjører hovedsakelig på Linux-operativsystemer. Et av problemene du kan støte på der, er med sikkerhetsproblemer på OS-nivå. Enten du bruker applikasjonsytelsesstyring (APM) eller nettverksovervåkingsprogramvare, eller om du har et team som overvåker Linux Common Vulnerabilities and Exposures (CVE) innen open source-programvarepakkene virksomheten din utnytter, sa Colbert at det burde være en prosedyresett opp for å få ut lapper raskt.

"En ting du gjør som skaper er å ta ansvar for sikkerheten til en VA og alt inni den. Enten det er Shellshock eller Heartbleed eller hva har du, det er på deg som VA-utvikler å raskt reagere når disse slags problemer rammer, " sa Colbert. "Dette er en av tingene som kan begrense VA-er hvis kunden ikke stoler på leverandøren til å bruke patcher. De fleste ISV-er har et helt sikkerhetsteam som overvåker Linux-CVE-er. Når VMware ser et nytt CVE-fall, er det en hel prosess satt opp til kjør på det og få lapper ut i løpet av noen få timer eller dager på det aller verste. Du trenger at teamene følger med og er klare til å reagere, og leveringsmekanismen for å få endringene til sluttbrukere."

5. Vet hvordan VM-er og containere passer sammen

Vi startet med dette med å snakke om en ny tidsalder med virtualisert programvare og app-teknologi, og mye av det skyldes utvikler- og IT-revolusjon forårsaket av containere og mikroservices. Colbert forklarte hvordan containere er en naturlig passform med VA-er og VM-er.

"Vi ser en spredning av teknologier i rommet som har mange forskjellige avveininger og muligheter. Generelt sett er dette en god ting, men det kan skape litt forvirring om hva som er best å gjøre, " sa Colbert.

"Det er to aspekter å fokusere på med VA-er og containere: emballasjen og kjøretiden, " fortsatte han. "VM-er abstrakt på maskinvarenivå, mens containere trekker ut på operativnivå. Men de har begge et emballeringsnivå for å bygge et bilde. Det folk som Docker har gjort veldig bra er å integrere dem med utviklingsarbeidet. Beholdere og VM-er er begge generiske mekanismer, så det du vanligvis ser er enten en vanlig app som er direkte pakket i en VM, eller noen ganger en container og en VM sammen direkte distribuert i infrastrukturen deres som et enkelt program."

Det er ikke slutten på historien. Når han eksperimenterte med VM-er og containere, sa Colbert at det er viktig å huske på hvordan de containerte og virtuelle appene vil plugge inn i resten av infrastrukturen din, og alle de andre logistiske, compliance- og sikkerhetsproblemene som følger med den.

"Når kundene begynner å modernisere, må du løse for dag to-operasjoner. Når du bygger alle disse løsningene rundt VM-er og virtuelle apparater og utvider disse løsningene til containere, må du tenke overvåking, sikkerhetskopi, innlogging, katastrofegjenoppretting. Du må svare på alle disse spørsmålene, "sa Colbert. Mange kunder spør når de skal containere ting, og jeg tror det er mye fornuftig å kjøre en raskere, mer konsistent prosess mellom utvikling og produksjon. Containerization er ganske enkelt å gjøre… utfordringen er når du kommer til å refactoring en applikasjon for å bli mer distribuert med en mikroservicearkitektur. Det er en enorm, enorm innsats."

6. Bestem deg for om du vil bruke mikroservices

Hvordan mikroservicesarkitekturer inngår i dette, er et mer komplisert forslag. I en container kan du kjøre enten en tradisjonell monolitisk app eller en mikroserviceapp som er delt opp i modulære tjenester. I forhold til VA-er og VM-er, sier Colbert avgjørelsen om å flytte til en mikroservicearkitektur avhenger av noen få faktorer.

"Søknaden må være ekstremt viktig for virksomheten din og føre inntekter på topplinjen. Hvis ikke, la den være som den er og komme til den senere, " sa Colbert. "De inntektsdrivende applikasjonene er de du vil ha i en mer distribuert arkitektur. Enten det eller noe med virkelig stor skala der mange brukere kobler seg til og samhandler med den, eller hvis du vil ha veldig raske oppdateringer."

Microservices lar deg oppdatere enkeltkomponenter i en app ofte og uavhengig av hverandre. Fordi individuelle tjenester i stor grad er frakoblet, kan utviklere oppdatere dem uavhengig uten koordinering. Colbert sa at du får mange fordeler av mikroservices, men at kundene undervurderer arbeidet som er involvert og utfordringene ved å gjenarkivere, selv om appen allerede kjøres på en VM eller i en container.

"Mikroservices er gode, men ikke gå av på den reisen før du er sikker på at det er en overbevisende forretningsgrunn, " sa Colbert. "Hvis dette er en kompleks applikasjon på topplinjen med store skalaverdier som trenger smidighet og raske oppdateringer, kan du gå etter det."