Managed hosting door True
Deze opinie is van een externe deskundige. De inhoud vertegenwoordigt dus niet noodzakelijk het gedachtegoed van de redactie.

Bouwen van luchtkasteel vraagt goede architect

 

Computable Expert

Gijs in ‘t Veld
CTO bij Motion10, Motion10. Expert van Computable voor de topics Digital Transformation, Cloud Computing en Infrastructuur.

De uitspraak 'ook het bouwen van een luchtkasteel vergt een goed architect' door de Vlaamse schrijver en dichter Karel Jonckheere (1906-1993) is, zonder dat hij dat waarschijnlijk bedoelde ook van toepassing op it-architectuur. Het is de taak van de architect om te zorgen dat de soms (veel) te hoog gegrepen wensen en eisen van de business toch zo goed als mogelijk op termijn te verwezenlijken zijn.

De geoefend it-architect heeft hiervoor een aantal handige gereedschappen in zijn gereedschapskist. Zelfs met de komst van 'enge', onvoorspelbare dingen als cloud, agile, bring your own en apps zijn er architectuurprincipes toe te passen die beheersbare en veilige groei van de functionaliteiten en dus mogelijkheden faciliteren. Niet alles is natuurlijk van te voren te voorzien, maar de risico’s kunnen wel beperkt worden en een zo hoog mogelijke flexibiliteit is een belangrijk nastreefbaar doel.

De uitdagingen met de modernste vormen van it, bijbehorende methodieken en andere gerelateerde verschijnselen zijn als volgt samen te vatten:

  • Cloud computing is eng omdat delen van het it-landschap niet meer binnen de eigen bedrijfsmuren en niet meer in eigen beheer en dus niet meer onder eigen controle  draaien; meer flexilibiteit leidt tot minder controle.
  • Bij het ontwikkelen van nieuwe toepassingen op de agile manier is de business sterk betrokken en de drijvende kracht achter de oplossing. Het grootste gevaar wat hier op de loer ligt, is dat er een oplossing gecreëerd wordt die volledig is gericht op een korte termijn doelstelling van het management, maar die niet wendbaar is; weer een nieuwe silo applicatie.
  • Bring your own heeft als grootste uitdaging dat bestaande toepassingen ontsloten moeten kunnen worden op allerlei zelf meegebrachte devices. Veiligheid is hier in het geding. Hoe zorgen we dat de geheime bedrijfsinformatie via deze devices niet op straat komt te liggen bij verlies of diefstal van het apparaat?
  • Het fenomeen apps is de grootste nachtmerrie van elke it-manager. Het zorgvuldig opgebouwde applicatielandschap wordt verstoord door deze vorm van 'schaduw it'. Hier zijn veiligheid en auditability de grootste problemen. Veiligheid is moeilijk af te dwingen, omdat de apps buiten de eigen vertrouwde infrastructuur draaien. Auditability is misschien een nog wel groter probleem; hoe kunnen we bewijzen dat een document de organisatie heeft verlaten of dat er een stap in het proces is genomen en door wie?

Architectuur gaat in de it met name over standaardisatie en modularisatie. Beide onontbeerlijk bij het aanpakken van bovenstaande uitdagingen. Standaardisatie helpt bij het beter kunnen beveiligen van de informatiestromen en het goed kunnen uitwisselen van data tussen systemen en diensten. Modularisatie helpt bij het voorkomen van silo’s en het snel kunnen inspringen op veranderende (markt)omstandigheden.

Vaak wordt de it-architect verweten dat hij een remmende werking heeft op innovatie. Dat is misschien wel eens zo, maar dan betreft het een slechte it-architect. Een goede architectuur is juist bij uitstek in staat om innovatie te versnellen, immers: Innovatie ontstaat vaak door het slim combineren van technologieën. Standaardisatie en modularisatie zijn hierbij van het grootste belang. We kunnen zelfs het tegenovergestelde beweren: it-oplossingen die niet onder architectuur worden ontwikkeld beperken of verhinderen innoverende slagkracht op de middellange tot lange termijn.

Luchtkastelen bouwen is misschien niet zo heel zinnig, want laten we realistisch blijven; zo mooi als het door de business bedacht werd wordt het in de praktijk nooit. Maar, de lat hoog leggen en de juiste architectuur neerzetten om zo ver mogelijk te kunnen komen is in het geheel niet dom. De inzet van een ervaren it-architect is hierbij een noodzakelijk goed.
Dit artikel is afkomstig van Computable.nl (https://www.computable.nl/artikel/4929119). © Jaarbeurs IT Media.

?


Lees meer over


 

Reacties

what to see more..... kort en krachtig duidelijk verhaal, correcte conclusie! :-)

Gijs,

Het gaat niet om onvoorspelbare dingen maar om risicobeheersing, de nachtmerrie zit niet in het onbekende maar in onbekende uitkomsten. Architectuur gaat namelijk helemaal niet om standaardisatie en modulatie maar om weloverwogen afwegingen. Een klein visie verschil maar toch.

P.S.
In de kinderserie Tita Tovenaar was er een handig trucje als dingen niet gingen zoals bedoeld;-)

Gijs, sterk artikel! Prikkelend en genoeg inhoud om bij stil te staan.

Gijs,
Wat een mooi artikel!
Zoals je aangaf, architectuur is gebaseerd op standaardisatie en modularisatie. Deze twee zijn juist de showstoppers van innovatie in de meeste gevallen. Dat komt naar mijn mening doordat je niet van tevoren weet uit welke hoek de innovatie komt en waar deze je architectuur gaat raken.
We leven toch in een wegwerpmaatschappij misschien moeten we om innovatie op te kunnen vangen ook een wegwerparchitectuur maken die elke 3 jaar vernieuwd moet worden!

Inderdaad een goed en prikkelend artikel. We mogen vaak blij zijn als er voor bepaalde toepassingen nu eens géén apps beschikbaar zijn, maar een universele webbrowser-toepassing; werkt op alle BYOD-platforms en is tenmisnte redelijk beheersbaar.
In een andere kinderserie werd het begrip 'agility' al uitgebreid getoond in de vorm van "Huuk-huuk-huuk, Barbatruc"; leden van de Barbapapa-familie, een soort amoebes, konden moeiteloos andere, op dat moment nuttige vormen aannemen. Ik ben al jaren voorstander van het Barbapapa-principe.

Het Barbapapa-principe is in de fantasiewereld van het kind natuurlijk geweldig, net als het bouwen van luchtkastelen. In het echte leven staat het voor zielloos opportunisme.

Vacatures

Stuur door

Stuur dit artikel door

Je naam ontbreekt
Je e-mailadres ontbreekt
De naam van de ontvanger ontbreekt
Het e-mailadres van de ontvanger ontbreekt

×
×