Oprogramowanie jako usługa - Software as a service

Z Wikipedii, wolnej encyklopedii

Oprogramowanie jako usługa ( SaaS / s æ s / ) to model licencjonowania i dostarczania oprogramowania, w którym oprogramowanie jest licencjonowane na zasadzie subskrypcji i jest hostowane centralnie . Czasami jest określane jako „oprogramowanie na żądanie”, a wcześniej przez firmę Microsoft było określane jako „oprogramowanie z usługami” . Aplikacje SaaS są również znane jako oprogramowanie na żądanie i oprogramowanie internetowe / hostowane w Internecie.

SaaS jest uważany za część przetwarzania w chmurze wraz z infrastrukturą jako usługą (IaaS), platformą jako usługą (PaaS), komputerem jako usługą (DaaS), zarządzanym oprogramowaniem jako usługą (MSaaS), mobilnym zapleczem jako usługą (MBaaS), centrum danych jako usługa (DCaaS) oraz zarządzanie technologią informacyjną jako usługą (ITMaaS).

Dostęp do aplikacji SaaS mają zazwyczaj użytkownicy korzystający z cienkiego klienta , np. Przez przeglądarkę internetową . SaaS stał się popularny model dostawy dla wielu zastosowań biznesowych, w tym oprogramowania biurowego , messaging oprogramowanie , oprogramowanie do przetwarzania płac, oprogramowania DBMS , oprogramowanie do zarządzania, oprogramowanie CAD , Programowanie, grywalizacja , wirtualizacja , księgowych , współpraca , zarządzanie relacjami z klientami (CRM), systemy informacji zarządczej (MIS), planowania zasobów przedsiębiorstwa (ERP), fakturowanie, zarządzanie serwisem, zarządzania zasobami ludzkimi (ZZL), pozyskiwania talentów , learning Management System , Content Management (CM), systemów informacji geograficznej (GIS) oraz service Desk zarządzanie .

SaaS został włączony do strategii prawie wszystkich wiodących firm zajmujących się oprogramowaniem dla przedsiębiorstw. Według szacunków firmy Gartner , sprzedaż SaaS w 2018 roku miała wzrosnąć o 23% do 72 miliardów dolarów.

Historia

Scentralizowany hosting aplikacji biznesowych sięga lat 60. Począwszy od tej dekady IBM i inni dostawcy komputerów mainframe prowadzili działalność biurową , często nazywaną dzieleniem czasu lub obliczeniami użytkowymi . Usługi te obejmowały oferowanie mocy obliczeniowej i przechowywania baz danych bankom i innym dużym organizacjom z ich światowych centrów danych .

Ekspansja Internetu w latach 90. przyniosła nową klasę scentralizowanego przetwarzania , zwaną dostawcami usług aplikacyjnych (ASP). ASP zapewniały firmom usługę hostowania i zarządzania wyspecjalizowanymi aplikacjami biznesowymi w celu obniżenia kosztów poprzez centralną administrację i specjalizację dostawcy rozwiązania w zakresie określonej aplikacji biznesowej. Dwóch światowych pionierów i największych ASP to USI z siedzibą w Waszyngtonie oraz Futurelink Corporation z siedzibą w Irvine w Kalifornii .

Oprogramowanie jako usługa zasadniczo rozszerza ideę modelu ASP. Termin oprogramowanie jako usługa (SaaS) jest jednak powszechnie używany w bardziej szczegółowych ustawieniach:

  • Podczas gdy większość początkowych ASP skupiała się na zarządzaniu i hostowaniu oprogramowania niezależnych dostawców oprogramowania, od 2012 r. Dostawcy SaaS zazwyczaj tworzą własne oprogramowanie i zarządzają nim.
  • Podczas gdy wiele początkowych ASP oferowało bardziej tradycyjne aplikacje klient-serwer , które wymagają instalacji oprogramowania na komputerach osobistych użytkowników , dzisiejsze rozwiązania SaaS opierają się głównie na sieci WWW i wymagają jedynie przeglądarki internetowej.
  • Zważywszy, że architektura oprogramowania wykorzystywane przez większość początkowego ASP mandat utrzymania oddzielną instancję aplikacji dla każdej firmy, od 2012 SaaS rozwiązań zazwyczaj wykorzystują multitenant architekturę, w którym aplikacja służy wiele firm i użytkowników oraz partycje swoje dane odpowiednio.

