Hvordan virtualisering kan styrke applikasjoner

Virtualisering omfatter forskjellige datateknologier og kan oppnås både på maskinvarenivå og på programvarenivå. I en bedrift kan virtualisering forbedre muligheten til programvaretjenester, spesielt SaaS-applikasjoner. Det er også den mest effektive måten for bedrifter å redusere IT-kostnadene sine. Men sett virtualisering og SaaS sammen, og du kan ha en vinnende kombinasjon.

Hva er SaaS?

Software as a service (SaaS) er en programvarelisensieringsmodell der programvaren er lisensiert på abonnementsbasis og vert sentralt av en leverandør eller en tjenesteleverandør. Disse distribuerte programvarene gjøres tilgjengelige for kunder over Internett.

SaaS blir populært på tvers av teknologier som støtter serviceorientert arkitektur (SOA) eller webtjenester. SaaS kommer med en rekke fordeler. De vanligste er:

• Enkel administrasjon
• Enkel oppdateringer og administrasjon av lapper
• Kompatibilitet (alle brukere vil ha den samme versjonen av programvaren)
• Global tilgjengelighet

SaaS regnes også som en del av nettskyberegningsnomenklaturen sammen med:

• Informasjonsteknologiledelse som en tjeneste (ITMaaS)

Virtualisering og programvarelevering

Begrepet virtualisering er med rette blitt vedtatt og akseptert i programvareutviklingssamfunnet. Den har muligheten til å gi raskere utviklings- og testmekanismer ved å lage utviklings- og testmiljøer raskt.

VMware og VBox er den mest brukte teknologien, og de gjør det mulig for flere brukere å kjøre på forskjellige operativsystemer, versjoner og forekomster. De fleste programvareutviklingsbedrifter tar i bruk virtualiseringsteknikken ved først å ta i bruk programvarevirtualiseringsmekanismen og deretter gradvis bevege seg mot maskinvarevirtualisering.

Virtualisering og SaaS

Til tross for at han har så mange fordeler, har SaaS ennå ikke fått sin rettige kreditt. Det er mange faktorer som er ansvarlige for dette. Disse inkluderer:

• Enorm oppstartkostnad: Inntektene som investeres i oppsettet gjenvinnes over en periode på år.
• Det kan krenke prinsippene for fri programvare: Programvarefrihetsaktivist Richard Stallman omtaler SaaS som "service as a software substitut (SaaSS), " og anser det som et brudd på prinsippene for gratis programvare.

  
  "Med SaaS har ikke brukerne en kopi av den kjørbare filen: den er på serveren, der brukerne ikke kan se eller berøre den. Dermed er det umulig for dem å finne ut hva den virkelig gjør, og umulig å endre SaaS gir i seg selv serveroperatøren makt til å endre programvaren som er i bruk, eller brukernes data som blir operert, "skrev Stallman på GNUs nettsted.

Et godt eksempel på SaaS over virtualisering er Amazon Web Services (AWS). AWS tilbyr en rekke programvare og plattformer. Programvaren er installert på virtuelle verter og kan skaleres opp eller ned etter behov.

Hvis vi fokuserer utover infrastrukturen og oppstartkostnadene, når de er distribuert, bør en SaaS-applikasjonsplattform bare være opptatt av reproduserbarhet. Hver forekomst av den SaaS-baserte applikasjonen skal være identisk med hverandre. Det bør være minimale forskjeller for å opprettholde den konsistente oppførselen til alle applikasjonsforekomster for hver kunde og for supportteamet. Dette gjøres slik at de har en enhetlig base for å feilsøke eventuelle problemer, om nødvendig. Supportingeniøren ønsker ikke å oppdage et problem forårsaket av en manglende bibliotekmodul for en enkelt kundeforekomst. Tilsvarende vil heller ikke en kunde vite at det kan være et problem i hver bestilte applikasjon fordi det SaaS-baserte selskapet ikke kan reprodusere problemet ved å bruke de samme trinnene for hver ordre. Hele prosessen bør automatiseres for konsekvenser og kostnadsfordeler.

Økende kompleksitet

Det blir viktig å forstå den komplekse karakteren av distribusjon for dagens applikasjoner - det være seg SaaS-modellen eller den tradisjonelle modellen. Selv den enkleste webapplikasjonen er ikke lenger ansvarlig for å administrere det underliggende datalagringssjiktet. Standard praksis er å ha en database, for eksempel MySQL, Oracle, DB2 eller SQL Server. Å kombinere disse med typiske nettstabler som Java, Ninja, Grails, Rails, etc., fører til en flerlags arkitektur som krever skalerbar distribusjon. For eksempel, mens vi satte opp et Rails-miljø, brukte vi MySQL.

Den smidige naturen til applikasjoner, som gjør det enkelt å oppgradere programvaren via plugins, patcher, makroer og mashups, kan enkelt integreres i SaaS-modellen. En utvidelse eller en patch er utviklet for et mindre problem, mesteparten av tiden en bug fix, som må leveres som en patch på den spennende programvaren. Vanligvis vil ikke en kunde høre at et problem oppstod på grunn av en ressursbegrensning eller andre omstendigheter, eller at det opprettes av en annen kunde.

I henhold til Wikipedia er separasjon av bekymringer forutsetningen for å dele opp en applikasjon i forskjellige funksjoner, noe som minimerer overlapping av funksjonalitet. Med virtualisering på plass kan dette konseptet brukes på infrastrukturen. Separasjon kan brukes ned til per-søknad, per kunde og / eller per-klynge-basis. Mens den fremdeles bruker maskinvaren til sin maksimale kapasitet, gir den muligheten til å skalere horisontalt og vertikalt. Dette er gunstig for applikasjoner som ønsker å komme inn i SaaS-markedet. Øyeblikkelig multitenancy på den underliggende maskinvaren med kodeendring av nesten null kan oppnås med letthet.

Det er to distribusjonsmodeller distribuert på Contegixs SaaS-plattform. Den differensierende faktoren avhenger av hvordan applikasjonen er utviklet:

• Å støtte en enkelt kunde per distribusjon, eller
• For å støtte flere kunder på en enkelt distribusjon

Den andre vanlige distribusjonsmodellen er å gi en høyere grad av separasjon. De underliggende infrastrukturapplikasjonene er delt opp i virtuelle maskiner, hver skalert på de respektive nødvendige nivåer. Bortsett fra en-leietager-modellen, tillater denne modellen skalering til ikke bare de enkelte komponentene når det gjelder virtuelle maskinressurser, men også antall forekomster. Denne modellen fungerer veldig bra for store forekomster eller flere kundeapplikasjoner.

Uansett distribusjonsmodell er det veldig viktig å skille operativsystem og applikasjonsinstallasjon fra applikasjonsdata. Dette fører til diskusjoner om hvordan oppgraderinger behandles og håndteres. Operativsystemet og applikasjonsinstallasjonen bør ta hensyn til mengden flyktige data, som når som helst skal kunne erstattes med en oppdateret kopi eller ny versjon.