Како виртуализација може оснажити апликације саас

Виртуализација обухвата различите рачунарске технологије и може се постићи и на нивоу хардвера и на нивоу софтвера. У предузећу виртуализација може побољшати способност софтверских сервиса, посебно СааС апликација. То је уједно и најефикаснији начин да компаније смање своје ИТ трошкове. Али ставите виртуализацију и СааС заједно и можда ћете добити добитну комбинацију.

Шта је СааС?

Софтвер као услуга (СааС) је модел лиценцирања софтвера у којем је софтвер лиценциран на основу претплате и домаћин је централно од стране продавца или провајдера услуга. Ове дистрибуиране софтверске апликације доступне су купцима путем Интернета.

СааС постаје популаран у технологијама које подржавају сервисно оријентисану архитектуру (СОА) или веб услуге. СааС има мноштво предности. Најчешћи су:

• Једноставна администрација
• Једноставно ажурирање и управљање закрпама
• Компатибилност (сви корисници ће имати исту верзију софтвера)
• Глобална приступачност

СааС се такође сматра делом номенклатуре рачунарства у облаку заједно са:

• Управљање информационом технологијом као услугом (ИТМааС)

Виртуализација и достава софтвера

Концепт виртуализације с правом је усвојен и прихваћен у заједници за развој софтвера. Има могућност бржег развоја и тестирања механизама тако што брзо ствара окружења за развој и тестирање.

ВМваре и ВБок су технологија која се највише користи и омогућују покретање више корисника на различитим оперативним системима, верзијама и инстанцама. Већина компанија за развој софтвера усваја технику виртуализације прво усвајајући механизам виртуализације софтвера, а затим постепено прелазећи на виртуализацију хардвера.

Виртуализација и СааС

Упркос толиким предностима, СааС тек треба да добије заслугу. За то су одговорни многи фактори. Ови укључују:

• Огроман стартни трошак: Приход уложен у инсталацију надокнађује се током година.
• Може кршити принципе слободног софтвера: Активиста за слободу софтвера Рицхард Сталлман СааС назива "услугом као заменом софтвера (СааСС)", и сматра да је кршење принципа слободног софтвера.

  
  "Са СааС-ом, корисници немају копију извршне датотеке: она се налази на серверу, где корисници не могу да је виде или додирну. Дакле, немогуће је да утврде шта стварно раде, а немогуће је да промене СааС сам по себи даје оператору сервера овлашћење да мења софтвер који се користи или корисничке податке којима се управља ", написао је Сталлман на веб локацији ГНУ.

Добар пример СааС-а у односу на виртуализацију су Амазон Веб Сервицес (АВС). АВС нуди мноштво софтвера и платформи. Софтвер је инсталиран на виртуелне хостове и може се смањити или надоле према потреби и по потреби.

Ако се фокусирамо ван инфраструктуре и трошкова покретања, једном када се уведе, СааС платформа за апликације требало би да се брине само о обновљивости. Свака инстанца апликације засноване на СааС требало би бити идентична једна другој. Требало би постојати минималне разлике да би се одржало доследно понашање свих инстанци апликације за сваког купца и за тим подршке. То се ради тако да имају јединствену базу како би могли ријешити било који проблем, ако је потребно. Инжењер подршке не би волео да открије проблем узрокован недостајућим модулом библиотеке за једну инстанцу клијента. Слично томе, нити купац не жели знати да може постојати проблем у свакој нарученој апликацији, јер компанија са сједиштем у СааС-у не може репродуцирати проблем користећи исте кораке за сваку наруџбу. Цео процес треба да буде аутоматизован ради конзистентности и трошкова.

Повећавање сложености

Постаје важно разумјети сложену природу имплементације за данашње апликације - било да се ради о СааС моделу или традиционалном моделу. Ни најједноставнија веб апликација више није одговорна за управљање доњим слојем за похрану података. Стандардна пракса је имати базу података, на пример, МиСКЛ, Орацле, ДБ2 или СКЛ Сервер. Комбиновање ових типичних Веб стакова као што су Јава, Ниња, Граилс, Раилс, итд. Доводи до вишеслојне архитектуре која захтева скалабилну примену. На пример, док смо постављали окружење Раилс-а, користили смо МиСКЛ.

Агилна природа апликација која омогућава једноставну надоградњу софтвера путем додатака, закрпа, макронаредби и мапупа, лако се може интегрисати у СааС модел. Проширење или закрпа је развијена за мањи проблем, већину времена исправка грешке, која се мора испоручити као закрпа на излазном софтверу. Купац обично не жели да чује да је до проблема дошло због ограничења ресурса или неких других околности или да га је створио други купац.

Према Википедији, раздвајање проблема је претпоставка за разбијање апликације на различите карактеристике, што минимизира преклапање функционалности. Уз виртуализацију, овај концепт се може применити на инфраструктуру. Одвајање се може применити на основи апликације, по купцу и / или по кластеру. Иако хардвер и даље користи свој максимални капацитет, пружа могућност скалирања хоризонтално и вертикално. Ово је корисно за апликације за једног корисника које желе ући на тржиште СааС. Инстант мултитенанци на основном хардверу са променама кода близу нуле може се постићи с лакоћом.

Постоје два модела размештања на Цонтегик-овој СааС платформи. Разликујући фактор зависи од начина на који је апликација развијена:

• Да бисте подржали једног купца по размештању, или
• Да бисте подржали више купаца на једној имплементацији

Други уобичајени модел размештања је обезбеђивање вишег степена одвојености. Темељне апликације за инфраструктуру одвојене су у виртуелне машине, од којих се свака скалира на одговарајућим нивоима. Поред модела са једним станаром, овај модел омогућава скалирање не само појединих компоненти у погледу ресурса виртуелне машине, већ и броја инстанци. Овај модел служи веома добро за велике инстанце или вишеструке корисничке апликације.

Без обзира на модел имплементације, врло је важно одвојити оперативни систем и инсталацију апликације од података о апликацији. То води дискусији о начину на који се надоградње обрађују и како се њима рукује. Оперативни систем и инсталација апликација требало би да узму у обзир количину испарљивих података, која би у сваком тренутку могла бити замењена освеженом копијом или новом верзијом.