Mjukvara som en service - Software as a service

Software as a service ( SaaS / s æ s / ) är en licensierings- och leveransmodell för programvara där programvara licensieras på prenumerationsbasis och är centralt värd . SaaS är också känt som "on-demand-programvara" och webbaserad/webbhotellprogramvara.

SaaS anses vara en del av cloud computing , tillsammans med infrastruktur som en tjänst (IaaS), plattform som en tjänst (PaaS), desktop as a service (DaaS), hanterad programvara som en tjänst (MSaaS), mobil backend som en tjänst (MBaaS), datacenter som tjänst (DCaaS), integrationsplattform som tjänst (iPaaS) och informationsteknologihantering som tjänst (ITMaaS).

SaaS -appar nås vanligtvis av användare som använder en tunn klient , t.ex. via en webbläsare . SaaS blev en vanlig leveransmodell för många affärsapplikationer, inklusive kontorsprogram , meddelandeprogram, programvara för lönehantering, DBMS -programvara , hanteringsprogram, CAD -programvara , utvecklingsprogramvara, gamification , virtualisering , redovisning , samarbete , hantering av kundrelationer (CRM), hantering informationssystem (MIS), företagsresursplanering (ERP), fakturering, fältservicehantering, personalresurser (HRM), talangförvärv , lärandehanteringssystem , innehållshantering (CM), geografiska informationssystem (GIS) och servicedeskhantering .

SaaS har införlivats i strategin för nästan alla företagsprogramvaruföretag . Gartner förutspådde att software as a service (SaaS) förblir det största marknadssegmentet på offentliga molntjänster och förväntas nå 122,6 miljarder dollar 2021.

Historia

Centraliserad värd för affärsprogram går tillbaka till 1960 -talet. Från och med det decenniet bedrev IBM och andra stordatorleverantörer en tjänstebyråverksamhet , ofta kallad tidsdelning eller verktygsberäkning . Sådana tjänster omfattade erbjudande av datorkraft och databaslagring till banker och andra stora organisationer från deras globala datacenter .

Internetets expansion under 1990 -talet medförde en ny klass av centraliserad dator , kallad applikationstjänstleverantörer (ASP). ASP tillhandahåller företag tjänsten att vara värd och hantera specialiserade affärsapplikationer för att minska kostnaderna genom central administration och leverantörens specialisering i en viss affärsapplikation. Två av de största ASP: erna var USI, som hade sitt huvudkontor i Washington, DC -området och Futurelink Corporation, med huvudkontor i Irvine, Kalifornien .

Programvara som en tjänst utvidgar i huvudsak idén om ASP -modellen. Termen programvara som en tjänst (SaaS) används emellertid ofta i mer specifika inställningar:

Medan de flesta inledande ASP: er fokuserade på att hantera och vara värd för tredje parts oberoende mjukvaruleverantörers programvara, från och med 2012 utvecklar och hanterar SaaS-leverantörer vanligtvis sin egen programvara.
Medan många initiala ASP: er erbjöd mer traditionella klient -server -applikationer, som kräver installation av programvara på användarnas persondatorer , kan senare implementeringar vara webbapplikationer som endast kräver en webbläsare för att kunna användas.
Medan mjukvaruarkitekturen som används av de flesta initiala ASP: er kräver att en separat instans av applikationen för varje företag upprätthålls, kan SaaS-tjänster från och med 2012 använda en flerhyresgästarkitektur , där applikationen betjänar flera företag och användare, och partitionerar sina data i enlighet därmed.

Akronymen uppträdde först i varu- och tjänstebeskrivningen av ett USPTO- varumärke , inlämnat den 23 september 1985. DbaaS ( databas som en tjänst ) har uppstått som en undervariant av SaaS och är en typ av molndatabas .

Microsoft kallade SaaS för "programvara plus tjänster" i några år.

Distribution och prissättning

Molnmodellen (eller SaaS) har inget fysiskt behov av indirekt distribution eftersom den inte distribueras fysiskt och distribueras nästan omedelbart och därmed negerar behovet av traditionella partners och mellanhänder. Till skillnad från traditionell programvara, som konventionellt säljs som en evig licens med en förskotts kostnad (och en valfri löpande supportavgift), prissätter SaaS-leverantörer i allmänhet applikationer med en prenumerationsavgift, oftast en månadsavgift eller en årsavgift. Följaktligen är den initiala installationskostnaden för SaaS vanligtvis lägre än motsvarande företagsprogramvara. SaaS -leverantörer prissätter vanligtvis sina applikationer baserat på vissa användarparametrar, till exempel antalet användare som använder programmet. Men eftersom kundernas data finns i SaaS -miljön hos SaaS -leverantören, finns det också möjligheter att debitera per transaktion, händelse eller andra värdenheter, till exempel antalet processorer som krävs.

