Obsah:
Virtualizácia zahŕňa rôzne výpočtové technológie a dá sa dosiahnuť na úrovni hardvéru aj na úrovni softvéru. V podniku môže virtualizácia zvýšiť schopnosť softvérových služieb, najmä aplikácií SaaS. Je to tiež najúčinnejší spôsob, ako môžu podniky znížiť svoje náklady na IT. Ale dajte dohromady virtualizáciu a SaaS a môžete mať výhernú kombináciu.
Čo je SaaS?
Softvér ako služba (SaaS) je licenčný model softvéru, v ktorom je softvér licencovaný na základe predplatného a je hosťovaný centrálne predajcom alebo poskytovateľom služieb. Tieto distribuované softvérové aplikácie sú zákazníkom sprístupňované prostredníctvom internetu.
SaaS sa stáva populárnou v technológiách, ktoré podporujú architektúru orientovanú na služby (SOA) alebo webové služby. SaaS má množstvo výhod. Najbežnejšie sú:
- Ľahká administrácia
- Ľahké aktualizácie a správa opráv
- Kompatibilita (všetci používatelia budú mať rovnakú verziu softvéru)
- Globálna dostupnosť
- Správa informačných technológií ako služba (ITMaaS)
Virtualizácia a dodávka softvéru
Koncept virtualizácie bol v komunite vývoja softvéru správne prijatý a akceptovaný. Má schopnosť poskytovať rýchlejšie vývojové a testovacie mechanizmy rýchlym vytváraním vývojových a testovacích prostredí.
VMware a VBox sú najpoužívanejšou technológiou a umožňujú viacerým používateľom bežať na rôznych operačných systémoch, verziách a inštanciách. Väčšina podnikov zaoberajúcich sa vývojom softvéru prijíma techniku virtualizácie tak, že najskôr prijme mechanizmus virtualizácie softvéru a potom postupne prechádza k virtualizácii hardvéru.
Virtualizácia a SaaS
Napriek tomu, že má spoločnosť SaaS toľko výhod, ešte musí získať náležitý kredit. Za to sú zodpovedné mnohé faktory. Tie obsahujú:- Obrovské počiatočné náklady: Príjmy investované do nastavenia sa získavajú späť v priebehu niekoľkých rokov.
- Môže porušovať zásady slobodného softvéru: Aktivista slobody softvéru Richard Stallman sa odvoláva na spoločnosť SaaS ako na „službu ako náhradu softvéru (SaaSS)“, a považuje ju za porušenie zásad slobodného softvéru.
„Používatelia SaaS nemajú kópiu spustiteľného súboru: je na serveri, kde ho nemôžu vidieť ani sa ho nedotýkajú. Preto nemôžu preveriť, čo v skutočnosti robia, a nemožné zmeniť SaaS inherentne dáva prevádzkovateľovi servera právomoc meniť používaný softvér alebo dáta používateľov, na ktorých sa pracuje, “napísal Stallman na webovú stránku GNU.
Ak sa sústredíme nad rámec infraštruktúry a počiatočné náklady, aplikačná platforma SaaS by sa po nasadení mala zaoberať iba reprodukovateľnosťou. Každá inštancia aplikácie založenej na SaaS by mala byť rovnaká. Mali by existovať minimálne rozdiely, aby sa zachovalo konzistentné správanie každej inštancie aplikácie pre každého zákazníka a pre tím podpory. Je to tak, že majú jednotnú základňu, aby v prípade potreby vyriešili akýkoľvek problém. Pracovník podpory by nechcel odhaliť problém spôsobený chýbajúcim modulom knižnice pre jednu inštanciu zákazníka. Podobne by ani zákazník nechcel vedieť, že v každej objednanej aplikácii môže byť problém, pretože spoločnosť so sídlom v SaaS nemôže problém reprodukovať pomocou rovnakých krokov pre každú objednávku. Celý proces by mal byť automatizovaný kvôli konzistentnosti a nákladovým výhodám.
Zvyšujúca sa zložitosť
Je dôležité porozumieť zložitej povahe nasadenia súčasných aplikácií - či už ide o model SaaS alebo tradičný model. Ani najjednoduchšia webová aplikácia už nezodpovedá za správu základnej vrstvy na ukladanie údajov. Štandardnou praxou je mať databázu, napríklad MySQL, Oracle, DB2 alebo SQL Server. Ich kombinácia s typickými webovými zásobníkmi, ako sú Java, Ninja, Grails, Rails atď., Vedie k viacvrstvovej architektúre vyžadujúcej škálovateľné nasadenie. Napríklad pri nastavovaní prostredia Rails sme použili MySQL.
Agilný charakter aplikácií, ktoré umožňujú ľahké aktualizácie softvéru prostredníctvom doplnkov, opráv, makier a mashupov, možno ľahko integrovať do modelu SaaS. Rozšírenie alebo oprava sú vyvinuté pre menší problém, väčšinou oprava chyby, ktorá musí byť dodaná ako oprava ukončujúceho softvéru. Zákazník zvyčajne nechce počuť, že sa vyskytol problém z dôvodu obmedzenia prostriedkov alebo kvôli niektorým iným okolnostiam, alebo že ho spôsobil iný zákazník.
Podľa Wikipédie je oddelenie záujmov predpokladom rozdelenia aplikácie na odlišné funkcie, čo minimalizuje prekrývanie funkcií. Po zavedení virtualizácie sa tento koncept môže uplatniť na infraštruktúru. Oddelenie je možné aplikovať na jednotlivé aplikácie, na zákazníka a / alebo na klaster. Aj keď hardvér stále využíva na svoju maximálnu kapacitu, poskytuje možnosť škálovať horizontálne a vertikálne. To je výhodné pre aplikácie nájomcu, ktorí sa chcú prihlásiť na trh SaaS. Okamžitú multitenanciu základného hardvéru s takmer nulovou zmenou kódu je možné dosiahnuť ľahko.
Na platforme SaaS spoločnosti Contegix sú nasadené dva modely nasadenia. Rozlišovací faktor závisí od toho, ako sa aplikácia vyvinie:
- Podpora jedného zákazníka na jedno nasadenie alebo
- Podpora viacerých zákazníkov pri jednom nasadení
Bez ohľadu na model nasadenia je veľmi dôležité oddeliť inštaláciu operačného systému a aplikácií od údajov aplikácie. To vedie k diskusiám o spôsobe spracovania a spracovania aktualizácií. Pri inštalácii operačného systému a aplikácie by sa malo zohľadniť množstvo prchavých údajov, ktoré by bolo možné kedykoľvek nahradiť obnovenou kópiou alebo novou verziou.
