Dariusz quatscht : Connected Systems

TechTalk Dezember 2009: Anwendungsentwicklung mit Visual Studio 2010

dparys — Fri, 31 Jul 2009 12:05:52 GMT

Erst im Juni habe ich einen TechTalk hinter mir und schon steht mein nächster an. Dieses mal jedoch nicht über einen Monat gezogen sondern in einer Woche werden 5 Städte besucht und mein Kollege Christian Binder wird auch mit von der Partie sein.

In Visual Studio 2010 kommen so viele neue Elemente dazu das wir einfach in diesem TechTalk verschiedene Aspekte live im Coding demonstrieren wollen und auf hoffentlich viele Fragen eingehen dürfen. Ganz nach dem Motto: “Keine Slides! Nur Code!”

Hier der Auszug von der MSDN TechTalk Anmeldeseite:

Der letzte MSDN TechTalk in diesem Jahr nimmt Sie mit auf eine Reise zur nächsten Version von Visual Studio: Visual Studio 2010. Dabei werden Christian Binder und Dariusz Parys die interessantesten Aspekte der neuen Entwicklungsumgebung vorstellen: von Verbesserungen in den einzelnen Frameworks bis hin zu neuen Möglichkeiten in den Application Lifecycle Management Tools, die das Testen und die Entwicklung im Team einfacher machen, wird dieser TechTalk die verschiedenen Aspekte mit Hilfe von Live Codings demonstrieren. Das heißt ganz klar: Keine Slides! Nur Code!

Die Termine:

An manchen Terminen werden wir vermutlich deutlich überziehen, das dürfte Karlsruhe, Berlin und München sein. In Köln und Hamburg sind wir leider an die Öffnungszeiten des Microsoft Office gebunden.

Ich freue mich schon auf viele Teilnehmer und Fragen, bis dann!

Link: Offizielle TechTalk Anmeldeseite

Windows Identity Foundation, STS Starter Kit und da war doch noch was… Geneva

dparys — Thu, 30 Jul 2009 07:36:20 GMT

Geneva ist noch der Code-Name der mir in den Sinn kommt wenn ich an Security Token Service denke. Doch das Geneva Framework heißt jetzt Windows Identity Foundation. Ich muss mich daran noch gewöhnen.

Ich habe in den letzten Monaten viele Interessierte getroffen die sich über Geneva…oops WIF informiert haben. Eigene Anwendungen nach Claims auszurichten ist die eine Sache, einen eigenen STS zu schreiben eine ganz andere.

Da hilft ein Codeplex Projekt von thinktecture ganz gut. Das STS Starter Kit. Mit dem STS Starter Kit hat man eine Grundlage schnell zu einem eigenen STS zu kommen. Dominick Baier hat auch noch zwei Screencasts (auf englisch) dazugepackt so das man einen recht schnellen Einstieg in das STS Starter Kit erhält.

Overview and initial setup screencast
http://www.leastprivilege.com/startersts/StarterSTS_SetupAndOverview.wmv
Advanced topics screencast
http://www.leastprivilege.com/startersts/StarterSTS_Advanced.wmv

Ich selbst werde es mir auch mal in den nächsten Wochen reinziehen und mir einen eigenen STS schreiben um zu sehen wie praktikabel es letztendlich auch ist.

Neue CTPs – MEF und Velocity

dparys — Wed, 08 Apr 2009 08:42:57 GMT

Zwei neue CTPs sind heute erschienen.

Velocity CTP 3

Velocity ist ein verteilter Cachespeicher der beliebig viele Maschinen zu einem logischen Cachespeicher vereinigt. Wenn man also im Keller noch eine Menge alter Hardware rumfahren hat, könnte man sich überlegen die mal zu reaktivieren (Voraussetzung für Velocity ist allerdings .NET 3.5 SP1 + Powershell)

Zusammenfassend bringt dieser CTP

Cache Notifications
Cluster Management und Lead Hosts
Performance Verbesserungen (nun macht es Sinn mal einen POC in Sachen Geschwindigkeit zu machen)
Sicherheitsverbesserung durch Nutzung des Network Service Accounts als Prozess Account
API Erweiterungen und Änderungen

Download: Velocity CTP 3

Weitere Informationen sind auf dem Velocity Team Blog zu finden.

Managed Extensibility Framework CTP 5

MEF ist ein Framework zum dynamischen Zusammenstellen von Anwendungskomponenten zur Laufzeit. Eine neue Beispielanwendung in diesem CTP, das MEF Studio, demonstriert den Einsatz von MEF.

Download: Managed Extensibility Framework CTP 5

Weitere Informationen gibt es auf der Codeplex Seite zu MEF.

Coding 4 Fun: Twitter und mein Event Log

dparys — Thu, 08 Jan 2009 12:49:20 GMT

Kurz vor Jahresende hatten wir intern eine lustige Diskussion über Twitter. Wir haben uns gefragt ob es eigentlich irgendjemanden wirklich interessiert was wir über Twitter rausblasen und konsumieren. Irgendwann kam dann der Spruch, “Ich publiziere mein Event Log über Twitter”. Das hat mich dazu angeregt einfach Just 4 Fun das mal auszuprobieren.

Zu allererst habe ich mir einen Twitter Account für mein Event Log angelegt. Zu finden unter http://twitter.com/eventlog

Dann ging es an das schreiben der kleinen Anwendung. Twitter selbst erlaubt es über ein REST Interface mit der Infrastruktur zu arbeiten und unter anderem auch Statusmeldungen zu verschicken. Vor einiger Zeit habe ich mal einen Twitter Proxy gebaut (absolut nicht vollständig) um an Twitter Updates zu schicken.

