Sadržaj:
Virtualizacija obuhvaća različite računalne tehnologije i može ih se postići na hardverskoj i softverskoj razini. U poduzeću virtualizacija može poboljšati sposobnost softverskih usluga, posebno SaaS aplikacija. To je ujedno i najučinkovitiji način za poduzeća da smanje svoje IT troškove. Ali stavite virtualizaciju i SaaS zajedno i možda ćete dobiti dobitnu kombinaciju.
Što je SaaS?
Softver kao usluga (SaaS) je model licenciranja softvera u kojem je softver licenciran na osnovi pretplate, a domaćin je centralno od strane dobavljača ili davatelja usluga. Te distribuirane softverske aplikacije omogućuju se kupcima putem Interneta.
SaaS postaje popularan u tehnologijama koje podržavaju uslužno orijentiranu arhitekturu (SOA) ili web usluge. SaaS ima mnoštvo prednosti. Najčešći su:
- Jednostavna primjena
- Jednostavno ažuriranje i upravljanje zakrpama
- Kompatibilnost (svi će korisnici imati istu verziju softvera)
- Globalna dostupnost
- Upravljanje informacijskom tehnologijom kao uslugom (ITMaaS)
Virtualizacija i dostava softvera
Koncept virtualizacije s pravom je usvojen i prihvaćen u zajednici za razvoj softvera. Ima mogućnost bržeg razvijanja i testiranja mehanizama tako da brzo stvara razvojna i testna okruženja.
VMware i VBox su tehnologija koja se najviše koristi i omogućuju pokretanje više korisnika na različitim operativnim sustavima, verzijama i instancama. Većina tvrtki za razvoj softvera usvoji tehniku virtualizacije prvo prihvaćajući mehanizam virtualizacije softvera, a zatim postupno krećući se prema virtualizaciji hardvera.
Virtualizacija i SaaS
Iako ima toliko prednosti, SaaS tek treba dobiti svoju zaslugu. Za to su odgovorni mnogi faktori. To uključuje:- Ogromni početni troškovi: Prihod uložen u instalaciju nadoknađuje se tijekom godina.
- Može kršiti načela slobodnog softvera: Aktivista za slobodu softvera Richard Stallman SaaS naziva "uslugom kao zamjenom softvera (SaaSS)", a smatra da je kršenje načela slobodnog softvera.
"Sa SaaS-om, korisnici nemaju kopiju izvršne datoteke: ona se nalazi na poslužitelju, gdje je korisnici ne mogu vidjeti ili dodirnuti. Stoga je nemoguće utvrditi što doista čini, a nemoguće je promijeniti SaaS inherentno daje operatoru poslužitelja mogućnost da mijenja softver koji se koristi ili korisničke podatke kojima se upravlja ", napisao je Stallman na web stranici GNU-a.
Ako se fokusiramo izvan infrastrukture i troškova pokretanja, kada se jednom uvede, SaaS platforma za aplikacije trebala bi se baviti samo obnovljivošću. Svaka instanca aplikacije utemeljene na SaaS trebala bi biti identična jedna drugoj. Trebalo bi postojati minimalne razlike kako bi se održalo dosljedno ponašanje svake instance primjera za svakog kupca i za tim podrške. To se radi tako da imaju jedinstvenu bazu kako bi mogli riješiti bilo koji problem, ako je potrebno. Inženjer podrške ne bi želio otkriti problem uzrokovan nedostajućim modulom knjižnice za jednu korisničku instancu. Slično tome, niti kupac ne bi želio znati da može postojati problem u svakoj naručenoj aplikaciji jer tvrtka sa sjedištem u SaaS-u ne može reproducirati problem koristeći iste korake za svaku narudžbu. Cijeli postupak treba automatizirati radi dosljednosti i troškova.
Sve veća složenost
Važno je razumjeti složenu prirodu implementacije za današnje aplikacije - bilo da se radi o SaaS modelu ili tradicionalnom modelu. Čak i najjednostavnija web aplikacija više nije odgovorna za upravljanje temeljnim slojem za pohranu podataka. Standardna praksa je imati bazu podataka, na primjer, MySQL, Oracle, DB2 ili SQL Server. Kombinacija ovih tipičnih web stapova kao što su Java, Ninja, Grails, Rails itd. Dovodi do višeslojne arhitekture koja zahtijeva skalabilnu implementaciju. Na primjer, tijekom postavljanja okruženja Rails koristili smo MySQL.
Agilna priroda aplikacija koja omogućuje jednostavnu nadogradnju softvera pomoću dodataka, zakrpa, makronaredbi i mapua može se lako integrirati u SaaS model. Proširenje ili zakrpa razvijeni su za manji problem, većinom uklanjanje pogrešaka, koje je potrebno isporučiti kao zakrpu na softveru koji izlazi. Kupac obično ne želi čuti da je do problema došlo zbog ograničenja resursa ili nekih drugih okolnosti ili da ga je stvorio drugi kupac.
Prema Wikipediji, odvajanje briga je pretpostavka za razbijanje aplikacije na različite značajke, što minimizira preklapanje funkcionalnosti. Budući da postoji virtualizacija, ovaj se koncept može primijeniti na infrastrukturu. Razdvajanje se može primijeniti na osnovi aplikacije, po kupcu i / ili po klasteru. Iako hardver i dalje koristi svoj maksimalni kapacitet, pruža mogućnost skaliranja vodoravno i okomito. Ovo je korisno za aplikacije za jednog korisnika koje žele ući u tržište SaaS. Trenutna multitenancy na osnovnom hardveru s promjenom koda gotovo nule može se postići s lakoćom.
Postoje dva modela implementacije na Contegixovoj SaaS platformi. Različivi faktor ovisi o načinu razvoja aplikacije:
- Da biste podržali jednog kupca po implementaciji, ili
- Za podršku više kupaca na jednoj implementaciji
Bez obzira na model implementacije, vrlo je važno odvojiti operativni sustav i instalaciju aplikacije od podataka o aplikaciji. To vodi raspravi o načinu na koji se nadogradnje obrađuju i kako se njima postupa. Operativni sustav i instalacija aplikacija trebali bi uzeti u obzir količinu isparljivih podataka koja bi se u bilo kojem trenutku trebala zamijeniti s osvježenom kopijom ili novom verzijom.
