In de vorige blog stond ik stil bij een aantal redenen, tevens voordelen om bij de herbouw van een website voor een cloud oplossing te kiezen. Ook enkele kanttekeningen kwamen aan bod. Deze keer wordt gekeken naar selectiecriteria voor het vinden van een geschikte (SaaS) cloud service.

Ik pak een paar aspecten als voorbeeld. Om te beginnen performance. Is de leverancier in staat om een omgeving te leveren waarbij een willekeurige pagina snel genoeg laadt, ook als de nieuwste nieuwsbrief (een pdf bestand van 10MB) net door 25 mensen tegelijk wordt gedownload? Hoe zit het bijvoorbeeld met filmpjes? Kunnen daar genoeg tegelijk van gestreamd worden?

Ander onderwerp: beschikbaarheid. De huidige website is momenteel soms een paar uur per week ‘in storing’ door verschillende oorzaken. Dat moet wel echt een stuk beter worden, bijvoorbeeld 99.9% up-time (max 8 uur per jaar down).

Vraag is hoe een kandidaat leverancier de eigen SaaS kwalitatief op orde houdt. Is dat volgens een gedegen ontwikkel- en testproces? Worden de klanten ingelicht over aankomende wijzigingen zodat men kan anticiperen? Kortom: is beheer goed geregeld?

Natuurlijk moet functionaliteit ook aan de orde komen. De belangrijkste processen rond de website zijn: gebruikersregistratie, evenementen en allerlei informatie en downloads die horen bij de activiteiten van de organisatie. User stories worden opgesteld om de gewenste functionaliteit te vatten en om die te kunnen toetsen aan de mogelijkheden van de potentiële website cloud service(s).

Vanwege de privé-gegevens van de gebruikers moeten we checken of de servers van de kandidaat-leveranciers wel binnen de grenzen van de EU staan. Dit in verband met de wetgeving op dat gebied.

En hoe zit het met beveiliging? Wie bij de (kandidaat-)leverancier(s) kan er allemaal bij de gegevens? Kan er een SSL certificaat worden geïnstalleerd voor het deel van de website waarvoor je moet inloggen? Hoe groot is de kans dat er een andere klant per ongeluk bij de gegevens van de organisatie kan?

Andere vraagstukken zijn: mogelijkheden om de huidige website inhoud te importeren in de cloud service, de betrouwbaarheid van de leverancier, wat gebeurt er bij een faillissement, hoe is de prijsontwikkeling, hoe gemakkelijk kan er worden opgeschaald, etc etc.

Er ontstaat zo een behoorlijke checklist, met gemak een punt of honderd! Het is natuurlijk wel de vraag hoe uitgebreid van tevoren alles in detail moet worden afgetimmerd en gecheckt. Uiteindelijk is het leveren van een CMS en platform voor een website behoorlijk standaard, dus kun je er van uit gaan dat serieuze aanbieders van cloud services op de meeste vragen een goed antwoord hebben: het is hun core-business. Hierover heb ik in en latere blog nog een leuke anekdote.

De ‘zwaarte’ van het selectieproces hangt uiteraard met het volgende samen: de risico’s van de website in de cloud omgeving! Ziehier een belangrijke link met testen! Daarover in volgende blog meer.

Zoals door veel analisten is voorspeld: SaaS als alternatief voor eigen software krijgt een steeds groter aandeel in de groei van cloud computing. Website CMS-en maken inmiddels ook de overstap van PaaS (een CMS uitgerold op een hosting omgeving) naar SaaS (CMS en hosting zijn één).

De komende tijd doe ik verslag van het migreren van een website naar een SaaS omgeving. In deze eerste blog ga ik in op een aantal voors en tegens van een SaaS oplossing voor de website in kwestie.

De huidige website draait op een verouderde versie van Joomla, met plugins die niet meer ondersteund worden en er is maatwerk in verwerkt. Upgraden naar een up-to-date Joomla versie komt qua kosten op het zelfde neer als herbouw van de website. De architectuur van de website in combinatie met de manier waarop beheer was georganiseerd heeft de website in deze situatie gebracht. Belangrijk voordeel van SaaS is dat de verantwoordelijkheid voor bouw en onderhoud aan het CMS, het platform en de infrastructuur volledig bij de leverancier ligt. Dit is een belangrijke reden om voor een SaaS oplossing te kiezen. Bijkomend, maar niet onbelangrijk: een SaaS oplossing voor de website pakt per saldo goedkoper uit!

We hebben binnen de organisatie waar de website van is afgesproken dat we ons zo veel mogelijk voegen in de standaard mogelijkheden en onmogelijkheden van de SaaS voorziening. Dat houdt in dat we soms op bepaalde punten concessies zullen doen en accepteren dat het niet precies werkt zoals wij liever hadden gewild. We passen dan het gebruiksproces aan, zo lang dit de kritische processen niet in de weg zit. Maatwerk kan wel, maar wordt zo veel mogelijk beperkt. Met SaaS kiezen we voor een bepaalde mate van vendor-lockin: als we op een later moment weer weg willen naar andere leverancier, dan moeten we weer opnieuw beginnen.

Tijdens het selectieproces van de SaaS leverancier voor de website staan we in meer detail stil bij wat er allemaal komt kijken bij de gang naar de cloud. Daarover gaat de volgende blog.