Da die notwendigen Schnittstellen da sind ist meine Vorgehensweise ganz einfach:

Warten auf Events im Eventlog
Publizieren mittels der Twitter API
Konsumieren

Dieses kleine Beispiel hat absolut keine Fehlerbehandlung, noch irgendwelche Async Aufrufe zum Twitter Interface, das kann man ja verfeinern wenn man mag.

Da Twitter eine Einschränkung von 100 Nachrichten pro Stunde hat, was das posten mit der API angeht, habe ich mich dazu entschlossen nur meinen SQL Server Express zu posten (ist ja nur eine Demo).

Hier die Klasse die entsprechend auf das Event Log wartet und nach SQL Server Express events auswertet (Ich weiss man kann auch EventLogFilter nutzen…)

   1: using System.Diagnostics;

   2: using System.Text;

   3: using Twitter.Library;

4:

   5: namespace EventLogPoster

   6: {

   7:     public class LogPoster

   8:     {

   9:         private readonly EventLog log;

  10:         private readonly TwitterStatusProxy proxy;

11:

  12:         public LogPoster()

  13:         {

  14:             proxy = new TwitterStatusProxy( "eventlog", "password" );

15:

  16:             log = new EventLog( "Application" );

  17:             log.EntryWritten += new EntryWrittenEventHandler( log_EntryWritten );

  18:             log.EnableRaisingEvents = true;

  19:         }

20:

  21:         void log_EntryWritten( object sender, EntryWrittenEventArgs e )

  22:         {

  23:             if ( string.Compare( e.Entry.Source, "MSSQL$SQLEXPRESS", false ) == 0 )

  24:             {

  25:                 StringBuilder builder = new StringBuilder();

  26:                 builder.AppendFormat( "{0} {1} {2}",

  27:                                       e.Entry.TimeGenerated.ToShortTimeString(),

  28:                                       e.Entry.Message.Length > 100 ?

  29:                                       e.Entry.Message.Substring( 0, 100 ) :

  30:                                       e.Entry.Message,

  31:                                       e.Entry.MachineName.Substring( 0, 10 ) );

  32:                 proxy.Update( builder.ToString() );

  33:             }

  34:         }

  35:     }

  36: }

Das ganze habe ich in eine Konsolenanwendung gepackt und einfach gestartet. Wenn ich nun die SQL Server Express Instanze starte und stoppe, bekomme ich entsprechend die Events und poste diese über die API an Twitter.

Unter dem RSS Feed kann man sich die momentan verschickten Logs anschauen

http://twitter.com/statuses/user_timeline/18758891.rss

Hat man einen Client wie Tweetdeck sieht es so aus:

Ist nur Just 4 Fun, aber man könnte das ganze auch Ausbauen. Zum Beispiel nur auf kritische Events einer bestimmten Anwendung warten und diese posten. Den Feed privat markieren und die Abonnenten entsprechend per SMS benachrichtigen. Immerhin sind eine gewisse Anzahl an SMS frei (ich glaube 250 pro Woche).

Was sind relevante Themen in der Softwareentwicklung für Sie?

dparys — Wed, 03 Dec 2008 19:19:00 GMT

Lange Zeit bevor ich bei Microsoft war, habe ich schon in diversen Firmen eigentlich immer aus eigenem Antrieb heraus recht schnell Technologie adaptiert und auch während laufender Projekte reingebracht. Den Mehraufwand hat man gerne selbst getragen (oder tragen lassen, Entschuldigung schon mal an dieser Stelle, Ihr wisst wer gemeint ist) um das Projekt / Produkt auf eine neue technische Ebene zu heben. Meist hat sich der Aufwand auch gelohnt.

Seit ich bei Microsoft bin, liegt hier mein Fokus natürlich verstärkt auf die Microsoft Technologie. Ich möchte mal sagen das ich nicht diesen Bias habe über den Ralf Westphal geschrieben hat, aber mein "Abdriften" in andere Technologie Welten ist definitiv geringer geworden.

Warum schreibe ich das eigentlich? Ganz einfach, nach dem Auswerten der Technical Summit Feedbacks ist mir aufgefallen das die Themen kaum Relevanz für die Teilnehmer hatten und ich nicht von mir ausgehen möchte was relevant ist. Was ich wirklich Cool finden würde, wären Kommentare was für Sie relevante Softwareentwicklungsthemen sind.

.NET Services – Service Bus Adressierung ist Case-Sensitive

dparys — Wed, 12 Nov 2008 11:21:56 GMT

Eine wichtige Sache gibt es momentan bei der Adressierung von WCF Diensten über den .NET Services Service Bus zu beachten. Nehmen wir an wir hätten eine Windows Azure Portal Lösung mit dem Namen Pinky. Möchte man nun einen WCF Dienst in den Service Bus über diesen Account publizieren so würde man normalerweise Groß- und Kleinschreibung ignorieren und folgende Uri benutzen

sb://servicebus.windows.net/services/pinky/irgendeindienst

Doch diese Uri ist nicht gültig, da der Name der Lösung Pinky mit einem großen P beginnt. Die korrekte Adresse lautet

sb://servicebus.windows.net/services/Pinky/irgendeindienst

Zeit zum Besinnen

dparys — Wed, 29 Oct 2008 09:57:14 GMT

Der 2. Tag der PDC 2008 hat es wirklich in sich gehabt. Zuerst eine Reihe von Technologien die vorgestellt worden sind und dann am Abend der Wahnsinn in den Universal Studios. Es ist kurz vor Halloween und das hat man bei der PDC Party deutlich gemerkt. Ich habe noch nie so viele Zombies, Verrückte und Irre mit Kettensägen rumlaufen sehen, dazu die schaurigen Schreie aus sämtlichen Lautsprechern bis hin zum künstlich erzeugten Nebel. Ich bin immer noch ganz baff.

