Как виртуализацията може да даде възможност на SaaS приложения

Автор: Roger Morrison
Дата На Създаване: 17 Септември 2021
Дата На Актуализиране: 11 Може 2024
Anonim
Cloud Computing Explained
Видео: Cloud Computing Explained

Съдържание



Източник: Tashatuvango / Dreamstime.com

За вкъщи:

Виртуализацията и SaaS могат да бъдат мощна комбинация за бизнеса.

Виртуализацията обхваща различни изчислителни технологии и може да бъде постигната както на хардуерно, така и на софтуерно ниво. В предприятието виртуализацията може да повиши способността на софтуерните услуги, особено на SaaS приложения. Това е и най-ефективният начин за предприятията да намалят разходите си за ИТ. Но сложете виртуализацията и SaaS заедно и може да имате печеливша комбинация.

Какво е SaaS?

Софтуерът като услуга (SaaS) е модел за лицензиране на софтуер, при който софтуерът се лицензира въз основа на абонамент и се хоства централно от доставчик или доставчик на услуги. Тези разпространени софтуерни приложения се предоставят на клиентите по интернет.

SaaS става популярен сред технологиите, които поддържат ориентирана към услуги архитектура (SOA) или уеб услуги. SaaS се предлага с множество предимства. Най-често срещаните са:
  • Лесно администриране
  • Лесни актуализации и управление на пластирите
  • Съвместимост (всички потребители ще имат една и съща версия на софтуера)
  • Глобална достъпност
SaaS също се счита за част от номенклатурата на облачните изчисления, заедно с:
  • Инфраструктура като услуга (IaaS)
  • Работен плот като услуга (DaaS)
  • Бек-енд като услуга (BaaS)
  • Платформа като услуга (PaaS)
  • Управление на информационни технологии като услуга (ITMaaS)

Виртуализация и доставка на софтуер

Концепцията за виртуализация е правилно приета и приета в общността за разработка на софтуер. Той има способността да осигурява по-бързи механизми за разработка и тестване чрез създаване на среда за развитие и тестване бързо.

VMware и VBox са най-използваната технология и позволяват на множество потребители да работят на различни операционни системи, версии и инстанции. Повечето предприятия за разработка на софтуер възприемат техниката на виртуализация, като първо приемат механизма за виртуализация на софтуера и след това постепенно преминават към хардуерна виртуализация.

Виртуализация и SaaS

Въпреки че има толкова много предимства, SaaS все още не е получил дължимия си кредит. Много фактори са отговорни за това. Те включват:
  • Огромни начални разходи: Приходите, инвестирани в настройката, се възстановяват за период от години.

  • Той може да наруши принципите на свободния софтуер: Активистът за свобода на софтуера Ричард Столман нарича SaaS като „услуга като заместител на софтуера (SaaSS)“ и го счита за нарушение на принципите на безплатния софтуер.

    „При SaaS потребителите не разполагат с копие на изпълнимия файл: той е на сървъра, където потребителите не могат да го видят или докоснат. По този начин е невъзможно да установят какво наистина прави и е невъзможно да го променят. SaaS по своята същност дава на оператора на сървъра право да променя използвания софтуер или данните на потребителите, които се експлоатират “, пише Stallman на уебсайта на GNU.
Добър пример за SaaS над виртуализацията са Amazon Web Services (AWS). AWS предлага множество софтуер и платформи. Софтуерът е инсталиран на виртуални хостове и може да бъде мащабиран нагоре или надолу, както и когато е необходимо.

Ако се съсредоточим извън инфраструктурата и стартовите разходи, веднъж внедрени, платформата за приложения SaaS трябва да се занимава само с възпроизводимостта. Всеки екземпляр на SaaS-базираното приложение трябва да бъде идентичен помежду си. Трябва да има минимални разлики, за да се поддържа последователното поведение на всеки екземпляр на приложение за всеки клиент и за екипа за поддръжка. Това се прави така, че те да имат еднаква основа, за да разрешат всеки проблем, ако се налага. Инженерът за поддръжка не би искал да открие проблем, причинен от липсващ библиотечен модул за един потребителски инстанция. По подобен начин нито един клиент не би искал да знае, че може да има проблем във всяко заявено поръчка, тъй като базираната в SaaS компания не може да възпроизведе проблема, като използва същите стъпки за всяка поръчка. Целият процес трябва да бъде автоматизиран за последователност и ползи за разходите.

Нарастваща сложност

Става важно да се разбере сложният характер на внедряване за днешните приложения - било то моделът SaaS или традиционен модел. Дори и най-простото уеб приложение вече не е отговорно за управлението на основния слой за съхранение на данни. Стандартната практика е да имате база данни, например MySQL, Oracle, DB2 или SQL Server. Комбинирането им с типични уеб стекове като Java, Ninja, Grails, Rails и т.н., води до многостепенна архитектура, изискваща мащабируемо внедряване. Например, докато настройвахме Rails среда, използвахме MySQL.

Гъвкавият характер на приложенията, който позволява лесното ъпгрейдване на софтуера чрез плъгини, пачове, макроси и мачупи, лесно може да бъде интегриран в модела SaaS. Разработване на разширение или кръпка за по-малък проблем, като повечето пъти се коригира грешка, която трябва да бъде доставена като кръпка на излизащия софтуер. Обикновено клиентът не би искал да чуе, че възниква проблем поради ограничаване на ресурсите или други обстоятелства или че той е създаден от друг клиент.

Според Wikipedia, разделянето на проблемите е предпоставка за разбиване на приложение на различни функции, което минимизира припокриването на функционалността. При наличие на виртуализация тази концепция може да се приложи към инфраструктурата. Разделянето може да се приложи надолу към приложението, на клиент и / или на клъстер основа. Въпреки че все още използва хардуера до максималния си капацитет, той предоставя възможност за мащабиране хоризонтално и вертикално. Това е от полза за приложенията за единични наематели, които желаят да влязат на пазара на SaaS. Моментална многостранност на основния хардуер с почти нулева промяна на кода може да се постигне с лекота.

Има два модела на внедряване, разположени на платформата Contegixs SaaS. Разграничаващият фактор зависи от начина на разработване на приложението:
  • За да поддържате един клиент на внедряване, или
  • За поддържане на множество клиенти в едно внедряване
Другият общ модел на разполагане е да се осигури по-висока степен на отделяне. Основните приложения за инфраструктура са разделени на виртуални машини, всяка от които е мащабирана на съответните необходими нива. Освен модела с един наемател, този модел позволява мащабиране не само на отделните компоненти по отношение на ресурсите на виртуалната машина, но и броя на инстанциите. Този модел служи много добре за големи инстанции или множество приложения за клиенти.

Независимо от модела на внедряване, е много важно да отделите операционната система и инсталацията на приложението от данните на приложението. Това води до дискусии за това как се обработват и обработват надстройките. Операционната система и инсталацията на приложението трябва да вземат под внимание количеството на летливи данни, които трябва да могат да бъдат заменени по всяко време с обновено копие или нова версия.