IT SIMPLIFICATION

Vroeger……. stonden veel fabrieken naast beken en rivieren. Een schoepenrad in het snelstromende water zorgde voor de aandrijving van machines. De stoommachine maakte het al rond 1800 mogelijk om fabrieken door te laten draaien, onafhankelijk van water-, wind- of paardenkracht. Business continuity. Maar nog steeds had iedere fabriek zijn eigen krachtcentrale. Pas aan het einde van de 19de eeuw kon men de energie van stoommachines of -turbines omzetten in elektriciteit en verspreiden via een wisselstroom-netwerk.  In gebieden met veel industrie werd het efficiënter en veiliger om gezamenlijk een stroomgenerator te bouwen en die te verbinden met de individuele fabrieken. De geboorte van de elektriciteitscentrale.

Zo zal het ook gaan met ICT. Veel bedrijven hebben nog een eigen computerruimte met een verzameling servers (file-, mail-, web-, database-, applicatie-, proxy-, etc.-servers), soms een oude telefooncentrale, veel bekabeling, een ingewikkeld koelsysteem en een blusinstallatie. Maar langzaam maar zeker snappen we wat dat mysterieuze ‘Cloud Computing’ betekent. Cloud = Internet. Dus als je cloud computing gebruikt dan gebruik je het internet voor rekencapaciteit en voor data opslag. Niet meer in-house, maar gewoon via internet ergens anders. Niet in de lucht. De afgelopen decennia gebruikten we deze servers op andere locaties vooral om data op te slaan. Zodoende noemen we die centrales met servers nog steeds Datacenters. Dat is een vergissing: het zijn ICT-centrales.

Het is altijd eng om eerste levensbehoeften aan anderen over te laten. Maar zoals de moestuin er alleen nog is voor de liefhebbers, zo zal ook de computer (met rekencapaciteit en gegevensopslag) het pand verlaten. Een diepvriesje met wat reservegroente is soms handig. En bedrijven en organisaties, zoals ziekenhuizen, die nu een noodaggregaat hebben voor het geval de electriciteit uitvalt, zullen ook noodcomputer-faciliteiten in huis houden, maar dit zijn de uitzonderingen.

Nicholas Carr, de man van ‘Does IT Matter?’ (blijft een briljante titel) schreef in 2008 ‘The Big Switch’ over deze parallel tussen ICT en elektriciteit. Op 2 maart 2011 spreekt hij in Amsterdam bij het John Adams Institute. Hij is verguisd en geprezen. Carr is een uitdager. Zijn lezing zal waarschijnlijk vooral gaan over zijn nieuwe boek ‘The Shallows’ over de toenemende oppervlakkigheid in de internet-maatschappij.

Roger Sessions ziet kansen. Hij heeft uitgerekend dat wij wereldwijd per maand zo’n 500 miljard USD kwijt raken aan IT-falen. Dat biedt mogelijkheden. Sessions, een expert op het gebied van IT-architectuur, is er van overtuigd dat complexiteit de boosdoener is. Hij onderscheidt zes oorzaken van complexiteit in IT:

- Teveel onderdelen of functionaliteiten samengevoegd in 1 systeem ofwel onvoldoende opdeling (decompositie); er zijn teveel interne onderlinge afhankelijkheden tussen onderdelen; die zijn vaak geleidelijk ontstaan door toevoegingen aan het systeem in de loop der tijd. Vraagt om opdelen.

- Teveel kleine onafhankelijke systemen naast elkaar waardoor de onderlinge coordinatie (communicatie) problemen veroorzaakt.  Onvoldoende samenvoeging (recompositie) noemt Sessions dit fenomeen dat gemakkelijk kan ontstaan in een Service Oriented Architecture (SOA) wanneer services te smal gedefinieerd worden.

- Verkeerde opdeling (partitioning failure) kan plaatsvinden wanneer een systeem is opgedeeld in subsystemen, waarbij een onderdeel (data of functionaliteit) is toegewezen aan twee of meer sub-systemen of een onderdeel niet is toegewezen, maar aan de aandacht is ontsnapt.

- Functies moeten worden samengevoegd in 1 subsysteem wanneer het gebruik van de ene functie vrijwel altijd ook het gebruik van de andere functie impliceert. Wanneer functies zijn samengevoegd die niet bij elkaar horen, waardoor een complexe opeenhoping (of kluwen) is ontstaan, spreekt Sessions van verkeerde samenvoeging (synergistic failures).

- Wanneer subsystemen onvoldoende duidelijk van elkaar gescheiden zijn ontstaan afbakenings-problemen. Dit kan voorkomen wanneer subsystemen bijvoorbeeld een gemeenschappelijke database gebruiken.

- Een laatste veel voorkomende oorzaak voor complexiteit zijn volgens Sessions overbodigheden. Onnodige functionaliteit ontstaat meestal door een verkeerde analyse van de business requirements.

Bron: The Six Faces of IT Complexity – Roger Sessions (The ObjectWatch Newsletter, August 2008)

Gridforum.nl organiseerde vandaag een jaarlijkse Business Day bij Sun Microsystems in Amersfoort met presentaties van o.m. Sun, IBM, NOS en CSC. De aanleiding voor grid computing is dat veel beschikbare computercapaciteit niet gebruikt wordt. Volgens IBM geldt dat voor 85% van infrastructuur hardware. Maar ook desktops staan bijvoorbeeld ‘s nachts en in het weekend urenlang te niksen. Aangezien de meeste computers en servers via netwerken met elkaar verbonden zijn kan deze onbenutte capaciteit ook door anderen gebruikt worden. De Hogeschool van Rotterdam heeft met het Erasmus Medisch Centrum een samenwerkingsverband waarbij computercapaciteit van de Hogeschool gebruikt wordt door het Erasmus MC. Het vergelijken bijvoorbeeld van de resultaten van periodieke MRI-scans van patienten om veranderingen te kunnen constateren kost erg veel rekencapaciteit. Het lijkt een beetje op serverconsolidatie, waarbij de restcapaciteit van een server wordt benut om meerdere besturingssystemen naast elkaar op diezelfde server te laten draaien. Ogenschijnlijk meerdere servers in 1 server ofwel virtualisatie. Een belangrijk verschil is wel dat consolidatie of virtualisatie in het algemeen binnen één organisatie plaatsvindt, terwijl kenmerkend voor grid computing juist de samenwerking tussen meerdere organisaties is. Betere benutting van bestaande capaciteit spreekt natuurlijk tot de verbeelding: hardware-kostenbesparing, energiebesparing en vereenvoudiging van beheer zijn concrete voordelen. Samenvoegingen binnen ICT-infrastructuur zorgen echter ook altijd voor een toename van  complexiteit door onderlinge afhankelijkheden. Wat weegt zwaarder?