Sisällysluettelo:
- Mikä on SaaS?
- Virtualisointi ja ohjelmistojen toimitus
- Virtualisointi ja SaaS
- Lisääntyvä monimutkaisuus
Virtualisointi kattaa useita tietotekniikoita ja se voidaan saavuttaa sekä laitteistotasolla että ohjelmistotasolla. Yrityksessä virtualisointi voi parantaa ohjelmistopalveluiden, erityisesti SaaS-sovellusten, kykyä. Se on myös tehokkain tapa yrityksille vähentää tietotekniikkakustannuksiaan. Mutta laita virtualisointi ja SaaS yhteen ja sinulla voi olla voittava yhdistelmä.
Mikä on SaaS?
Ohjelmisto palveluna (SaaS) on ohjelmiston lisensointimalli, jossa ohjelmisto lisensoidaan tilauksen perusteella ja myyjä tai palveluntarjoaja isännöi keskitetysti. Nämä hajautetut ohjelmistosovellukset asetetaan asiakkaiden saataville Internetissä.
SaaS: stä on tulossa suosittu tekniikka, joka tukee palvelukeskeistä arkkitehtuuria (SOA) tai Web-palveluita. SaaS tarjoaa monia etuja. Yleisimmät ovat:
- Helppo hallinto
- Helppo päivitys ja korjaustiedostojen hallinta
- Yhteensopivuus (kaikilla käyttäjillä on sama ohjelmistoversio)
- Globaali saavutettavuus
- Tietotekniikan hallinta palveluna (ITMaaS)
Virtualisointi ja ohjelmistojen toimitus
Virtualisoinnin käsite on otettu oikein käyttöön ja hyväksytty ohjelmistokehitysyhteisössä. Se pystyy tarjoamaan nopeampia kehitys- ja testausmekanismeja luomalla nopeasti kehitys- ja testausympäristöjä.
VMware ja VBox ovat yleisimmin käytetty tekniikka, ja niiden avulla useat käyttäjät voivat ajaa eri käyttöjärjestelmissä, versioissa ja esiintymissä. Useimmat ohjelmistokehitysyritykset omaksuvat virtualisointitekniikan omaksumalla ensin ohjelmistojen virtualisointimekanismin ja siirtymällä sitten vähitellen kohti laitteistovirtualisointia.
Virtualisointi ja SaaS
Siitä huolimatta, että meillä on niin monia etuja, SaaS: n ei ole vielä saatu luottoaan. On monia tekijöitä, jotka ovat vastuussa tästä. Nämä sisältävät:- Valtavat aloituskustannukset: Järjestelmään sijoitetut tulot kerätään vuosien ajan.
- Se voi rikkoa vapaan ohjelmiston periaatteita: Ohjelmistovapauden aktivisti Richard Stallman viittaa SaaS: ään "palveluna ohjelmistojen korvikkeena (SaaSS)" ja pitää sitä vapaan ohjelmiston periaatteiden vastaisena.
"SaaS: lla käyttäjillä ei ole kopioita suoritettavasta tiedostosta: se on palvelimella, jossa käyttäjät eivät näe tai kosketa sitä. Siksi heidän on mahdotonta selvittää, mitä se todella tekee, ja mahdotonta muuttaa. SaaS antaa luontaisesti palvelinoperaattorille valtuudet muuttaa käytössä olevaa ohjelmistoa tai käyttäjien käyttämiä tietoja ", Stallman kirjoitti GNU-verkkosivustolle.
Jos keskitymme yli infrastruktuurin ja käynnistyskustannusten käyttöönoton jälkeen, SaaS-sovellusalustan tulisi olla huolissaan toistettavuudesta. Jokaisen SaaS-pohjaisen sovelluksen ilmentymän tulee olla identtinen toistensa kanssa. Erojen tulisi olla minimaalisia, jotta jokaisen sovellusinstanssin johdonmukainen käyttäytyminen voidaan ylläpitää jokaiselle asiakkaalle ja tukitiimille. Tämä tehdään niin, että heillä on yhtenäinen perusta tarvittaessa vianmääritykseen. Tukisuunnittelija ei haluaisi löytää ongelmaa, joka johtuu puuttuvasta kirjastoyksiköstä yhdelle asiakasesimerkille. Samoin asiakas ei haluaisi tietää, että jokaisessa tilatussa sovelluksessa voi olla ongelma, koska SaaS-pohjainen yritys ei voi toistaa ongelmaa samoilla vaiheilla jokaisessa tilauksessa. Koko prosessi tulisi automatisoida johdonmukaisuuden ja kustannusetujen saavuttamiseksi.
Lisääntyvä monimutkaisuus
On tärkeätä ymmärtää nykypäivän sovellusten monimutkaisuus - olipa kyse sitten SaaS-mallista tai perinteisestä mallista. Jopa yksinkertaisin Web-sovellus ei enää ole vastuussa taustalla olevan tiedontallennuskerroksen hallinnasta. Tavallisesti käytännössä on tietokanta, esimerkiksi MySQL, Oracle, DB2 tai SQL Server. Yhdistämällä ne tyypillisiin verkkopinoihin, kuten Java, Ninja, Grails, Rails jne., Saadaan monitasoinen arkkitehtuuri, joka vaatii skaalautuvaa käyttöönottoa. Esimerkiksi Rails-ympäristöä määritettäessä käytimme MySQL: tä.
Sovellusten ketterä luonne, joka mahdollistaa ohjelmiston helpon päivityksen laajennusten, korjaustiedostojen, makrojen ja mashupien kautta, voidaan helposti integroida SaaS-malliin. Pidennettyä asiaa varten kehitetään laajennus tai korjaustiedosto, useimmiten virhekorjaus, joka on toimitettava korjaustiedostona poistuvalle ohjelmistolle. Yleensä asiakas ei haluaisi kuulla ongelman tapahtuneen resurssirajoituksen tai joidenkin muiden olosuhteiden takia tai että sen on luonut toinen asiakas.
Wikipedian mukaan huolenaiheiden erottaminen on lähtökohta hajottaa sovellus erillisiin ominaisuuksiin, mikä minimoi toimintojen päällekkäisyydet. Kun virtualisointi on paikallaan, tätä konseptia voidaan soveltaa infrastruktuuriin. Erotusta voidaan soveltaa sovelluskohtaiseen, asiakaskohtaiseen ja / tai klusteripohjaiseen. Vaikka laite käyttää edelleen maksimikapasiteettiaan, se tarjoaa mahdollisuuden skaalata vaaka- ja pystysuunnassa. Tämä on hyödyllistä yhden vuokralaisen sovelluksille, jotka haluavat tulla SaaS-markkinoille. Alustavan laitteiston välitön monivalmistelu lähes nolla-koodimuutoksella voidaan saavuttaa helposti.
Contegixin SaaS-alustaan on asennettu kaksi käyttöönotemallia. Erottava tekijä riippuu sovelluksen kehittämistavasta:
- Yhden asiakkaan tukeminen käyttöönottoa kohden, tai
- Tukea useita asiakkaita yhdessä asennuksessa
Asennusmallista riippumatta on erittäin tärkeää erottaa käyttöjärjestelmä ja sovellusten asennukset sovellustiedoista. Tämä johtaa keskusteluihin päivitysten käsittelystä ja käsittelystä. Käyttöjärjestelmän ja sovelluksen asennuksen tulisi ottaa huomioon haihtumattoman datan määrä, jonka pitäisi voida korvata milloin tahansa päivitetyllä kopiossa tai uudella versiolla.
