Съдържание:
Виртуализацията обхваща различни изчислителни технологии и може да бъде постигната както на хардуерно, така и на софтуерно ниво. В предприятието виртуализацията може да повиши способността на софтуерните услуги, особено на SaaS приложения. Това е и най-ефективният начин за предприятията да намалят своите ИТ разходи. Но сложете виртуализацията и SaaS заедно и може да имате печеливша комбинация.
Какво е SaaS?
Софтуерът като услуга (SaaS) е модел за лицензиране на софтуер, при който софтуерът се лицензира въз основа на абонамент и се хоства централно от доставчик или доставчик на услуги. Тези разпространени софтуерни приложения се предоставят на клиентите по интернет.
SaaS става популярен сред технологиите, които поддържат ориентирана към услуги архитектура (SOA) или уеб услуги. SaaS се предлага с множество предимства. Най-често срещаните са:
- Лесно администриране
- Лесни актуализации и управление на пластирите
- Съвместимост (всички потребители ще имат една и съща версия на софтуера)
- Глобална достъпност
- Управление на информационни технологии като услуга (ITMaaS)
Виртуализация и доставка на софтуер
Концепцията за виртуализация е правилно приета и приета в общността за разработка на софтуер. Той има способността да осигурява по-бързи механизми за разработка и тестване чрез създаване на среда за развитие и тестване бързо.
VMware и VBox са най-използваната технология и позволяват на множество потребители да работят на различни операционни системи, версии и инстанции. Повечето предприятия за разработка на софтуер възприемат техниката на виртуализация, като първо приемат механизма за виртуализация на софтуера и след това постепенно преминават към хардуерна виртуализация.
Виртуализация и SaaS
Въпреки че има толкова много предимства, SaaS все още не е получил дължимия си кредит. Много фактори са отговорни за това. Те включват:- Огромни начални разходи: Приходите, инвестирани в настройката, се възстановяват за период от години.
- Той може да наруши принципите на свободния софтуер: Активистът за свобода на софтуера Ричард Сталман нарича SaaS като „услуга като заместител на софтуера (SaaSS)“ и го счита за нарушение на принципите на безплатния софтуер.
„При SaaS потребителите не разполагат с копие на изпълнимия файл: той е на сървъра, където потребителите не могат да го видят или докоснат. По този начин е невъзможно да установят какво всъщност прави и е невъзможно да променят Това по същество SaaS дава на оператора на сървъра право да променя използвания софтуер или данните на потребителите, с които се работи, "пише Stallman на уебсайта на GNU.
Ако се съсредоточим извън инфраструктурата и стартовите разходи, веднъж внедрени, платформата за приложения SaaS трябва да се занимава само с възпроизводимостта. Всеки екземпляр на SaaS-базираното приложение трябва да бъде идентичен помежду си. Трябва да има минимални разлики, за да се поддържа последователното поведение на всеки екземпляр на приложение за всеки клиент и за екипа за поддръжка. Това се прави така, че те да имат еднаква основа, за да разрешат всеки проблем, ако се налага. Инженерът за поддръжка не би искал да открие проблем, причинен от липсващ библиотечен модул за един потребителски инстанция. По подобен начин нито един клиент не би искал да знае, че може да има проблем във всяко заявено поръчка, тъй като базираната в SaaS компания не може да възпроизведе проблема, като използва същите стъпки за всяка поръчка. Целият процес трябва да бъде автоматизиран за последователност и ползи за разходите.
Нарастваща сложност
Става важно да се разбере сложният характер на внедряване за днешните приложения - било то моделът SaaS или традиционен модел. Дори и най-простото уеб приложение вече не е отговорно за управлението на основния слой за съхранение на данни. Стандартната практика е да имате база данни, например MySQL, Oracle, DB2 или SQL Server. Комбинирането им с типични уеб стекове като Java, Ninja, Grails, Rails и т.н., води до многостепенна архитектура, изискваща мащабируемо внедряване. Например, докато настройвахме Rails среда, използвахме MySQL.
Гъвкавият характер на приложенията, който позволява лесно надграждане на софтуера чрез плъгини, пачове, макроси и мачупи, може лесно да бъде интегриран в модела SaaS. Разработване на разширение или кръпка за по-малък проблем, като повечето пъти се коригира грешка, която трябва да бъде доставена като кръпка на излизащия софтуер. Обикновено клиентът не би искал да чуе, че проблем е възникнал поради ограничаване на ресурсите или други обстоятелства или че той е създаден от друг клиент.
Според Wikipedia, разделянето на проблемите е предпоставка за разбиване на приложение на различни функции, което минимизира припокриването на функционалността. При наличие на виртуализация тази концепция може да се приложи към инфраструктурата. Разделянето може да се приложи надолу към приложението, на клиент и / или на клъстер основа. Въпреки че все още използва хардуера до максималния си капацитет, той предоставя възможност за мащабиране хоризонтално и вертикално. Това е от полза за приложенията за единични наематели, които желаят да влязат на пазара на SaaS. Моментална многостранност на основния хардуер с почти нулева промяна на кода може да се постигне с лекота.
Има два модела на внедряване на платформата SaaS на Contegix. Разграничаващият фактор зависи от начина на разработване на приложението:
- За да поддържате един клиент на внедряване, или
- За поддържане на множество клиенти в едно внедряване
Независимо от модела на внедряване, много важно е да отделите операционната система и инсталацията на приложението от данните на приложението. Това води до дискусии за това как се обработват и обработват надстройките. Операционната система и инсталацията на приложението трябва да вземат под внимание количеството на летливи данни, което трябва да може да бъде заменено по всяко време с обновено копие или нова версия.