Todotnet Blog

Met de blik op Visual Studio 2005 en verder...

  Home :: Contact :: Syndication  :: Login
  69 Posts :: 3 Stories :: 150 Comments :: 9 Trackbacks

News

Tech-Ed Europe 2005 nadert nu snel, dus wordt het tijd om me een beetje voor te bereiden. Ik heb me voorgenomen om vooral naar de architecture tracks te gaan. Niet omdat dit mijn specialisme is of dat ik er al veel vanaf denk te weten. Ik zou haast zeggen, juist niet. Tech-Ed is immers een event waar je wat van moet opsteken. Als je dan alleen sessies bezoekt met onderwerpen waar je al twee of meer jaar mee bezig bent, verveel je je al snel.

Een beetje browsend door de architecture tracks valt me op dat er veel aandacht besteed wordt aan SOA (nee, niet Sander's Own Architecture, d.w.z., nog niet Wink ). Service-Oriented Architecture: hoe lang hebben we het hier nou eigenlijk al over, en hoe lang moeten we het er nog over hebben voordat het echt wat wordt? Nou, als ik kijk naar de tracks uit het Management en Operations track... nog heel lang. Je kunt immers, als architect of ontwikkelaar, de mooiste dingen bedenken en bouwen, maar eens moet het over de schutting. Helaas gaat het vaak wel zo: "over de schutting". Dan moet de operations afdeling maar zien hoe ze de links en rechts opduikende web services beheren. Maar in de Management en Operations track wordt SOA of Web Services niet eens genoemd.

Tot nog toe is SOA vooral het feestje van de solutions architecten en de enkele ontwikkelaar, en niet van de infrastructuur architecten, laat staan de it professionals (de Microsoft naam voor it-beheerders). Alhoewel Visual Studio 2005 met haar distributed system designers wel probeert een brug te slaan, ontbreekt echte guidance.

Het valt me namelijk op, of eigenlijk tegen, dat de sites die wat te melden hebben over architectuur zich zelden uitspreken over manieren, best practices, in het beheer en onderhoud van een SOA. Als we kijken naar de vier principes van webservices ("Boundaries Are Explicit", "Services Are Autonomous", "Services Share Schema and Contract, Not Class" en "Service Compatibility Is Based on Policy") dan zie ik de beheerdersbui al hangen. Zonder ingebouwde management features en een goed geformuleerd beheersbeleid schieten de web services als paddestoelen uit de grond en niemand heeft inzicht in de correcte werking, wie het gebruikt, hoe vaak, terecht of onterecht. Dat het in veel bedrijven naar mijn idee nog niet zo ver gekomen is, heeft vooral te maken met Fort "Operations". Zij houden die handel wel tegen. En... terecht!

posted on Monday, June 20, 2005 11:43 AM

Feedback

# re: Web Services beheer 6/22/2005 2:02 PM Clemens Reijnen
Voeg daarbij nog wat Code Acces Security, Role Based Security en wat policy settings en de beheersafdelin wordt helemaal gek ;-)


Post Feedback

Title:
Name:
Url:
Comments: 
Protected by Clearscreen.SharpHIPEnter the code you see: