12 Innovate

De afgelopen tijd heb ik veel gesproken met softwareleveranciers. Veel leveranciers geven aan dat ze hun software ook leveren in de vorm van Software as a Service (SaaS). Uit de beschrijving van de dienstverlening merk ik dat er nog geen duidelijk verschil wordt gemaakt tussen ASP en SaaS-dienstverlening.

Voor velen is SaaS de nieuwe term van ASP en zien ze SaaS niet als een verdere ontwikkeling van ASP- dienstverlening. De verwarring komt verder door het feit dat de ontwikkeling van ASP naar SaaS met stapjes heeft plaatsgevonden. Er zijn echter duidelijke verschillen tussen SaaS-dienstverlening en de klassiek benoemde ASP-dienstverlening. Ik zal hier kort op ingaan.

Wijze van levering

ASP-dienstverlening werd voornamelijk opgezet vanuit het leveren van een applicatie op afstand. Hiervoor kon het internet gebruikt worden maar dit was niet noodzakelijk. De meeste ASP-applicaties werden benaderd via Windows Terminal Server of via Citrix. Indien ze via het Web werden benaderd, c.q. geleverd, sprak men over web enabled applicaties. (niet standaard geschikt voor een browser maar geschikt gemaakt voor de browser door leverancier).

SaaS-applicaties zijn applicaties die webbased zijn. Zij maken dus alleen gebruik van een browser voor het bieden van functionaliteit, zoals bv. bij telebankieren, LinkedIn, Hyves, Google etc. Vaak worden SaaS-diensten aangeboden als web services. Hierdoor is de eindgebruiker niet meer gebonden aan zijn vaste PC, maar kan deze met alle devices (laptop, netbook, smartphone, Playstation) waar dan ook contact krijgen met zijn applicatie / data.

Delen van (infrastructuur) componenten

Voor ASP-dienstverlening werd vaak een systeem ingericht voor één klant, op afstand. Vaak was zowel de hardware als de software dedicated voor die klant ingericht en alleen voor hem beschikbaar. Elke klant had zijn eigen database. Hoewel voor het gebruik betaald werd, werden de kosten van de infrastructuur doorbelast richting eindgebruiker.

Bij een volledige SaaS-dienst is geen fysieke c.q. logische infrastructuur meer toe te wijzen aan een klant c.q. eindgebruiker. Bij de meeste SaaS-diensten is de applicatie multi-tenant opgezet, ofwel: één installatie van de applicatie, die door alle klanten wordt gebruikt. Bij een volledige SaaS-implementatie, waarbij alle voordelen van SaaS worden behaald, is ook de database multi-tenant neergezet. Dit wil zeggen, alle gebruikers maken gebruik van een en dezelfde database.

Betreffende infrastructuur zie je bij SaaS een tweetal hoofdvarianten: 1. Een SaaS-provider richt zijn eigen infrastructuur in voor zijn dienst, 2. een SaaS-provider maakt gebruik van een infrastructuur cloud.  In het laatste geval is de infrastructuur volledig gevirtualiseerd en wordt volledig gedeeld tussen diverse partijen, klanten c.q. leveranciers. Binnenkort zullen we hier in een blog op ingaan.

Voordelen SaaS versus ASP

De verdere evolutie van ASP richting SaaS heeft onder andere de volgende voordelen opgeleverd:

1. Functionaliteit is vanaf elke locatie, waar Internet beschikbaar, te benaderen.
2. Het benaderen van de dienst kan met diverse type terminals naast laptops bv. smartphones, netbooks.
3. Vanwege de multi-tenant omgeving, zijn updates/upgrades voor de leverancier veel eenvoudiger: er hoeft maar één omgeving te worden ge-upgrade, hetgeen de productiekosten verlaagt en de snelheid van innoveren verhoogt.
4. Door de snelheid van upgrades hoeft nieuwe functionaliteit niet meer worden opgespaard, maar kan deze zodra getest onmiddellijk beschikbaar worden gesteld. De meeste SaaS leveranciers innoveren dan ook continue.
5. Integratie met derde applicaties, door gebruik van Webservices zijn voor webbased applicaties “makkelijk” te regelen. Ook hierdoor neemt de innovatiekracht toe.

Uit het voorgaande blijkt dat ASP iets anders is dan SaaS. De verschillen tussen ASP en SaaS zijn niet alleen technisch van aard, maar hebben ook impact op de bedrijfsstrategie en het kostenmodel. De evolutie van ASP naar SaaS heeft dus serieuze impact voor zowel de leverancier als de afnemer.