Cuprins:
Virtualizarea cuprinde diverse tehnologii de calcul și poate fi realizată atât la nivel hardware, cât și la nivel de software. Într-o întreprindere, virtualizarea poate spori capacitatea serviciilor software, în special aplicațiile SaaS. Este, de asemenea, cel mai eficient mod pentru întreprinderi de a-și reduce costurile IT. Dar puneți virtualizarea și SaaS împreună și este posibil să aveți o combinație câștigătoare.
Ce este SaaS?
Software-ul ca serviciu (SaaS) este un model de licențiere software în care software-ul este licențiat pe bază de abonament și este găzduit la nivel central de către un furnizor sau un furnizor de servicii. Aceste aplicații software distribuite sunt puse la dispoziția clienților pe internet.
SaaS devine popular printre tehnologiile care acceptă arhitectura orientată către servicii (SOA) sau servicii Web. SaaS vine cu o serie de avantaje. Cele mai frecvente sunt:
- Administrare ușoară
- Actualizări ușoare și gestionarea patch-urilor
- Compatibilitate (toți utilizatorii vor avea aceeași versiune a software-ului)
- Accesibilitate globală
- Managementul tehnologiei informației ca serviciu (ITMaaS)
Virtualizare și livrare software
Conceptul de virtualizare a fost corect adoptat și acceptat în comunitatea de dezvoltare software. Are capacitatea de a oferi o dezvoltare mai rapidă și mecanisme de testare prin crearea rapidă a mediilor de dezvoltare și testare.
VMware și VBox sunt cea mai utilizată tehnologie și permit mai multor utilizatori să ruleze pe diferite sisteme de operare, versiuni și instanțe. Majoritatea întreprinderilor de dezvoltare software adoptă tehnica de virtualizare adoptând mai întâi mecanismul de virtualizare software și apoi treptat treptat către virtualizarea hardware.
Virtualizare și SaaS
În ciuda faptului că are atât de multe avantaje, SaaS încă nu și-a obținut creditul cuvenit. Există mulți factori care sunt responsabili pentru acest lucru. Acestea includ:- Cost enorm de pornire: veniturile investite în configurare sunt recuperate pe o perioadă de ani.
- Poate încălca principiile software-ului liber: activistul pentru libertatea software Richard Stallman se referă la SaaS ca „serviciu ca un înlocuitor software (SaaSS)” și consideră că este o încălcare a principiilor software-ului liber.
"Cu SaaS, utilizatorii nu au o copie a fișierului executabil: este pe server, unde utilizatorii nu o pot vedea sau atinge. Astfel, este imposibil pentru ei să constate ce face cu adevărat și este imposibil de schimbat SaaS oferă în mod inerent operatorului serverului puterea de a schimba software-ul folosit, sau datele utilizatorilor fiind operate ”, a scris Stallman pe site-ul GNU.
Dacă ne concentrăm peste infrastructura și costurile de pornire, odată implementate, o platformă de aplicații SaaS ar trebui să fie preocupată doar de reproductibilitate. Fiecare instanță a aplicației bazate pe SaaS ar trebui să fie identică între ele. Ar trebui să existe diferențe minime pentru a menține comportamentul consecvent al fiecărei instanțe de aplicare pentru fiecare client și pentru echipa de asistență. Acest lucru este făcut astfel încât să aibă o bază uniformă pentru a rezolva eventualele probleme, dacă este necesar. Inginerul de asistență nu ar dori să descopere o problemă cauzată de un modul lipsit de bibliotecă pentru o singură instanță de client. În mod similar, niciun client nu ar dori să știe că ar putea exista o problemă în fiecare cerere comandată, deoarece compania SaaS nu poate reproduce problema folosind aceiași pași pentru fiecare comandă. Întregul proces ar trebui automatizat pentru consecvență și costuri.
Creșterea complexității
Devine important să înțelegem natura complexă a implementării pentru aplicațiile de astăzi - fie că este modelul SaaS sau modelul tradițional. Chiar și cea mai simplă aplicație Web nu mai este responsabilă de gestionarea stratului de stocare a datelor de bază. Practica standard este de a avea o bază de date, de exemplu, MySQL, Oracle, DB2 sau SQL Server. Combinarea acestora cu stivele Web tipice, cum ar fi Java, Ninja, Grails, Rail, etc., duce la o arhitectură cu mai multe niveluri care necesită o implementare scalabilă. De exemplu, în timp ce configuram un mediu Rails, am folosit MySQL.
Natura agilă a aplicațiilor, care permite modernizări ușoare ale software-ului prin pluginuri, patch-uri, macro-uri și mashup-uri, poate fi integrată cu ușurință în modelul SaaS. O extensie sau un patch este dezvoltat pentru o problemă mai mică, de cele mai multe ori o rezolvare a erorilor, care trebuie livrată ca o corecție pe software-ul care iese. De obicei, un client nu ar dori să audă că o problemă a apărut din cauza unei constrângeri a resurselor sau a altor circumstanțe sau că este creată de un alt client.
Conform Wikipedia, separarea preocupărilor este premisa de a descompune o aplicație în funcții distincte, ceea ce reduce la minimum suprapunerea funcționalității. Odată cu virtualizarea în vigoare, acest concept poate fi aplicat infrastructurii. Separarea poate fi aplicată în funcție de fiecare aplicație, per client și / sau pe grup. În timp ce încă folosești hardware-ul la capacitatea sa maximă, acesta oferă posibilitatea de a scala orizontal și vertical. Acest lucru este benefic pentru aplicațiile cu un singur chiriaș care doresc să intre pe piața SaaS. Multitenancy instantanee pe hardware-ul de bază cu schimbare de cod aproape zero poate fi realizată cu ușurință.
Există două modele de implementare implementate pe platforma SaaS a Contegix. Factorul de diferențiere depinde de cum este dezvoltată aplicația:
- Pentru a sprijini un singur client pentru fiecare implementare sau
- Pentru a sprijini mai mulți clienți pe o singură implementare
Indiferent de modelul de implementare, este foarte important să separe sistemul de operare și instalarea aplicației de datele aplicației. Acest lucru duce la discuții cu privire la modul în care sunt procesate și gestionate upgrade-urile. Sistemul de operare și instalarea aplicației ar trebui să ia în considerare cantitatea de date volatile, care ar trebui să poată fi înlocuită în orice moment cu o copie actualizată sau o versiune nouă.
