Com la virtualització pot apoderar les aplicacions

La virtualització engloba diverses tecnologies informàtiques i es pot aconseguir tant a nivell de maquinari com a programari. En una empresa, la virtualització pot millorar la capacitat dels serveis de programari, especialment les aplicacions SaaS. També és la manera més efectiva de les empreses per reduir els seus costos informàtics. Però ajunteu la virtualització i SaaS i és possible que tingueu una combinació guanyadora.

Què és SaaS?

El programari com a servei (SaaS) és un model de llicència de programari en el qual el programari està llicenciat en forma de subscripció i està allotjat centralment per un venedor o un proveïdor de serveis. Aquestes aplicacions de programari distribuït es posen a disposició dels clients per Internet.

SaaS s'està popularitzant entre les tecnologies que admeten l'arquitectura orientada als serveis (SOA) o serveis web. SaaS ofereix una sèrie d'avantatges. Els més comuns són:

• Administració fàcil
• Actualitzacions fàcils i gestió de pedaços
• Compatibilitat (tots els usuaris tindran la mateixa versió del programari)
• Accessibilitat global

SaaS també es considera part de la nomenclatura de computació en núvol juntament amb:

• La gestió de les tecnologies de la informació com a servei (ITMaaS)

Virtualització i lliurament de programari

El concepte de virtualització ha estat adequat i acceptat a la comunitat de desenvolupament de programari. Té la capacitat de proporcionar mecanismes de desenvolupament i prova més ràpids creant entorns de desenvolupament i prova ràpidament.

VMware i VBox són la tecnologia més utilitzada i permeten a diversos usuaris executar diferents sistemes operatius, versions i instàncies. La majoria de les empreses de desenvolupament de programari adopten la tècnica de virtualització adoptant primer el mecanisme de virtualització de programari i després progressivament cap a la virtualització de maquinari.

Virtualització i SaaS

Malgrat tenir tants avantatges, SaaS encara no té el seu degut crèdit. Hi ha molts factors que són responsables d’això. Això inclou:

• Cost enorme d’inici: els ingressos invertits en la configuració es recuperen durant un període d’anys.
• Pot violar els principis del programari lliure: l'activista en llibertat del programari Richard Stallman es refereix a SaaS com "servei com a substitut del programari (SaaSS)" i considera que és una violació dels principis del programari lliure.

  
  "Amb SaaS, els usuaris no tenen una còpia del fitxer executable: es troba al servidor, on els usuaris no poden veure-ho o tocar-lo. Així, és impossible que puguin constatar el que realment fa i és impossible canviar-ho. SaaS proporciona, inherentment, a l'operador del servidor la possibilitat de canviar el programari que s'utilitza o que les dades dels usuaris estan utilitzant ", va escriure Stallman al lloc web de GNU.

Un bon exemple de SaaS sobre la virtualització és Amazon Web Services (AWS). AWS ofereix una sèrie de programes i plataformes. El programari s’instal·la en hosts virtuals i es pot ampliar o baixar segons i quan sigui necessari.

Si ens centrem més enllà de la infraestructura i el cost de posada en marxa, un cop desplegats, una plataforma d’aplicacions SaaS només s’hauria d’ocupar de la reproducció. Totes les instàncies de l'aplicació basada en SaaS han de ser idèntiques entre si. Hi hauria d’haver diferències mínimes per mantenir el comportament consistent de cada instància d’aplicació per a cada client i per a l’equip de suport. Això es fa de manera que tinguin una base uniforme per tal de solucionar qualsevol problema, si cal. L'enginyer d'assistència no voldria descobrir un problema causat per un mòdul de biblioteca que falta per a una instància de client. De la mateixa manera, cap client no voldria saber que podria haver-hi un problema a cada sol·licitud ordenada, perquè l'empresa basada en SaaS no pot reproduir el problema seguint els mateixos passos per a cada comanda. S’ha de automatitzar tot el procés per obtenir coherència i beneficis de costos.

Creixent complexitat

És important comprendre la complexa naturalesa del desplegament per a les aplicacions actuals, ja sigui el model SaaS o el model tradicional. Fins i tot l’aplicació web més senzilla ja no és responsable de gestionar la capa d’emmagatzematge de dades subjacent. La pràctica estàndard és tenir una base de dades, per exemple, MySQL, Oracle, DB2 o SQL Server. Si es combinen aquestes paquetes web típiques com Java, Ninja, Grails, Rails, etc., es pot obtenir una arquitectura de diversos nivells que exigeix ​​un desplegament escalable. Per exemple, mentre vam configurar un entorn Rails, vam utilitzar MySQL.

La naturalesa àgil de les aplicacions, que permet una actualització fàcil del programari mitjançant plugins, pedaços, macros i mashups, es pot integrar fàcilment al model SaaS. Per a un problema més petit, es desenvolupa una extensió o un pedaç, la majoria de les vegades una correcció d'errors, que s'ha de lliurar com a pegat al programari que surt. Normalment, un client no voldria escoltar que es produïa un problema per una restricció de recursos o per altres circumstàncies o que un altre client el crea.

Segons la Viquipèdia, la separació de preocupacions és la premissa de desglossar una aplicació en funcions diferents, cosa que minimitza la superposició de funcionalitats. Amb la virtualització al seu lloc, aquest concepte es pot aplicar a la infraestructura. La separació es pot aplicar a la base de cada aplicació, per client i / o per grup. Encara que utilitzeu el maquinari a la seva màxima capacitat, proporciona la possibilitat d’escalar horitzontalment i verticalment. Això és beneficiós per a les aplicacions d’un sol arrendatari que vulguin entrar al mercat SaaS. Es pot aconseguir una facilitat instantània del maquinari subjacent amb un canvi de codi gairebé zero.

Hi ha dos models de desplegament desplegats a la plataforma SaaS de Contegix. El factor diferenciador depèn de com es desenvolupi l'aplicació:

• Per donar suport a un sol client per desplegament, o
• Per donar suport a diversos clients en un sol desplegament

L’altre model de desplegament comú és proporcionar un grau més elevat de separació. Les aplicacions d’infraestructura subjacent es separen en màquines virtuals, cada una escalada als nivells respectius requerits. A banda del model d’un sol arrendatari, aquest model permet escalar no només els components individuals en termes de recursos de màquines virtuals, sinó també el nombre de casos. Aquest model serveix molt bé per a casos grans o aplicacions de clients múltiples.

Independentment del model de desplegament, és molt important separar el sistema operatiu i la instal·lació de l’aplicació de les dades de l’aplicació. Això comporta debats sobre com es processen i gestionen les actualitzacions. El sistema operatiu i la instal·lació d’aplicacions han de tenir en compte la quantitat de dades volàtils, que han de ser substituïdes en qualsevol moment amb una còpia actualitzada o una versió nova.