Den relativt låga kostnaden för användarförsörjning (dvs. att skapa en ny kund) i en miljö med flera hyresgäster gör att vissa SaaS-leverantörer kan erbjuda applikationer med freemium- modellen. I denna modell görs en gratis tjänst tillgänglig med begränsad funktionalitet eller omfattning, och avgifter tas ut för förbättrad funktionalitet eller större omfattning.

En viktig drivkraft för SaaS-tillväxt är SaaS-leverantörers förmåga att ge ett pris som är konkurrenskraftigt med lokal programvara. Detta överensstämmer med den traditionella logiken för outsourcing av IT -system , vilket innebär att stordriftsfördelar tillämpas på applikationsdrift, det vill säga att en extern tjänsteleverantör kan erbjuda bättre, billigare och mer tillförlitliga applikationer.

Arkitektur

De flesta SaaS-leverantörer erbjuder en arkitektur med flera hyresgäster . Med den här modellen används en enda version av applikationen, med en enda konfiguration ( hårdvara , nätverk , operativsystem ) för alla kunder ("hyresgäster"). För att stödja skalbarhet kan programmet installeras på flera maskiner (kallas horisontell skalning ). I vissa fall är en andra version av programmet inrättades för att erbjuda en utvald grupp av kunder tillgång till förhandsversioner av program (t.ex. en betaversion ) för att testa ändamål. Detta står i kontrast till traditionell programvara, där flera fysiska kopior av programvaran - var och en eventuellt av en annan version, med en potentiellt annan konfiguration och ofta anpassade - installeras på olika kundplatser.

Även om det är ett undantag snarare än normen, använder vissa SaaS-leverantörer inte multitenancy eller använder andra mekanismer-till exempel virtualisering-för att kostnadseffektivt hantera ett stort antal kunder istället för multitenancy. Om multitenancy är en nödvändig komponent för programvara som en tjänst kan diskuteras.

Vertikal vs horisontell SaaS

Horisontella SaaS och vertikala SaaS är olika modeller av molntjänster. Horisontell SaaS riktar sig till ett stort antal kunder, i allmänhet utan hänsyn till deras bransch. Några populära exempel på horisontella SaaS -leverantörer är Salesforce och HubSpot . Vertikal SaaS, å andra sidan, hänvisar till nischmarknad som riktar sig till en smalare mängd kunder för att uppfylla deras specifika krav.

Egenskaper

Även om inte alla program-som-en-tjänst-applikationer har alla följande egenskaper, är egenskaperna nedan vanliga bland många av dem:

Konfiguration och anpassning

SaaS-applikationer på samma sätt stödja det som traditionellt kallas ansökan konfiguration . Med andra ord, som traditionell företagsprogramvara, kan en enda kund ändra uppsättningen konfigurationsalternativ (aka parametrar ) som påverkar dess funktionalitet och utseende . Varje kund kan ha sina egna inställningar (eller: parametervärden) för konfigurationsalternativen. Applikationen kan anpassas till den grad den var utformad för baserat på en uppsättning fördefinierade konfigurationsalternativ.

Till exempel, för att stödja kundernas gemensamma behov av att ändra en applikations utseende och känsla så att applikationen verkar ha kundens varumärke (eller-om så önskas -sammärkta ), låter många SaaS-applikationer kunderna tillhandahålla (genom en självbetjäningsgränssnitt eller genom att arbeta med applikationsleverantörspersonal) en anpassad logotyp och ibland en uppsättning anpassade färger. Kunden kan dock inte ändra sidlayouten om inte ett sådant alternativ har utformats för.

Accelererad leverans av funktioner

SaaS -applikationer uppdateras ofta oftare än traditionell programvara, i många fall varje vecka eller varje månad. Detta aktiveras av flera faktorer:

Programmet är värd centralt, så en uppdatering bestäms och körs av leverantören, inte av kunder.
Applikationen har bara en enda konfiguration, vilket gör utvecklingstestning snabbare.
Programleverantören behöver inte spendera resurser för att uppdatera och underhålla uppdaterade versioner av programvaran, eftersom det bara finns en enda version.
Applikationsleverantören har tillgång till all kunddata, vilket påskyndar design och regressionstest .
Tjänsteleverantören har tillgång till användarnas beteende inom applikationen (vanligtvis via webbanalys ), vilket gör det lättare att identifiera områden som är värda att förbättra.