Jetzt sitze ich vor dem Rechner und versuche nochmal den heutigen Tag Revue passieren zu lassen. Es wurde viel Angekündigt. Windows 7, Visual Studio 2010, “Oslo” und Live Services als Bestandteil von Windows Azure. Es wurden auch einige Demos gezeigt, speziell zu Windows 7. Eine verbesserte Taskleiste, Multitouch Feature und einiges mehr.

Ich selbst hatte meine eigenen Erwartungen an Windows 7. Ob die sich erfüllen wird sich erst zeigen, wenn ich mit dem Produkt arbeite. Ich selbst benötige kein neues UI und keinerlei zusätzliche Consumer Funktionalität. Ich möchte vielmehr, dass das System insgesamt an den Grundeigenschaften verbessert wird. Sprich: Performance, Speicherverbrauch, Kompatibilität. Ist das gegeben, dann freue ich mich gerne über jedes zusätzliche Feature für Entwickler. Mein Eindruck nach der heutigen Keynote ist, das sich gerade in diesem Bereich vieles tut. Wie gesagt, wir sind noch vor der Beta und ich hatte es auch noch nicht in den Händen, aber ein paar Aussagen aus Sinofski’s Mund geben mir einfach Grund zur Annahme das es so sein wird.

Dann gibt es doch ein Feature bei Windows 7 das mich begeistert hat. Die Möglichkeit Windows 7 direkt von einer VHD Datei zu booten. Was hat man davon? Ganz einfach, man kann einen Markierungspunkt in Windows 7 setzen und jederzeit wieder zu diesem Punkt zurückkehren. Egal was man in der Zwischenzeit gemacht hat. Inwieweit man dies nun als Virtualisierung betrachten möchte, sei mal dahingestellt.

Visual Studio 2010 ist nun als CTP verfügbar und enthält das .NET Framework 4.0 und neue Versionen von C# und VB. Scott Guthrie hat hier die Keynote gehalten. Was besonderes Interessant an Visual Studio 2010 sein wird, ist die Tatsache, das die komplette UI auf WPF basieren wird. Der momentane CTP enthält noch wenige dieser WPF Oberflächen. Auf der Keynote hat Scott eine Demo gezeigt, wie man sich in den Source-Editor von VS 2010 reinhängt um die Kommentare durch ein WPF Control schöner rendern zu lassen. Generell wird durch Hilfe des Managed Extensibility Frameworks Entwicklern die Möglichkeit gegeben, sich beliebig in die IDE einzuhängen und diese zu erweitern. Man darf gespannt sein was da so alles an Erweiterungen kommen wird.

Danach habe ich mich auf “Oslo” gefreut. Der Vortrag von Doug Purdy zum Thema hat mich ein wenig nachdenklich gestimmt. Nicht im negativen Sinne. Wenn ich Technologie vorgestellt bekommen, nehme ich diese erstmal auf und denke meist 2-3 Tage darüber nach. Ich diskutiere dann auch gerne darüber und dies werde ich speziell zu “Oslo” auf dem morgigen Ask-The-Experts besonders wahrnehmen. Für mich ist das immer Zeit Zum Besinnen.

Es gibt noch eine Menge an Informationen zu den verschiedenen Themen von heute, die ich in den unterstehenden Links einfach querverweise.

Windows Azure – Das “Cloud” OS

dparys — Tue, 28 Oct 2008 09:05:00 GMT

Windows Azure wurde heute auf der PDC angekündigt und quasi Zeitgleich mit den entsprechenden Breakout Vorträgen wurden die ersten Bits ins Internet gestellt.

www.microsoft.com/azure ist hier die Anlaufstelle um sich die entsprechenden SDK’s herunterzuladen und sich für den Test zu registrieren. Allerdings ist letzteres ziemlich restriktiv. Ist Windows Azure nun ein Betriebssystem? Das hängt davon ab wie man ein Betriebssystem definiert. Sagen wir mal so, es stellt Dienste und Infrastruktur zur Verfügung die man von einem Betriebssystem erwartet, in diesem Fall wird hier die Infrastruktur für das Hosting von Web Anwendungen abstrahiert und vereinfacht. Windows Azure übernimmt hier einen Großteil der Aufgaben und lässt den Anwendungsentwickler sich voll und ganz auf die Anwendungslogik konzentrieren. Insofern kann man es als eine Art Betriebssystem für Cloud Computing bezeichnen.

Windows Azure besteht aus der Basis Plattform und einigen Diensten die man direkt nutzen kann.

Die Basis-Plattform definiert die Möglichkeit Web Anwendungen und –Services zu definieren und unterstützt ein entsprechendes Anwendungsmuster um skalierbare, hochverfügbare Anwendungen im Web zu platzieren.

Neben der reinen Web Anwendung / Dienst ist es auch vorgesehen einen reinen Worker Prozess zu Hosten, die Kommunikation zwischen den beiden Rollen wird über die Cloud Storage Infrastruktur realisiert, welches auch ein Queuing zur Verfügung stellt.

Die Dienste oberhab der Basis-Architektur sind zum Teil neu und zum Teil Bestehende CTPs die umbenannt worden sind. Microsoft .NET Services waren einst BizTalk Services, Microsoft SQL Services enthält zum Beispiel den SQL Data Service der noch vor kurzem SQL Server Data Service hieß.

