Het thema van Tech-Ed is dit jaar: "inspiration shared". Nu kan ik me daar nog niet zo veel bij voorstellen, maar misschien heeft het te maken met DSI. Wat? DSI? Oké, weer een DLA. DSI staat voor Dynamic Systems Initiative. Niet schrikken als je op de link klikt. Hij verwijst naar een pagina op de Microsoft Windows Server website. Wat moet ik daar als een ontwikkelaar mee? Misschien is het ook de verkeerde plek waar DSI staat. Zoals ik het begrijp heeft het alles te maken met de communicatie tussen de verschillende partijen die van belang zijn bij het ontwerpen, bouwen, testen, runnen en gebruiken van applicaties. Daar zijn zo veel partijen bij betrokken dat het overleg en discussie tussen al die partijen zoveel tijd kost dat tegen de tijd dat de klant/gebruiker eindelijk heeft gekregen wat ze heeft gevraagd, ze die vraag al weer vergeten is.
In een presentatie over Visual Studio 2005 Team Edition for Software Architects (die naam zal ik niet onthouden) ging het ook over de samenwerking tussen de solutions architect en operations, of de infrastructuur architect. Het is nogal vervelend als je een applicatie aan het ontwerpen en bouwen bent die allerlei technische requirements heeft die niet beschikbaar zijn in de infrastructuur waar de handel moet gaan draaien. Vervelend vooral als je op het punt staat de applicatie in produktie te brengen. Deze Software Architect editie heeft verschillende designers waarmee je kunt valideren of jouw oplossing wel een plekje mag krijgen. Het lastige in deze blijft dat je er veel voorbereiding voor nodig hebt om de infrastructuur goed in kaart te hebben. En dan gaat het niet enkel op machines en ip-adressen, maar vooral om policies. Wat mag je waar doen? Staat er eigenlijk wel Internet Information Server op? Is de SQL Server wel bereikbaar vanuit de buitenring? Goed inventariseren is de oplossing. Je wordt er wel bij geholpen, maar voorlopig kunnen enkel de IIS settings worden opgehaald.
Heb je het plaatje compleet dan kan je de benodigde configuratie (software en hardware) uitdraaien in een html document. Nu, documentatie is mooi, en beheerders leven bij de aanwezigheid van documentatie, maar de output van deze configuratie in html beslaat tientallen pagina's, tot op individuele registry keys. Ik denk niet dat ik de it operations afdeling die ik ken erg blij maak met dergelijke uitdraaien.
Tegen het einde van de sessie kreeg een Microsoft partner het woord. AVIcode levert functionaliteit in Visual Studio .NET om ook de 'gezondheid' van de applicatie te bepalen en te monitoren. Deze health-monitoring functies gaan vooral over excepties en performance. Je kunt aangeven wat de threshholds, of grenswaarden, zijn voor de duur van methoden en fouten in je applicatie. Zonder een regel code te genereren of te verplichten. Zodra er een probleem optreedt kan je via het zelf te bepalen notificatiemechanisme (WMI, mail, eventlog, etc.) een bericht afvuren met alle details rondom het probleem, de toen geldende parameterwaarden, tot op de coderegel waar het fout is begonnen. En niet, zoals vaak in applicaties, tot de plek waar de exceptie voor het eerst werd opgevangen. Volgens een recent verschenen artikel op eweek is dit de kern van DSI.