Accelererad leverans av funktioner möjliggörs ytterligare av smidiga mjukvaruutvecklingsmetoder . Sådana metoder, som har utvecklats i mitten av 1990-talet, tillhandahåller en uppsättning verktyg för programutveckling och metoder för att stödja frekventa programversioner.

Öppna integrationsprotokoll

Eftersom SaaS -applikationer inte kan komma åt ett företags interna system (databaser eller interna tjänster) erbjuder de övervägande integrationsprotokoll och applikationsprogrammeringsgränssnitt (API: er) som fungerar över ett brett nätverk .

Allmänhet av SaaS -applikationer och andra internettjänster och standardiseringen av deras API -teknik har gett upphov till utvecklingen av mashups , som är lätta applikationer som kombinerar data, presentation och funktionalitet från flera tjänster, vilket har skapat en sammansatt tjänst. Mashups skiljer ytterligare SaaS-applikationer från lokal programvara eftersom den senare inte enkelt kan integreras utanför ett företags brandvägg .

Samarbetsvillig (och "social") funktionalitet

Inspirerade av utvecklingen av de olika internetnätverkstjänsterna och den så kallade web 2.0- funktionen erbjuder många SaaS-applikationer funktioner som låter sina användare samarbeta och dela information .

Till exempel erbjuder många projekthanteringsapplikationer som levereras i SaaS -modellen - förutom traditionell projektplaneringsfunktion - samarbetsfunktioner som låter användare kommentera uppgifter och planer och dela dokument inom och utanför en organisation. Flera andra SaaS -applikationer låter användarna rösta på och erbjuda nya funktionsidéer.

Även om viss samarbetsrelaterad funktionalitet också är integrerad i lokal programvara, är (implicit eller explicit) samarbete mellan användare eller olika kunder endast möjligt med centralt värdprogram.

OpenSaaS

OpenSaaS hänvisar till programvara som en tjänst (SaaS) baserad på öppen källkod . I likhet med SaaS-applikationer är Open SaaS ett webbaserat program som är värd, stöds och underhålls av en tjänsteleverantör. Medan färdplanen för Open SaaS -applikationer definieras av dess användare, hanteras uppgraderingar och produktförbättringar av en central leverantör. Termen myntades 2011 av Dries Buytaert , skapare av ramverket för innehållshantering i Drupal .

Andrew Hoppin, en tidigare informationschef för New York State Senate , har varit en stark förespråkare för OpenSaaS för regeringen och kallade det "framtiden för regeringens innovation." Han pekar på WordPress och Why Unified som ett framgångsrikt exempel på en leveransmodell för OpenSaaS-programvara som ger kunderna "det bästa från två världar och fler alternativ. Det faktum att det är öppen källkod innebär att de kan börja bygga sina webbplatser genom självvärd WordPress och anpassa sin webbplats till sitt hjärta. Samtidigt innebär det faktum att WordPress är SaaS att de inte behöver hantera webbplatsen alls - de kan helt enkelt betala WordPress.com för att vara värd för den. "

Adoptionsdrivrutiner

Flera viktiga förändringar av mjukvarumarknaden och tekniklandskapet har underlättat acceptansen och tillväxten av SaaS:

Den växande användningen av webbaserade användargränssnitt från applikationer, tillsammans med spridningen av associerade metoder (t.ex. webbdesign ), minskade kontinuerligt behovet av traditionella klient-server-applikationer. Följaktligen har traditionell mjukvaruleverantörs investering i mjukvara baserad på tjocka klienter blivit en nackdel (kräver permanent support), vilket öppnar dörren för nya mjukvaruleverantörer som erbjuder en användarupplevelse som upplevs som mer "modern".
Standardiseringen av webbsidans teknik ( HTML , JavaScript , CSS ), webbutvecklingens ökande popularitet som praktik och introduktionen och allestädes närvarande av webbapplikationsramar som Ruby on Rails eller Laravel ( PHP ) minskade gradvis kostnaden för att utveckla ny programvara tjänster och gjorde det möjligt för nya leverantörer att utmana traditionella leverantörer.
Den ökande penetrationen av bredbandsinternetåtkomst möjliggjorde för fjärrcentralapplikationer att erbjuda hastighet som kan jämföras med lokal programvara.
Standardiseringen av HTTPS -protokollet som en del av webbstacken gav allmänt tillgänglig lättviktig säkerhet som är tillräcklig för de flesta vardagliga applikationer.
Införandet och bred acceptans av lätta integrationsprotokoll som Representational State Transfer (REST) och SOAP aktiverat prisvärda integration mellan SaaS-applikationer (bosatta i molnet) med interna applikationer över WAN-nätverk och andra SaaS-applikationer.

Adoptionsutmaningar