Windows Azure ist eine Infrastruktur die von Microsoft gehostet wird und die man flexibel abonnieren kann. Es wird Service Level Agreements geben und entsprechende Möglichkeiten das ganze zu abonnieren. Die Flexibilität ist bei Windows Azure ein Hauptmerkmal. Benötigt man dynamisch mehr Server zum Hosten der Anwendung, weil vielleicht das Weihnachtsgeschäft zusätzliche Kunden auf die Seite lockt, so kann man dies deklarativ definieren und Windows Azure stellt sicher das entsprechend viele Instanzen erstellt und live geschalten werden. Ist das Weihnachtsgeschäft vorbei, so kann man wieder reduzieren. Man bezahlt nur das was man wirklich benötigt.

Für Entwickler ist die Notwendigkeit einen Azure Service Zugang zu haben erstmal nicht so wichtig. Installiert man sich das Windows Azure SDK, so erhält man eine lokale Installation der Windows Azure Basis Dienste und kann gegen diese Programmieren.

Für Visual Studio 2008 gibt es auch ein entsprechendes Tooling, die Windows Azure Tools for Microsoft Visual Studio. Auf diese werde ich in einem Folge-Post eingehen.

MSDN Webcast zu Velocity

dparys — Tue, 21 Oct 2008 11:27:07 GMT

Seit heute ist auf MSDN ein neuer Webcast zum Thema Velocity zu sehen. Es ist im Prinzip der identitsche Vortrag wie ich diesen auf der Basta 2008 gehalten habe.

Velocity – Eine Einführung

Wer mehr über Velocity nachlesen möchte, kann dies entsprechend auf dem Developer Center der amerikanischen Kollegen tun oder den Blogeintrag von mir dazu lesen.

Update: Durch einige Umstellungen in der Infrastruktur wird dieser Webcast erst ab dem 28.10.08 verfügbar sein.

Meine Sessions auf dem Technical Summit 2008

dparys — Fri, 17 Oct 2008 17:32:11 GMT

Nun sind meine Sessions Abstracts final für den Technical Summit 2008 gepostet und auf der Webseite zu begutachten. Folgende Vorträge werde ich halten:

Cloud Services - Architektur und Implementierung

Software + Services basierte Softwarearchitekturen benötigen entsprechend Bausteine die einfach und effektiv wiederzuverwenden sind. Sehen Sie in dieser Session was Microsoft für Bausteine ("Building Block Services") dem Entwickler und Architekten anbietet. Sehen Sie die Möglichkeiten der Messaging-, Workflow-, Identity- und Dataservices, welche Vorteile Sie Ihnen bringen und wie man diese in eigene Anwendungen integriert. Diese Session wird anhand von Beispielen zeigen wie im einzelnen diese Dienste genutzt werden können und auch am Beispiel eines Kunden-Projekts zeigen das man heute schon Software damit erweitern kann.

Oslo - Software Modellierung von Anfang an

"Oslo" ist ein Verbund von Technologien der Softwareentwicklern und -Architekten die Möglichkeit gibt durchgängige Softwaremodellierung zu erreichen. Neben einer neuen Sprache die mit "Oslo" erscheinen wird, hält auch ein Repository Einzug das Software- und Betriebliche Modelle beherbergt und von überall in der Infrastruktur erreichbar macht. Sehen Sie in dieser Session welche Bestandteile "Oslo" mit sich bringt, wie die neue Sprache für "Oslo" aussieht, welche Modelle man in den ersten Versionen unterstützt und wie man eigene Modelle einbinden kann.

Windows Communication Foundation und Workflow Foundation
in .NET 4.0

In der nächsten Version des .NET Frameworks werden sich WCF und WF noch näher kommen als bisher. Sehen Sie in dieser Session einen Deep Dive in die neue Funktionalität und sehen Sie anhand von Szenarien was Ihnen diese Neuerungen an Vorteile bringen.

Vielleicht sieht man sich ja in Berlin.

Service Operations und mehr mit ADO.NET Data Services

dparys — Fri, 17 Oct 2008 11:30:00 GMT

Wer Dokumentation liest ist klar im Vorteil. Ich gebe zu, ich schaue mir eine API an und versuche Intuitiv mit dieser zu arbeiten. Doch manchmal gibt es einfach die Notwendigkeit die Dokumentation zu lesen.

Was ist mein Problem? Ich habe ein Entity Framework Modell das Kategorien und Produkte enthält. Beide Entities sind mit Datenbankgenerierten IDs ausgestattet. Die Entitäten werden von einem Repository gekapselt und das Repository implementiert auch noch zusätzliche Funktionalität.

   1: public interface ICatalogServiceRepository

   2: {

   3:     IQueryable<Categories> GetCategories();

   4:     IQueryable<Products> GetProductsByCategory( Categories category );

   5:     IQueryable<Categories> GetCategoriesWithProducts();

   6:     Guid GetExternalProductReference(Products product);

   7:     IQueryable<Guid> GetExternalProductReferencesByProducts(

   8:                             IQueryable<Products> products);

   9: }

Dies ist die Schnittstelle um auf die Entitäten zuzugreifen. Rein lesend. Die Deklarationen in Zeile 6 und Zeile 7 unterstützen das Mapping von Produkt-Entitäten auf Systeme ausserhalb unseres Modell. Hier wird bei Bedarf eine Guid erstellt, wenn eine externe Referenz zu einem Objekt angefordert wird.

