Як віртуалізація може розширити можливості SaaS-додатків

Автор: Roger Morrison
Дата Створення: 17 Вересень 2021
Дата Оновлення: 10 Травень 2024
Anonim
Cloud Computing - Computer Science for Business Leaders 2016
Відеоролик: Cloud Computing - Computer Science for Business Leaders 2016

Зміст



Джерело: 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 по суті надає оператору сервера можливість змінювати програмне забезпечення, яке використовується, або дані користувачів, якими оперує ", - написав Сталлман на веб-сайті GNU.
Хорошим прикладом SaaS щодо віртуалізації є веб-сервіси Amazon (AWS). AWS пропонує безліч програмного забезпечення та платформ. Програмне забезпечення встановлюється на віртуальних хостах і може змінюватися вгору або вниз по мірі необхідності.

Якщо ми зосередимось за межами інфраструктури та вартості запуску, після їх розгортання платформа додатків SaaS повинна стосуватися лише відтворюваності. Кожен екземпляр програми, що базується на SaaS, повинен бути ідентичним один одному. Необхідно мати мінімальні відмінності, щоб підтримувати послідовну поведінку кожного екземпляра програми для кожного клієнта та для команди підтримки. Це робиться для того, щоб вони мали єдину базу для усунення неполадок, якщо потрібно. Інженер підтримки не хотів би виявити проблему, викликану відсутнім модулем бібліотеки для одного екземпляра клієнта. Аналогічно, жоден клієнт не хотів би знати, що в кожній замовленій програмі може виникнути проблема, оскільки компанія, що базується на SaaS, не може відтворити проблему, використовуючи однакові кроки для кожного замовлення. Весь процес повинен бути автоматизований для узгодженості та вигідних витрат.

Збільшення складності

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

Гнучка природа додатків, яка дозволяє легко оновити програмне забезпечення за допомогою плагінів, патчів, макросів і мачуп, може бути легко інтегрована в модель SaaS. Розширення або виправлення розроблено для меншого випуску, в основному виправлення помилки, яке потрібно доставити як патч на програмне забезпечення, що виходить. Зазвичай клієнт не хотів би почути, що проблема виникла через обмеження ресурсів чи інших обставин, або що його створив інший клієнт.

Відповідно до Вікіпедії, розділення проблем є передумовою для розбиття програми на різні функції, що мінімізує функціональне перекриття. За умови віртуалізації ця концепція може бути застосована до інфраструктури. Поділ може бути застосовано до програми, що стосується кожного клієнта та / або за кластером. Навіть використовуючи обладнання до максимальної потужності, воно забезпечує можливість масштабування по горизонталі та вертикалі. Це вигідно для заяв для одиноких орендарів, які бажають вийти на ринок SaaS. Моментальна багатосторонність основного обладнання з майже нульовою зміною коду може бути досягнута легко.

На платформі Contegixs SaaS розгорнуто дві моделі розгортання. Диференціюючий фактор залежить від того, як розробляється додаток:
  • Для підтримки одного клієнта на розгортання, або
  • Підтримка декількох клієнтів на одному розгортанні
Інша поширена модель розгортання полягає у забезпеченні більш високого ступеня відокремленості. Базові інфраструктурні програми розділені на віртуальні машини, кожен з яких масштабується на відповідних необхідних рівнях. Окрім моделі з одним орендарем, ця модель дозволяє масштабувати не лише окремі компоненти з точки зору ресурсів віртуальної машини, а й кількість примірників. Ця модель дуже добре служить для великих примірників або декількох програм клієнтів.

Незалежно від моделі розгортання, дуже важливо відокремити операційну систему та інсталяцію програми від даних програми. Це призводить до обговорення того, як обробляються та обробляються оновлення. Операційна система та інсталяція додатків повинні враховувати кількість нестабільних даних, які мають бути спроможні будь-коли замінити оновленою копією або новою версією.