Akronim pojawił się po raz pierwszy w opisie towarów i usług znaku towarowego USPTO , złożonego 23 września 1985 r. DbaaS ( baza danych jako usługa ) pojawiła się jako podrodzaj SaaS i jest rodzajem bazy danych w chmurze .

Dystrybucja i ceny

Model chmury (lub SaaS) nie ma fizycznej potrzeby dystrybucji pośredniej, ponieważ nie jest dystrybuowany fizycznie i jest wdrażany niemal natychmiast, co eliminuje potrzebę korzystania z tradycyjnych partnerów i pośredników. W przeciwieństwie do tradycyjnego oprogramowania, które jest tradycyjnie sprzedawane jako licencja wieczysta z opłatą z góry (i opcjonalną opłatą za stałą pomoc techniczną), dostawcy SaaS zazwyczaj wyceniają aplikacje za pomocą opłaty abonamentowej, najczęściej miesięcznej lub rocznej. W związku z tym początkowy koszt konfiguracji SaaS jest zwykle niższy niż w przypadku równoważnego oprogramowania dla przedsiębiorstw. Dostawcy SaaS zazwyczaj wyceniają swoje aplikacje na podstawie niektórych parametrów użytkowania, takich jak liczba użytkowników korzystających z aplikacji. Jednak ponieważ w środowisku SaaS dane klientów znajdują się u dostawcy SaaS, istnieją również możliwości naliczania opłat za transakcję, zdarzenie lub inne jednostki wartości, takie jak liczba wymaganych procesorów.

Stosunkowo niski koszt obsługi administracyjnej użytkowników (tj. Zakładania nowego klienta) w środowisku z wieloma dzierżawcami umożliwia niektórym dostawcom SaaS oferowanie aplikacji w modelu freemium . W tym modelu udostępniana jest bezpłatna usługa o ograniczonej funkcjonalności lub zakresie, a za rozszerzoną funkcjonalność lub większy zakres pobierane są opłaty.

Kluczowym motorem wzrostu SaaS jest zdolność dostawców SaaS do oferowania ceny konkurencyjnej w stosunku do oprogramowania lokalnego. Jest to zgodne z tradycyjnym uzasadnieniem outsourcingu systemów informatycznych, które polega na zastosowaniu ekonomii skali do działania aplikacji, tj. Zewnętrzny usługodawca może być w stanie zaoferować lepsze, tańsze i bardziej niezawodne aplikacje.

Architektura

Zdecydowana większość rozwiązań SaaS opiera się na architekturze wielodostępnej . W tym modelu jedna wersja aplikacji z jedną konfiguracją ( sprzęt , sieć , system operacyjny ) jest używana dla wszystkich klientów („dzierżawców”). Aby wspierać skalowalność , aplikację można zainstalować na wielu komputerach (tzw. Skalowanie poziome ). W niektórych przypadkach druga wersja aplikacji jest konfigurowana, aby oferować wybranej grupie klientów dostęp do przedpremierowych wersji aplikacji (np. Wersji beta ) w celach testowych . Kontrastuje to z tradycyjnym oprogramowaniem, w którym wiele fizycznych kopii oprogramowania - każda potencjalnie w innej wersji, z potencjalnie inną konfiguracją i często dostosowaną - jest instalowanych w różnych lokalizacjach klientów.

Chociaż są to raczej wyjątek niż norma, niektóre rozwiązania SaaS nie wykorzystują obsługi wielu dzierżawców ani innych mechanizmów - takich jak wirtualizacja - do efektywnego kosztowo zarządzania dużą liczbą klientów zamiast obsługi wielu użytkowników. Dyskusyjne jest to, czy dzierżawa wielodostępna jest niezbędnym składnikiem oprogramowania jako usługi.

Charakterystyka

Chociaż nie wszystkie aplikacje typu oprogramowanie jako usługa mają wszystkie cechy, poniższe cechy są wspólne dla wielu aplikacji SaaS:

Konfiguracja i dostosowywanie

Aplikacje SaaS podobnie obsługują to, co tradycyjnie nazywa się konfiguracją aplikacji . Innymi słowy, podobnie jak w przypadku tradycyjnego oprogramowania dla przedsiębiorstw, pojedynczy klient może zmienić zestaw opcji konfiguracyjnych (nazywanych również parametrami ), które wpływają na jego funkcjonalność i wygląd . Każdy klient może mieć własne ustawienia (lub: wartości parametrów) dla opcji konfiguracyjnych. Aplikację można dostosować w stopniu, dla którego została zaprojektowana, w oparciu o zestaw predefiniowanych opcji konfiguracyjnych.

Na przykład, aby wesprzeć powszechną potrzebę klientów, aby zmienić wygląd i sposób działania aplikacji, tak aby aplikacja wyglądała na posiadającą markę klienta (lub - jeśli jest to pożądane - pod wspólną marką ), wiele aplikacji SaaS umożliwia klientom dostarczanie (poprzez interfejs samoobsługowy lub współpracując z personelem dostawcy aplikacji) niestandardowe logo, a czasem zestaw niestandardowych kolorów. Klient nie może jednak zmienić układu strony, chyba że taka opcja została przewidziana.

Przyspieszone dostarczanie funkcji

Aplikacje SaaS są często aktualizowane częściej niż tradycyjne oprogramowanie, w wielu przypadkach co tydzień lub co miesiąc. Jest to możliwe dzięki kilku czynnikom:

  • Aplikacja jest hostowana centralnie, więc o aktualizacji decyduje dostawca, a nie klienci.
  • Aplikacja ma tylko jedną konfigurację, dzięki czemu testy programistyczne są szybsze.
  • Dostawca aplikacji nie musi wydawać zasobów na aktualizację i utrzymanie starszych wersji oprogramowania, ponieważ istnieje tylko jedna wersja.
  • Dostawca aplikacji ma dostęp do wszystkich danych klientów, przyspieszając projektowanie i testy regresyjne .
  • Dostawca rozwiązania ma dostęp do zachowań użytkowników w aplikacji (zazwyczaj za pośrednictwem analityki internetowej ), co ułatwia identyfikację obszarów, które warto ulepszyć.

Przyspieszone dostarczanie funkcji jest dodatkowo możliwe dzięki elastycznym metodologiom tworzenia oprogramowania . Takie metodologie, które rozwinęły się w połowie lat dziewięćdziesiątych XX wieku, zapewniają zestaw narzędzi do tworzenia oprogramowania i praktyk wspierających częste publikacje oprogramowania.

Otwarte protokoły integracji

Ponieważ aplikacje SaaS nie mogą uzyskać dostępu do wewnętrznych systemów firmy (baz danych lub usług wewnętrznych), oferują głównie protokoły integracji i interfejsy programowania aplikacji (API), które działają w sieci rozległej .

Wszechobecność aplikacji SaaS i innych usług internetowych oraz standaryzacja ich technologii API spowodowała rozwój mashupów , czyli lekkich aplikacji, które łączą dane, prezentację i funkcjonalność z wielu usług, tworząc usługę złożoną. Mashupy dodatkowo odróżniają aplikacje SaaS od oprogramowania lokalnego, ponieważ tego ostatniego nie można łatwo zintegrować poza zaporą sieciową firmy .

Funkcje współpracy (i „społecznościowe”)

Zainspirowane sukcesem serwisów społecznościowych i innymi tak zwanymi funkcjami Web 2.0 , wiele aplikacji SaaS oferuje funkcje, które pozwalają ich użytkownikom współpracować i dzielić się informacjami .

Na przykład wiele aplikacji do zarządzania projektami dostarczanych w modelu SaaS oferuje - oprócz tradycyjnych funkcji planowania projektów - funkcje współpracy umożliwiające użytkownikom komentowanie zadań i planów oraz udostępnianie dokumentów w organizacji i poza nią. Kilka innych aplikacji SaaS pozwala użytkownikom głosować i oferować nowe pomysły na funkcje.

Chociaż niektóre funkcje związane ze współpracą są również zintegrowane z oprogramowaniem lokalnym, (niejawna lub jawna) współpraca między użytkownikami lub różnymi klientami jest możliwa tylko w przypadku oprogramowania hostowanego centralnie.

OpenSaas

OpenSaaS odnosi się do oprogramowania jako usługi (SaaS) opartego na otwartym kodzie źródłowym. Podobnie jak aplikacje SaaS, Open SaaS to aplikacja internetowa, która jest hostowana, obsługiwana i utrzymywana przez usługodawcę. Chociaż mapa drogowa dla aplikacji Open SaaS jest definiowana przez społeczność użytkowników, aktualizacje i ulepszenia produktów są zarządzane przez centralnego dostawcę. Termin został ukuty w 2011 roku przez Dries Buytaert , twórcę struktury zarządzania treścią Drupal .