Das Repository soll in verschiedenen Umgebungen zum Einsatz kommen, unter anderem auch in einem ADO.NET Data Service. Leider kann ich dort folgendes nicht deklarieren:

   1: public static void InitializeService( IDataServiceConfiguration config )

   2: {

   3:     // Wenn ich keine Entitäten im Zugriff erlaube, kann ich diese auch

   4:     // nicht in Service Operationen einsetzen

   5:     config.SetEntitySetAccessRule( "*", EntitySetRights.None );

6:

   7:     config.SetServiceOperationAccessRule( "GetCategories",

   8:         ServiceOperationRights.AllRead );

   9:     // Diese Service Operation ist ungültig ==> Parameter != Primitive Type

  10:     config.SetServiceOperationAccessRule( "GetProductsByCategory",

  11:         ServiceOperationRights.AllRead );

  12:     config.SetServiceOperationAccessRule( "GetCategoriesWithProducts",

  13:         ServiceOperationRights.AllRead );

  14:     // Diese Service Operation ist ungültig ==> Parameter != Primitive Type

  15:     config.SetServiceOperationAccessRule( "GetExternalProductReference",

  16:         ServiceOperationRights.AllRead );

  17:     // Diese Service Operation ist ungültig ==> Parameter != Primitive Type

  18:     config.SetServiceOperationAccessRule( "GetExternalProductReferencesByProducts",

  19:         ServiceOperationRights.AllRead );

  20: }

Ein Blick in die Dokumentation sagt folgendes:

The method must accept only [in] parameters.
- If parameters are defined, the type of each parameter must be a primitive type.
The method must return void, IEnumerable<T>, IQueryable<T>, T, or a primitive class such as integer or string.

T MUST be a class that represents an entity type in the data model being exposed by the data service.
In order to support query options such as sorting, paging, and filtering, service operation methods should return IQueryable<T>.

Den Rest habe ich mal weggelassen. Die Konsequenz ist das beim Starten der Service einen Request Fehler bringt und man in die Logs schauen soll.

Ich möchte nun nicht mein Entity Modell entsprechend dem ADO.NET Data Service anpassen, noch möchte ich mein Repository so auslegen das es für einen ADO.NET Data Service passt. Ich werde nicht herum kommen einen Adapter zu schreiben, der entsprechend die Regeln für den ADO.NET Data Service sicherstellt und mein Repository nutzen kann.

Neues Futter für unseren Applikationsserver

dparys — Mon, 06 Oct 2008 16:25:01 GMT

Das Windows Server Betriebssystem ist seit der Version Windows NT 4.0 mit Option Pack 3 ein Applikationsserver der verschiedene Funktionalitäten zur Verfügung stellt. Sei es Message Queuing, Object Pooling oder einfach nur verteilte Transaktionen. In der jetzigen Version Windows Server 2008 und dem .NET Framework 3.5 Service Pack 1 gibt es eine Reihe von Technologien die ein Entwickler nutzen kann um verteilte Anwendungsarchitekturen zu entwickeln und zu betreiben.

Mit der Software Modellierung die im Rahmen der Einführung von “Oslo” einen großen Einzug in die Entwicklerlandschaft halten wird, erhält auch das Windows Betriebssystem weitere Verbesserungen und Neuerungen im Bereich “Application Server”. Neben der Windows Communication Foundation 4.0 und der Windows Workflow Foundation 4.0 kommt ein neuer Anwendungshostprozess ins Spiel der auf der Basis vom Internet Information Server 7 eine Reihe von Funktionalitäten mit sich bringt um Anwendungen skalierbar, performant und wartbar zu betreiben. Diese Technologie nennt sich momentan “Dublin” und wird das erste Produkt sein das “Oslo” direkt unterstützt. Mehr Informationen findet man entsprechend auf der Webseite Windows Server Application Server Roadmap.

Ich, über die Xtopia und den Technical Summit

dparys — Tue, 30 Sep 2008 14:20:46 GMT

Nachdem mein Kollege Oliver Scheer, schon eine Reihe anderer Kollegen zur Xtopia und dem Technical Summit befragt hat, habe ich meine Video Kamera genommen und auch meinen Senf abgegeben.

Xtopia + Technical Summit: Dariusz Parys

Weitere Interviews meiner Kollegen findet man hier auf Channel9.

Velocity – Eine Einführung

dparys — Fri, 26 Sep 2008 09:26:23 GMT

Velociwas? Codenamen sind bei Microsoft, seit ich diese Firma kenne, Bestandteil der Firmenkultur und werden vermutlich so schnell nicht verschwinden. Mittlerweile würde ich mir wünschen von den Codenamen wegzukommen. Es verwirrt mich einfach schon selbst bei der Fülle von Technologien die wir erstellen, den Codenamen jeweils der richtigen zuzuordnen.

Velocity ist ein “Distributed Cache”. Oder auf Deutsch: Velocity ist ein “Verteilter Zwischenspeicher”. Ein Zwischenspeicher der logisch mehrere physikalische Maschinen zu einem einheitlichen Cache verschmelzen lässt. Die Velocity Infrastruktur sorgt hierbei das die Daten im Verbund für alle verfügbar sind und bei Bedarf auch noch repliziert werden.

Wann setzt man Caching ein, wann macht es Sinn Daten nicht direkt aus der eigentlichen Datenquelle zu lesen und dementsprechend vorzuhalten?

Wir benutzen in der Anwendung von Technologien öfters Cache-Systeme und Mechanismen als uns bewußt ist. Dies passiert meist implizit, ohne das wir davon viel mitbekommen. Ein Beispiel ist das Dateisystem. Das Dateisystem speichert die Zugriffe in einen Zwischenspeicher und ermöglicht so eine bessere Performance beim lesen und auch schreiben der Daten. Der Durchsatz wird erhöht und Fesplatten profitieren von dem Lese/Schreibcache.

