Modul în care virtualizarea poate împuternici aplicațiile SaaS

Autor: Roger Morrison
Data Creației: 17 Septembrie 2021
Data Actualizării: 19 Iunie 2024
Anonim
Modul în care virtualizarea poate împuternici aplicațiile SaaS - Tehnologie
Modul în care virtualizarea poate împuternici aplicațiile SaaS - Tehnologie

Conţinut



Sursa: Tashatuvango / Dreamstime.com

La pachet:

Virtualizarea și SaaS pot fi o combinație puternică pentru companii.

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 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ă
SaaS este de asemenea considerat parte a nomenclaturii de cloud computing împreună cu:
  • Infrastructura ca serviciu (IaaS)
  • Desktop ca serviciu (DaaS)
  • Back-end ca serviciu (BaaS)
  • Platforma ca serviciu (PaaS)
  • 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 pot să-l vadă sau să-l atingă. Astfel, este imposibil să constate ce face cu adevărat și este imposibil să-l schimbe. SaaS oferă în mod inerent operatorului serverului puterea de a schimba software-ul folosit sau datele utilizatorilor care sunt operate ”, a scris Stallman pe site-ul GNU.
Un bun exemplu de SaaS peste virtualizare este Amazon Web Services (AWS). AWS oferă o serie de programe și platforme. Software-ul este instalat pe gazdele virtuale și poate fi scalat în sus sau în jos, după cum este necesar.

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, nici un 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 actuale - 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 obișnuite, cum ar fi Java, Ninja, Grails, Rails 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 Contegixs SaaS. 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
Celălalt model comun de implementare este acela de a oferi un grad mai mare de separare. Aplicațiile de infrastructură de bază sunt separate în mașini virtuale, fiecare scalate la nivelurile necesare. În afară de modelul cu un singur chiriaș, acest model permite scalarea nu numai a componentelor individuale în ceea ce privește resursele mașinii virtuale, ci și numărul de instanțe. Acest model servește foarte bine pentru cazuri mari sau pentru mai multe aplicații pentru clienți.

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ă.