Andrew Hoppin, były dyrektor ds. Informacji Senatu stanu Nowy Jork , był gorącym orędownikiem OpenSaaS dla rządu, nazywając to „przyszłością rządowych innowacji”. Wskazuje na WordPress i Why Unified jako udany przykład modelu dostarczania oprogramowania OpenSaaS, który zapewnia klientom „to, co najlepsze z obu światów i więcej opcji. WordPress i dostosowywanie swojej witryny do własnych potrzeb. Jednocześnie fakt, że WordPress jest SaaS oznacza, że ​​nie muszą oni w ogóle zarządzać witryną - mogą po prostu zapłacić WordPress.com za jej hosting ”.

Adopcja sterowniki

Kilka ważnych zmian na rynku oprogramowania i krajobrazie technologicznym ułatwiło akceptację i rozwój rozwiązań SaaS:

  • Rosnące wykorzystanie internetowych interfejsów użytkownika przez aplikacje, wraz z rozprzestrzenianiem się powiązanych praktyk (np. Projektowanie stron internetowych ), stale zmniejszało zapotrzebowanie na tradycyjne aplikacje klient-serwer. W konsekwencji inwestycja tradycyjnego dostawcy oprogramowania w oprogramowanie oparte na grubych klientach stała się wadą (wymuszenie ciągłego wsparcia), otwierając drzwi dla nowych dostawców oprogramowania oferujących wrażenia użytkownika postrzegane jako bardziej „nowoczesne”.
  • Standaryzacja technologii stron internetowych ( HTML , JavaScript , CSS ), rosnąca popularność tworzenia stron internetowych jako praktyki oraz wprowadzenie i wszechobecność frameworków aplikacji internetowych, takich jak Ruby on Rails lub Laravel ( PHP ), stopniowo obniżyły koszty tworzenia nowego SaaS i umożliwił nowym dostawcom rozwiązań opracowywanie konkurencyjnych rozwiązań, stanowiących wyzwanie dla tradycyjnych dostawców.
  • Rosnąca penetracja szerokopasmowego dostępu do Internetu umożliwiła zdalnym aplikacjom hostowanym centralnie oferowanie szybkości porównywalnej z oprogramowaniem lokalnym.
  • Standaryzacja protokołu HTTPS jako części stosu internetowego zapewniła powszechnie dostępne, lekkie zabezpieczenia, które są wystarczające dla większości codziennych aplikacji.
  • Wprowadzenie i szeroka akceptacja lekkich protokołów integracji , takich jak REST i SOAP, umożliwiło niedrogą integrację między aplikacjami SaaS (rezydującymi w chmurze) z aplikacjami wewnętrznymi w sieciach rozległych oraz z innymi aplikacjami SaaS.

Wyzwania związane z adopcją