Wenn man Caching in seine eigene Anwendung einbauen möchte, so möchte man in der Regel die Performance steigern. Das ist oft dann notwendig wenn die Architektur der Anwendung Mehrschichtig ist und die Schichten auch physikalisch in unterschiedlichen Prozessen (oder auch Maschinen) liegen. Nur dann? Nein, das kann ebenfalls Sinn machen wenn es sich um eine Anwendung handelt die Intensive Operationen auf eine Datenquelle (nicht zwangsläufig eine Datenbank) durchführt und diese Operation jedesmal zusätzlich Zeit kostet. Hier bietet es sich auch an die Daten aus der Quelle im Speicher der Anwendung vorzuhalten.

Vielleicht benutzt der ein oder andere für bestimmte Daten schon ein disconnected DataSet in welchem Lookup Daten im Prozess gehalten werden. Das ist im Prinzip auch ein Cache. Allerdings keiner der sich mit anderen Zwischenspeichern synchronisieren kann. Ich habe Lookup Daten erwähnt. Ein Cache ist also nicht für jede Art von Daten Sinnvoll. Welche machen denn Sinn?

Referenz Daten

Bleiben wir doch bei den Lookup Daten. Es sind sogenannte Referenz-Daten. Referenz-Daten sind z.B. Katalog-Daten, Daten von Mitarbeitern, Daten die sich nicht oft ändern, bzw. deren Änderung periodisch geschieht. Diese Daten sind eindeutig versioniert. Auf diese Daten wird auch in der Regel nur lesend zugegriffen und meist werden diese Referenzen nur an Aktivitäten in der Anwendung mitgegeben um sich darauf zu beziehen.

Aktivitäts Orientierte Daten

Es gibt aber auch Daten die während der Benutzung der Anwendung erzeugt werden. Zum Beispiel das Erstellen eines Warenkorbes. Diese Daten sind exklusiv für den jeweiligen Benutzer und werden auch schreibend verändert und sollten dementsprechend auch in einer Transaktion manipuliert werden können.

Resource Orientierte Daten

Bei bestimmten Anwendungen werden eine gewisse Anzahl von Resourcen im System vorhanden sein, die es dann abzuarbeiten gilt. Eine Resource könnte zum Beispiel bei einem Flugbuchungssystem der Sitzplatz in einer speziellen Maschine sein. Hier ist der Umgang meist lesend und wenn geschrieben wird, weil der Sitz gebucht wird, so passiert das im Wissen das konkurrierende Zugriffe erfolgen können. Eine Resource ist meist Bestandteil mehrerer Transaktionen. Hier gibt es zusätzlich die Problematik ob ich diese exklusiv beim Bearbeiten sperren möchte oder das System im Falle der Flugbuchung Überbuchungen zulässt, also mehr eine relaxte Art mit der Resource umzugehen.

Diese drei Arten von Daten unterstützt Velocity. Was ist nun das besondere an einem verteilten Zwischenspeicher? Skalierbarkeit und Verfügbarkeit der Daten. Auf Server-Farmen ist der Einsatz von Caching nicht trivial. Was passiert bei Aktualisierungen von Referenzdaten, was passiert wenn ich auf Server A einen Warenkorb angelegt habe und ich auf Server C beim nächsten Request mir diesen anzeigen lassen möchte? Ein Roundtrip zur Datenbank nur um die Daten zwischen zu speichern? Genau in diesen Bereich kann Velocity helfen, um die Zugriffs-Last an den Daten-Backend zu verringern.

Velocity vereint mehrere physikalische Maschinen zu einem logischen Cache den ich in diesem Verbund einheitlich ansprechen kann. Hier gibt es drei Begriffe die es zu verstehen gilt.

Named Cache

Durch die Zuweisung einer logischen Einheit enthält man einen Named Cache der über die gewünschte Anzahl von Maschinen einheitlich ist und nur über den Namen (deshalb Named Cache) angesprochen wird. Lege ich ein Objekt in den Cache, so weiß ich nicht wo dieses Objekt physikalisch landet, sondern ich übergebe es einfach dem Cache und Velocity macht den Rest. Der Named Cache kann auch noch über die Konfiguration einer Policy im Verhalten angepasst werden.

Region

Eine Region ist physikalisch einer Maschine zugeordnet. Regionen werden implizit angelegt durch Velocity, ich kann diese auch explizit anlegen. Objekte können Regionen zugewiesen werden um so auch komplette Graphen in eine physikalische Region zu packen. Velocity kann auch Daten aus einer Region auf andere Maschinen duplizieren und in sogenannten “Secondary Regions” aufbewahren, für den Fall das eine Maschine wegbricht.

Cache Item

Zu guter letzt gibt es noch das Cache Item. Das Cache Item enthält den eigentlichen Inhalt den man Speichern möchte, zusätzlich attributiert mit einem eindeutigen Key, wenn man möchte auch noch Tags und Angaben wie lange zum Beispiel das Item im Cache leben darf. Dies kann im übrigen unabhängig von der Definition des Named Cache sein.

Arbeiten mit Velocity

Wie funktioniert nun der Zugriff auf die Cache Objekte? Es gibt hier zum einen ein Velocity Client der dafür sorgt das über die Routing Tabelle auf die richtigen Inhalte im verteilten Zwischenspeicher zugegriffen wird, zum anderen gibt es den Velocity Service der dafür verantwortlich ist mit den anderen Diensten innerhalb des Clusters zu kommunizieren. Eine grobe Übersicht der Architektur gibt das folgende Schaubild:

Auf der Basta habe ich in meinem Velocity Vortrag eine Demo gezeigt, aber ich habe ganz vergessen zu zeigen wie der Quellcode aussieht um Objekte in den Cache zu legen. Vielleicht habe ich es unbewußt weggelassen weil die API wirklich sehr einfach gestrickt ist.

   1: string text = "Bitte zwischenspeichern!";