Vissa begränsningar saktar ner acceptansen av SaaS och förbjuder det att användas i vissa fall:

Eftersom data lagras på leverantörens servrar blir datasäkerhet ett problem.
SaaS -program finns i molnet, långt ifrån applikationsanvändarna. Detta introducerar latens i miljön; SaaS -modellen är till exempel inte lämplig för applikationer som kräver svarstider i millisekunder ( OLTP ).
Arkitekturer med flera hyresgäster, som driver kostnadseffektivitet för tjänsteleverantörer, begränsar anpassningen av applikationer för stora klienter, vilket hindrar sådana applikationer från att användas i scenarier (gäller främst stora företag) för vilka sådan anpassning är nödvändig.
Vissa affärsprogram kräver åtkomst till eller integration med kundens aktuella data. När sådan data är stor i volym eller känslig (t.ex. slutanvändares personliga information) kan integrering av dem med fjärrvärdprogramvara vara dyrt eller riskabelt eller kan komma i konflikt med datastyrningsföreskrifter.
Lagar om konstitutionell sökning/beslagtagande garanterar inte alla former av dynamiskt lagrade SaaS -data. Slutresultatet är att en länk läggs till säkerhetskedjan där åtkomst till uppgifterna och, i förlängningen, missbruk av dessa uppgifter, begränsas endast av den antagna ärligheten från tredje part eller statliga myndigheter som kan komma åt uppgifterna på deras eget erkännande.
Att byta SaaS -leverantör kan innebära den långsamma och svåra uppgiften att överföra mycket stora datafiler över Internet.
Organisationer som använder SaaS kan tycka att de tvingas anta nya versioner, vilket kan leda till oförutsedda utbildningskostnader, en ökning av sannolikheten för att en användare kan göra fel eller instabilitet från buggar i den nyare programvaran.
Om leverantören av programvaran går i konkurs eller plötsligt EOL -programvaran, kan användaren oväntat förlora åtkomsten till sin programvara, vilket kan destabilisera organisationens nuvarande och framtida projekt, samt lämna användaren med äldre data som de inte längre kan komma åt eller ändra.
Att förlita sig på en internetanslutning innebär att data överförs till och från ett SaaS -företag vid internethastigheter, snarare än de potentiellt högre hastigheterna för ett företags interna nätverk.
Kan SaaS -värdföretaget garantera den drifttidsnivå som överenskommits i SLA (servicenivåavtal)?
Inte av någon anledning (åtminstone för Microsoft) tillgänglig för konsumenter, tekniker och elanvändare?

Standardmodellen har också begränsningar:

Kompatibilitet med hårdvara, annan programvara och operativsystem.
Licens- och efterlevnadsproblem (obehöriga kopior av programvaran som utsätter organisationen för böter eller tvister).
Underhåll, support och korrigeringsprocesser.

Hälsovårdsprogram

Enligt en undersökning från Healthcare Information and Management Systems Society använder 83% av amerikanska IT-sjukvårdsorganisationer nu molntjänster med 9,3% planering för, medan 67% av IT-vårdorganisationer för närvarande kör SaaS-baserade applikationer.

Dataskydd

Software as a service data escrow är processen för att behålla en kopia av kritisk programvara som en tjänst applikationsdata hos en oberoende tredje part. I likhet med källkodsdeponering , där kritisk programvara källkod lagras med en oberoende tredje part, SaaS uppgifter spärrade tillämpar samma logik till data inom en SaaS applikation. Det gör det möjligt för företag att skydda och försäkra all data som finns i SaaS -applikationer, vilket skyddar mot dataförlust .

Det finns många och varierade skäl för att anse SaaS uppgifter spärrade inklusive oro leverantör konkurs , oplanerade driftstörningar, och potentiell förlust av data eller korruption. Många företag säkerställer antingen att de följer sina datastyrningsstandarder eller försöker förbättra sin rapportering och affärsanalys mot sina SaaS -data. Undersökningar utförda av Clearpace Software Ltd. om SaaS -tillväxt visade att 85 procent av deltagarna ville ta en kopia av deras SaaS -data. En tredjedel av dessa deltagare ville ha en daglig kopia.

Kritik

En anmärkningsvärd kritik av SaaS kommer från Richard Stallman från Free Software Foundation , som kallar det Service as a Software Substitute (SaaSS). Han anser att användningen av SaaSS är ett brott mot principerna för fri programvara . Enligt Stallman:

Med SaaSS har användarna inte ens den körbara filen som gör sina datorer: den finns på någon annans server, där användarna inte kan se eller röra den. Således är det omöjligt för dem att fastställa vad det verkligen gör, och omöjligt att ändra det.

Languages

In other projects