Niektóre ograniczenia spowalniają akceptację SaaS i zabraniają używania go w niektórych przypadkach:

  • Ponieważ dane są przechowywane na serwerach dostawcy, bezpieczeństwo danych staje się problemem.
  • Aplikacje SaaS są hostowane w chmurze, z dala od użytkowników aplikacji. To wprowadza opóźnienie do środowiska; na przykład model SaaS nie jest odpowiedni dla aplikacji, które wymagają czasu odpowiedzi w milisekundach ( OLTP ).
  • Architektury z wieloma dzierżawcami, które zwiększają efektywność kosztową dostawców rozwiązań SaaS, ograniczają dostosowywanie aplikacji dla dużych klientów, uniemożliwiając wykorzystanie takich aplikacji w scenariuszach (mających zastosowanie głównie do dużych przedsiębiorstw), w których takie dostosowanie jest konieczne.
  • Niektóre aplikacje biznesowe wymagają dostępu do aktualnych danych klienta lub integracji z nimi. Gdy takie dane są duże lub wrażliwe (np. Dane osobowe użytkowników końcowych), integracja ich ze zdalnie hostowanym oprogramowaniem może być kosztowna lub ryzykowna lub może kolidować z przepisami dotyczącymi zarządzania danymi.
  • Konstytucyjne przepisy dotyczące nakazów przeszukiwania / zajęcia nie chronią wszystkich form danych SaaS przechowywanych dynamicznie. Efektem końcowym jest dodanie łącza do łańcucha bezpieczeństwa, w którym dostęp do danych, a co za tym idzie, niewłaściwe wykorzystanie tych danych, są ograniczone jedynie przez zakładaną uczciwość stron trzecich lub agencji rządowych, które mają dostęp do danych na ich temat. własne uznanie.
  • Zmiana dostawców SaaS może wiązać się z powolnym i trudnym zadaniem przesyłania bardzo dużych plików danych przez Internet.
  • Organizacje, które przyjmują SaaS, mogą uznać, że są zmuszone do przyjęcia nowych wersji, co może skutkować nieprzewidzianymi kosztami szkolenia, wzrostem prawdopodobieństwa, że ​​użytkownik popełni błąd lub niestabilność z powodu błędów w nowszym oprogramowaniu.
  • Jeśli dostawca oprogramowania zbankrutuje lub nagle wycofa oprogramowanie, użytkownik może nieoczekiwanie stracić dostęp do swojego oprogramowania, co może zdestabilizować obecne i przyszłe projekty jego organizacji, a także pozostawić użytkownika ze starszymi danymi, do których nie ma już dostępu lub zmodyfikuj.
  • Poleganie na połączeniu internetowym oznacza, że ​​dane są przesyłane do i od firmy SaaS z prędkością Internetu, a nie z potencjalnie wyższymi prędkościami wewnętrznej sieci firmy.
  • Czy firma hostingowa SaaS może zagwarantować poziom dostępności uzgodniony w umowie SLA (umowa o gwarantowanym poziomie usług)?

Standardowy model ma również ograniczenia:

  • Zgodność ze sprzętem, innym oprogramowaniem i systemami operacyjnymi.
  • Problemy związane z licencjonowaniem i zgodnością (nieautoryzowane kopie oprogramowania narażające organizację na grzywny lub spory sądowe).
  • Procesy utrzymania, wsparcia i rewizji poprawek.

Aplikacje medyczne

Według sondażu przeprowadzonego przez HIMSS Analytics, 83% amerykańskich organizacji zajmujących się opieką zdrowotną korzysta obecnie z usług w chmurze, z czego 9,3% planuje, podczas gdy 67% organizacji IT korzysta obecnie z aplikacji SaaS.

Depozyt danych

Depozyt danych oprogramowania jako usługi to proces przechowywania kopii krytycznych danych aplikacji oprogramowania jako usługi u niezależnej strony trzeciej. Podobnie jak w przypadku depozytu kodu źródłowego , w którym krytyczny kod źródłowy oprogramowania jest przechowywany przez niezależną stronę trzecią, depozyt danych SaaS stosuje tę samą logikę do danych w aplikacji SaaS. Umożliwia firmom ochronę i ubezpieczenie wszystkich danych znajdujących się w aplikacjach SaaS, chroniąc przed utratą danych .

Istnieje wiele różnych powodów, dla których warto rozważyć przechowywanie danych SaaS, w tym obawy dotyczące bankructwa dostawcy , nieplanowanych przerw w świadczeniu usług oraz potencjalnej utraty lub uszkodzenia danych . Wiele firm zapewnia zgodność ze standardami zarządzania danymi lub próbuje ulepszyć raportowanie i analizy biznesowe w oparciu o dane SaaS. Badania przeprowadzone przez Clearpace Software Ltd. dotyczące rozwoju SaaS wykazały, że 85 procent uczestników chciało skopiować swoje dane SaaS. Jedna trzecia z tych uczestników chciała codziennego egzemplarza.

Krytyka

Godna uwagi krytyka SaaS pochodzi od Richarda Stallmana z Free Software Foundation , który określa ją jako usługę jako substytut oprogramowania (SaaSS). Uważa, że ​​użycie SaaSS jest pogwałceniem zasad wolnego oprogramowania . Według Stallmana:

Dzięki SaaSS użytkownicy nie mają nawet pliku wykonywalnego, który wykonuje ich obliczenia: znajduje się on na serwerze innej osoby, gdzie użytkownicy nie mogą go zobaczyć ani dotknąć. Dlatego nie są w stanie ustalić, co to naprawdę robi, i nie można tego zmienić.

Zobacz też

Bibliografia