2:

   3: CacheFactory cacheFactory = new CacheFactory();

   4: Cache cache = cacheFactory.GetCache();

5:

   6: // Objekt in Cache Speichern

   7: CacheItemVersion item = cache.Add("EindeutigerKey", text );

8:

   9: // Objekt wieder aus dem Cache lesen

  10: item = ( string ) cache.Get( "EindeutigerKey" );

Die API verfügt zum arbeiten mit den Cache Objekten die Aufrufe, Add, Get, Put und Remove. Daneben hat man noch die Möglichkeit nach Tags zu suchen und komplette Regionen und Listen zu enumerieren. Das war es schon.

Velocity ist momentan als CTP1 verfügbar. Im CTP1 sind noch nicht alle Features implementiert die im Release verfügbar sein sollen, unter anderem die Verfügbarkeits-Funktionalität. Diese werden erst mit dem CTP2 kommen. Microsoft würde sich über Feedback freuen.

Links zum Thema

SQL Server Data Services in Aktion

dparys — Wed, 09 Jul 2008 13:26:25 GMT

Vor einiger Zeit habe ich mich für die SQL Server Data Services Beta angemeldet und habe heute meinen Account zugewiesen bekommen. Obwohl ich heute eigentlich was komplett anderes machen wollte, habe ich kurzfristig beschlossen die Webcast Aufnahme für zu verschieben und mir die SSDS näher anzuschauen.

Auf der Connect Seite findet man schliesslich auch die Dokumentation zum herunterladen und kann sogleich mit dem Account auf die Beta Seite zugreifen.

SSDS mit Proxy

Zuerst entscheidet man sich ob man lieber über die SOAP Schnittstelle oder über einen REST Ansatz arbeiten möchte. Der letztere ist recht flexibel einzusetzen, aber mir gefällt der vollständige SOAP Proxy besser. Insofern habe ich mich für die SOAP Schnittstelle entschieden. Nun habe ich mir aus der WSDL Beschreibung einen Proxy generieren lassen und kann auch schon loslegen. Wer mal einen Blick auf die WSDL werfen möchte, kann dies hier tun http://data.beta.mssds.com/soap/v1?wsdl

Des Weiteren werde ich komplett über SSL zugreifen, insofern habe ich das Binding auch auf Transport Sicherheit umgestellt und nutze entsprechend HTTPS.

Die Authority

Das erste was man benötigt ist das Einrichten der Authority. Die Authority ist Bestandteil der URI und wird auch später für die Verrechnung des Dienstes genutzt. Ich habe meine Authority einfach “running-man” genannt und die volle URI für den Dienst sieht für meine Authority nun folgendermaßen aus:

http://running-man.data.beta.mssds.com

Die Authority erstellt man allerdings programmatisch. Grundsätzlich muss man sich immer authentifizieren und insofern habe ich einen kleinen Helper in meiner Test-Anwendung der dem Proxy entsprechend Benutzernamen und Passwort setzt.

   1: private static void ProvideProxyCredentials( SitkaSoapServiceClient proxy )

   2: {

   3:     proxy.ClientCredentials.UserName.UserName = "benutzer";

   4:     proxy.ClientCredentials.UserName.Password = "passwort";

   5: }

Die Authority erstellt man mit folgendem Code:

   1: using( var proxy = new SitkaSoapServiceClient() )

   2: {

   3:     ProvideProxyCredentials( proxy );

4:

   5:     var serviceScope = new Scope();

   6:     var authority = new Authority

   7:     {

   8:         Id = "running-man"

   9:     };

10:

  11:     proxy.Create( serviceScope, authority );

  12: }

Hat man das ausgeführt, so kann man im Internet Explorer bereits auf die Authority zugreifen

Container und Entities

Nachdem der Grundstein gelegt ist lassen sich nun auch Container und Entititäten anlegen. Das ganze ist eine 3-Stufige Hierarchie. Eine Authority hat einen oder mehrere Container. Ein Container hat eine bis mehrere Entitäten. Oder wenn man es mit einem relationalen Store vergleicht: Authority == Datenbank, Container == Tabelle, Entity == Zeile. Der Vergleich hinkt natürlich, da Entitäten nicht die gleiche Struktur innerhalb eines Containers haben müssen und zudem auch noch die Entitäten Art unterschiedlich sein kann.

Für meinen Versuch habe ich einen Container angelegt der Trainings Daten beherbergen soll, insofern habe ich diesen einfach “training” genannt. Hier der Code:

   1: using( var proxy = new SitkaSoapServiceClient() )

   2: {

   3:     ProvideProxyCredentials( proxy );

4:

   5:     var scope = new Scope

   6:     {

   7:         AuthorityId = "running-man"

   8:     };

9:

  10:     var container = new Container

  11:     {

  12:         Id = "training"

  13:     };

14:

  15:     proxy.Create( scope, container );

16:

  17: }

Ist der Container erstellt kann man unmittelbar im Browser prüfen ob dieser auch angelegt worden ist

