SaaS – utveckla IT-produkt för molnet

Du får effektiva och prisvärda lösningar, då vi har lång erfarenhet av SaaS- lösningar.

Byta till SaaS-lösning? Vi gör det enkelt för dig – med vår gedigna erfarenhet av att överföra installerade system till software-as-a-service, och standardiserade rutiner för ett garanterat bra resultat.

Inom SaaS har vi erfarenhet av bland annat:

 Utveckling av SaaS-lösningar utifrån befintlig mjukvara.

  Utveckling av helt nya SaaS-lösningar.

  SaaS-lösningar för Microsoft Azure och AWS (Amazon Web Services).

 Multi-tenant- och single-tenant-lösningar.

3 fördelar med SaaS – för kunderna

1. Användaren betalar bara för det hon använder.

2. Datan är mobil. Användarna kan nå tjänsten från olika devices, eftersom det inte krävs installation.

3. Lätt att skala upp. En SaaS-lösning kan enkelt börja användas av fler personer i en arbetsgrupp eller en koncern.

Vad är SaaS?

SaaS står för software-as-a-service och innebär programvara som molntjänst. Jämfört med ett traditionellt system som körs med en lokal installation, är en SaaS-lösning kostnadseffektiv och det går snabbt för användarna att komma igång.
Investeringarna i SaaS ökar globalt, liksom marknadsandelen.

Övergång till SaaS – mer än bara det praktiska

När du ska flytta en installerad lösning till molnet är det inte bara det tekniska som påverkas. Med software-as-a-service förändras hela erbjudandet till kund i grunden.

Istället för att erbjuda en mjukvara säljer ni en färdig tjänst.

SaaS-programmering Software-as-a-service

 

5 saker att tänka på

1. Var ska webbapplikationen hostas?
Vanliga lösningar är Microsoft Azure och Amazon Web Services (AWS).

2. Hur ska ni sköta drift och övervakning av systemet?
Till skillnad från vid installerad mjukvara, så har leverantören av en SaaS-lösning ansvar för drift och övervakning. Leverantören ansvarar för att kunden har tillgång till systemet och till sin data, vilket kräver ett stort säkerhetstänk.

3. Har ni koll på GDPR?
Förutom att ni själva behöver ha kunskap om det nya regelverket kring GDPR, behöver även er utvecklingspartner vara GDPR-kompetent. Läs gärna vidare om vårt arbete med GDPR här.

4. Var ska servrarna placeras fysiskt?
Om ni säljer er tjänst internationellt vill ni kanske ha servern nära kunderna. Men man behöver också ta juridiska hänsyn vid placeringen, inte minst avseende GDPR.

5. Ta fram bra SLA:er.
SLA, Service Level Agreement, är av stor vikt när man tillhandahåller en tjänst. Du behöver garantera en viss upptid, och fixa buggar inom en viss tid.

Multi-tenant eller single-tenant

Ett av de stora ställningstaganden man måste göra när man bygger en SaaS-lösning är huruvida man ska bygga en single-tenant eller multi-tenant-lösning.

Vid en multi-tenant-lösning går alla kunder mot samma webbserver – all data ligger i samma system.

En single-tenant-lösning innebär att du har en kundspecifik server med egen lagring.

 

Fördelarna med multi-tenant-lösning

Det kan räcka med att drifta och underhålla en server.

Nya features når ut till alla. När ni utvecklar nya features får alla kunder som ligger på samma server tillgång till dessa.

Nackdelar med multi-tenant-lösning

Kunderna delar på prestandan.

Prestandamässigt finns det en risk att systemet blir segt om en kund lägger anrop på 20.000 användare och alla ligger i samma system – vilket då påverkar fler kunder.

Nya features till alla – även de som inte vill ha.

Att alla kunder får tillgång till nya features kan även vara negativt. Då gäller det att se till att funktionaliteten går att slå av och på.

Fördelarna med single-tenant-lösning

Med en single-tenant solution kan du ha mer prestanda om det behövs. En del kunder kan också ställa som säkerhetskrav att de inte vill att deras data ska finnas på samma server som andra kunder. Ett single-tenant-system är vattentätt mot andra single-tenant-system, och delar inget med andra kunder.

Nackdelarna med single tenant-lösning

När du har unika servrar till varje kund, innebär det också att du har fler servrar att drifta och övervaka.

För fler perspektiv på valet mellan multi-tenant och single-tenant rekommenderar vi denna text i tidningen Forbes.

Vår rekommendation – multi-tenant eller single-tenant?

Om du vet att du kommer att ha många kunder rekommenderar vi att systemet byggs som multi-tenant. Då är du helgarderad. För det är enkelt att sätta upp ett multi-tenant-system som single-tenant, ifall kunder efterfrågar det. Men ett single-tenant-system kan inte nyttjas som multi-tenant ifall behov senare uppstår.

Om man däremot arbetar med system där det finns hårda krav på datahantering, som säger att man bara får ha en kund per system, då är en single-tenant-lösning att rekommendera. Då har varje kund sitt eget system.

Men inget hindrar som sagt heller att man bygger en multi-tenant-lösning och använder det som single-tenant. Dock är det något mer overhead när man bygger multi-tenant software-as-a-service , eftersom man vid utvecklingen behöver ta hänsyn till om användaren är inloggad i olika lägen.