Nun gilt es die ersten Daten zu speichern. Hierfür beschreibt man eine Entität und speichert diese unter dem Scope ab. Der Scope für die Entität bildet sich aus der Authority und dem Container. Das Schlüsselmanagement für die Entitäten macht man selbst, für das Demo mache ich einfach fest kodierte Werte, eine einfache flexible Lösung wären zum Beispiel das Verwenden von Guids.

   1: using( var proxy = new SitkaSoapServiceClient() )

   2: {

   3:     ProvideProxyCredentials( proxy );

4:

   5:     var scope = new Scope

   6:     {

   7:         AuthorityId = "running-man",

   8:         ContainerId = "training"

   9:     };

10:

  11:     var entity = new Entity

  12:                      {

  13:                          Id = "2",

  14:                          Kind = "lga",

  15:                          Properties = new Dictionary<string, object>()

  16:                      };

  17:     entity.Properties[ "date" ] = DateTime.Now.ToShortDateString();

  18:     entity.Properties[ "time-must" ] = new TimeSpan( 1, 15, 0 ).ToString();

  19:     entity.Properties[ "time-is" ] = new TimeSpan( 1, 17, 22 ).ToString();

  20:     entity.Properties[ "pulse-max" ] = 145m;

  21:     entity.Properties[ "pulse-min" ] = 114m;

  22:     entity.Properties[ "pulse-average" ] = 129m;

23:

  24:     proxy.Create( scope, entity );

  25: }

Der Code legt die Entität an. Anmerken möchte ich zwei Dinge. Die Id in Zeile 13 ist der eindeutige Schlüssel der Entität in diesem Container. Diesen kann man auch entsprechend benutzen um auf die Entität zuzugreifen, auch über den Browser wie hier zu sehen.

Des Weiteren hat man in Zeile 14 die Art der Entität spezifiziert. Diese ist im Resultat anhand des Root-Elements des zurückgegebenen XML Dokuments zu sehen ==> lga. In einem Container lassen sich also mehrere Arten von Entitäten abspeichern.

Aktualisieren und Suchen von Daten

Es lassen sich natürlich auch die Daten manipulieren und suchen. Hat man den Schlüssel einer Entität so kann man natürlich direkt drauf zugreifen. Der folgende Code demonstiert wie man einen Wert in der Entität aktualisiert:

   1: using( var proxy = new SitkaSoapServiceClient() )

   2: {

   3:     ProvideProxyCredentials( proxy );

4:

   5:     var scope = new Scope

   6:     {

   7:         AuthorityId = "running-man",

   8:         ContainerId = "training",

   9:         EntityId = "2"

  10:     };

11:

  12:     var entity = proxy.Get( scope );

13:

  14:     entity.Properties[ "time-is" ] = new TimeSpan( 0, 59, 0 ).ToString();

15:

  16:     proxy.Update( scope, entity );

  17: }

Hat man aber nicht den Schlüssel oder man möchte eine komplette Liste von Entitäten bearbeiten oder anzeigen, so kann man entsprechend auch eine Abfrage absetzen. Das folgende Codebeispiel sucht nach allen Entitäten die vom Typ “lga” (Laufen Grundausdauer) sind:

   1: using( var proxy = new SitkaSoapServiceClient() )

   2: {

   3:     ProvideProxyCredentials( proxy );

4:

   5:     var scope = new Scope

   6:     {

   7:         AuthorityId = "running-man",

   8:         ContainerId = "training"

   9:     };

10:

  11:     var queryString = @"from e in entities where e.Kind == ""lga"" select e";

  12:     var entities = proxy.Query( scope, queryString );

13:

  14:     foreach( var entity in entities )

  15:     {

  16:         Console.WriteLine( "EntityId: {0}", entity.Id );

  17:         Console.WriteLine( "Time Must: {0}", entity.Properties[ "time-must" ] );

  18:         Console.WriteLine( "Time Is: {0}", entity.Properties[ "time-is" ] );

  19:     }

  20: }

Man kann auch über den Browser auf die Entitäten zugreifen, zum Beispiel alle Entitäten im Container “training” auflisten:

Daten im Web?

Klar, die Frage stellt sich ob man Daten im Web speichern möchte und was für einen Nutzen man dadurch erzielt. Primär macht es Sinn den Dienst dann zu nutzen wenn das Hosten einer eigenen Datenbank Lösung zu Kosten- oder Supportintensiv ist. Hier gilt es natürlich erst mal abzuwarten wie das eigentliche Abrechnungsmodell für die SQL Server Data Services aussehen wird. Dabei ist dieser Dienst nicht nur für Web-Anwendungen und –Dienste gedacht sondern kann natürlich auch von traditionellen Windows Anwendungen genutzt werden. So erspart man sich vielleicht das Ausrollen und Konfigurieren von lokalen SQL Server Express Instanzen, was mitunter auch nicht immer trivial ist.

Das wichtigste ist und bleibt sich Technologien anzuschauen, diese zu verstehen und dann auf Grundlage dessen einen sinnvollen Einsatz für diese zu bestimmen.

Dariusz quatscht : Connected Systems

TechTalk Dezember 2009: Anwendungsentwicklung mit Visual Studio 2010

Die Termine:

Windows Identity Foundation, STS Starter Kit und da war doch noch was… Geneva

Neue CTPs – MEF und Velocity

Velocity CTP 3

Managed Extensibility Framework CTP 5

Coding 4 Fun: Twitter und mein Event Log

Was sind relevante Themen in der Softwareentwicklung für Sie?

.NET Services – Service Bus Adressierung ist Case-Sensitive

Zeit zum Besinnen

Windows Azure – Das “Cloud” OS

MSDN Webcast zu Velocity

Meine Sessions auf dem Technical Summit 2008

Service Operations und mehr mit ADO.NET Data Services

Neues Futter f&#252;r unseren Applikationsserver

Ich, über die Xtopia und den Technical Summit

Velocity – Eine Einführung

Referenz Daten

Aktivitäts Orientierte Daten

Resource Orientierte Daten

Named Cache

Region

Cache Item

Arbeiten mit Velocity

SQL Server Data Services in Aktion

Neues Futter für unseren Applikationsserver