Windows Azure News #9


Willkommen zu Windows Azure News #9!

In den letzten Windows Azure News habe ich das Microsoft Endpoint Protection PlugIn für Windows Azure vorgestellt (hier). Wer gerne mal eine Demo davon sehen möchte, sollte sich die neueste Ausgabe der Cloud Cover Show auf Channel 9 anschauen. Dies ist gleichzeitig die letzte Gelegenheit Wade Wegner (prominentes Mitglied des Windows Azure Produkt Teams) in Aktion zu sehen, der Microsoft verlässt.

http://channel9.msdn.com/Shows/Cloud+Cover/Episode-74-Autoscaling-and-Endpoint-Protection-in-Windows-Azure

Ich habe hier immer wieder gerne die Arbeitsergebnisse der Microsoft Patterns and Practices Group vorgestellt. Auch das neueste Projekt ist relevant für Windows Azure:

P & P CQRS Journey

CQRS (das steht für Command and Query Responsibility Segregation) ist ein sog. Pattern, was vorallen im Cloud Computing immer häufiger benutzt wird. Die Patterns and Practices Group möchte auf der Basis einer Referenzanwendung (Contoso Conference Management System) alles wissenswerte zu diesem Pattern liefern.

Erste Arbeitsergebnisse gibt es hier:

https://github.com/mspnp

Ich werde mich in einer der nächsten Folgen meiner Windows Azure Architecture Guidance -Serie ausführlich mit CQRS beschäftigen.

Schöne Grüße

Oliver

Neues aus der Gerüchteküche #2


Hallo zusammen,

es ist mal wieder Zeit für die Rubrik: “Neues aus der Gerüchteküche”. Diesmal sollte man den Begriff Gerüchte allerdings nicht ganz so wörtlich nehmen, da es konkrete Hinweise gibt.

Mary Jo Foley von ZDNet hat gestern in ihrem Blog (All About Microsoft)  über das Projekt Codename Antares berichtet (hier).

Was ist Codename Antares?

Codename Antares ist die Bezeichnung für ein neues Hosting Framework für Web Applikationen, welches sowohl für Windows Azure als auch für Private Cloud Einsatzszenarien gedacht ist. Das neue Framework soll sich durch einfache Handhabung auszeichen und besonderen Wert auf Sicheraspekte und der Einsatzfähigkeit in Multi-Tenant Architekturen legen.

Wie ich schon sagte, ist dies mehr als ein Gerücht. Microsoft sucht zurzeit über eine amerikanische Jobbörse einen Mitarbeiter, der unter anderem das Release von Version 1.0 im Sommer betreuen soll.

Sobald es mehr Details zu Antares gibt, erfahrt ihr sie hier auf dieser Seite.

Schöne Grüße

Oliver

Blogtipp: US Cloud Connection


Hallo zusammen,

wer wie ich, die diversen Blogs von Windows Azure Team Mitgliedern regelmäßig liest, wird sich über den folgenden Blog freuen:

Die US Cloud Connection vereint alle maßgeblichen Azure Blogs in einem Singlefeed. Diverse Seitenaufrufe sind ab sofort nicht mehr nötig.

Schöne Grüße

Oliver

Windows Azure Architecture Guidance (Teil3 von …?)


Hallo zusammen,

willkommen zum dritten Teil der Windows Azure Architecture Guidance. Bisher waren die Themen Hochverfügbarkeit und Skalierbarkeit im Fokus der Betrachtungen. Damit ist das Thema Unterschiede zwischen klassischen Web Anwendungen und in Windows Azure gehosteten Anwendungen aber nicht beendet. Unterschiede gibt es auch in der Anwendungsarchitektur selbst.

Single-Tenant Architecture vs. Multi-Tenant Architecture

Bei der Single-Tenant Architektur wird für jeden Kunden eine separate Instanz betrieben, während bei der Multi-Tenant Architektur sich alle Kunden dieselbe (entsprechend dimensionierte) Instanz teilen. (Für alle die den Begriff Tenant nicht kennen, in der deutschen Literatur wird der Begriff Mandant bzw. Mandantenfähigkeit benutzt)

Die Single- Tenant Architektur hat den Vorteil, dass der Programmcode auf jeder Instanz verschieden sein kann. Jede Instanz könnte somit entsprechend den individuellen Bedürfnissen des Kunden im hohen Maße angepasst werden.

Leider gibt es aber auch den Nachteil, dass  jede Instanz  separat gewartet werden muss. Updates und Patches beispielsweise müssen für jede Instanz einzeln eingespielt werden. (Hohe Kostenentwicklung).

Diesen Zwang jede Instanz einzeln zu warten, gibt es bei der Multi-Tenant Architektur nicht. Als Folge davon sinken die Kosten für den einzelnen Mandanten.

Weitere Vorteile der Multi-Tenant Architektur:

  • Ressourcenoptimierung (Zusammenfassung von Ressourcen) –  Eine Zentralisierung hilft, bessere Übersicht über Ressourcen zu erhalten und die Auslastung einzelner Ressourcen steigt
  • Skalierung bei BedarfDie Nutzung (der Nutzungsgrad) von Ressourcen  wird weitgehend von Benutzern selbst bestimmt.
  • Verbrauchsabhängige Verrechnung   Eine verbrauchsabhängige Verrechnung wird erst durch die neuen Infrastrukturen überhaupt möglich. Sie ist aber für bestimmte Geschäftsmodelle (Pay-as-you-go) absolute Voraussetzung.

Ich glaube ich muss nicht erst erwähnen, welcher Architekturtyp klassisch ist und welcher zum Cloud Computing gehört.

Schöne Grüße

Oliver

Windows Azure Architecture Guidance (Teil2 von …?)


Hallo zusammen,

willkommen zum zweiten Teil der Windows Azure Architecture Guidance. Im ersten Teil bin ich auf die Unterschiede zwischen einer klassischen Web Anwendung und einer in Windows Azure gehosteten Web Anwendung eingegangen.

Heute wollen wir mal der Frage nachgehen: Wann lohnt sich das Hosting in Windows Azure?

Es gibt vier Szenarien, wo sich der Einsatz von Windows Azure lohnt:

  • Kalkulierbare Lastspitzen - Jeder Betreiber einer eCommerce – Anwendung kennt kalkulierbare Lastspitzen (z.B. das Weihnachtsgeschäft) und auch die Flaute in den Sommermonaten (Ferienzeit). Windows Azure ermöglicht den Betreibern durch einfaches Hinzuschalten von Instanzen die Lastspitze abzufangen, während den Rest des Jahres die Anwendung auf niedrigeren Niveau läuft.
  • Unkalkulierbare Lastspitzen - Das Szenario ist ähnlich, wie das erste. Hier fehlen aber die Erfahrungswerte, wie sich die Auslastung entwickeln wird. Folgendes Beispiel: Ihr betreibt einen Ticketservice für Großevents. Keiner kann vorhersehen wie viele Interessenten nach dem Start des Ticketverkaufs für ein populäres Event, gleichzeitig auf das Bestellsystem zu greifen werden. Bei Veranstaltungen wie z.B. die Fußballweltmeisterschaft, sind das aber schnell mehrere Zehntausend. Das einfache Hinzuschalten von Instanzen fängt auch diese Lastspitzen ab.
  • Temporärer Ressourcenbedarf - Ok, Lastspitzen kann jeder nachvollziehen. Was ist, wenn ihr aber eine Produktionsfirma habt und einmal im Quartal Simulationen für den Produktionsprozess berechnen müsst (Rechenzeit bei 100 Servern im Cluster = 1 Tag)? Baut ihr dafür ein Rechenzentrum mit 100 Servern auf? Nein, auch dafür eignet sich Windows Azure. Deployt eure Anwendung nach Azure mit 100 Instanzen und schaltet sie nach Abschluß der Rechenarbeit einfach wieder ab.
  • Schnelles Wachstum - Ihr habt die Idee für eine Web Anwendung und startet einen entsprechenden Prototypen. Schnell stellt sich heraus, die Anwendung hat ein ähnliches Potential wie z.B. Facebook. Was tun – Rechenzentrum bauen oder Windows Azure nutzen?

Schöne Grüße

Oliver

Windows Azure Service Bus EAI & EDI Labs – Refresh


Hallo zusammen,

die Windows Azure Service Bus EAI und EDI Labs habe ich bereits in einem früheren Artikel vorgestellt (hier). Jetzt gibt es endlich ein Refresh.Neben einigen Bugfixes gibt es folgende neue Features:

EAI

SOAP – Non SOAP – Protocol Bridging (hier werden die Daten von SOAP Headern auf HTTP Headern gemappt und umgekehrt)

EDI

Delete Agreements (Abkommen zwischen Handelspartnern können gelöscht werden, um Ressourcen frei zugeben)

Redeploy Agreements (Abkommen zwischen Handelspartnern können nach Änderungen neu deployt werden)

Alle Änderungen betreffen nur die Services selbst. Es braucht keine Neuinstallation von Client Binaries vorgenommen werden.

Schöne Grüße

Oliver

Windows Azure News #8


Willkommen zu Windows Azure News #8!

Eher heimlich wurde diese Woche die Windows Azure Service Management bzw. Windows Azure Diagnostics Funktionalität durch ein neues PlugIn erweitert:

Microsoft Endpoint Protection (MEP) for Windows Azure CTP

MEP bietet Windows Azure Entwicklern und Administratoren die Möglichkeit, ihre Windows Azure VMs um Anti – Malware Schutzmechanismen zu erweitern.MEP ist eine Extension für eine bestehende Windows Azure SDK v.1.6 (oder höher) Installation. MEP bietet Echtzeit Schutz und die Möglichkeit für zeitgesteuerte Scanjobs. Die Implementierung erfolgt auf der Ebene der Web oder Worker Roles

Downloads:

http://www.microsoft.com/download/en/details.aspx?id=29209

(Ein Artikel mit mehr Details folgt)

Schöne Grüße

Oliver

Windows Azure Architecture Guidance (Teil1 von …?)


(Artikel 100)

Hallo zusammen,

heute möchte ich mit der Serie Windows Azure Architecture Guidance beginnen. Ziel ist es, alle wesentlichen Architektur-, Planungs- und Designaspekte bei der Neuentwicklung von Anwendungen (bzw. Migration von Altanwendungen)  zu erfassen und zum Schluss in Form einer Checkliste bereitzustellen.

Web Application vs. Windows Azure Application

Fangen wir mal mit der Frage an: Was unterscheidet eine klassische Web Application (gehostet auf einem beliebigen Web Server) von einer in Windows Azure gehosteten Application?

Antwort: Windows Azure Applications sind für Hochverfügbarkeit (>99,95 %) und einfache Skalierbarkeit optimiert.  Über regelbasierte Autoscaling – Mechanismen können z.B. bei High Traffic Events automatisch Instanzen zugeschaltet werden bzw. bei Low Traffic wird die laufende Instanzenzahl automatisch reduziert.

Aber wie so oft gibt es auch einen Haken, Der Ausführungsort einer Instanz kann sich zur Laufzeit ändern (z.B. bei einem Hardware Ausfall). Um trotzdem eine Hochverfügbarkeit zu garantieren brauchen wir mindesten zwei gleichzeitig laufende Instanzen.

Jetzt höre ich euch schon sagen: „Zwei Instanzen. Machen wir. Kein Problem…“

Einen weiteren Haken gibt es aber noch: Durch den möglichen Wechsel des Ausführungsortes geht das Handling von Zuständen innerhalb der Anwendungslogik verloren. Windows Azure Applications müssen Zustandslos (Stateless) designt werden. OK, auch dafür gibt es Lösungen (die folgen in einem späteren Artikel)

(Wird fortgesetzt)

Schöne Grüße

Oliver

In eigener Sache: Meine Seite hat sich so schnell weiterentwickelt, dass ich bereits heute (genau 10 Monate nach Gründung der Seite) den 100. Artikel publiziert habe. WOW – Danke an alle Leser.

Windows Azure & Windows 8 (Teil 1 von … ? – Update)


Hallo zusammen,

bevor es mit dem Inhalt des Windows Azure Toolkits weitergeht, gibt es erstmal ein Update. Seit gestern gibt es Version 1.2 des Toolkits. Das Toolkit in seiner neuen Auflage ist speziell für die Windows 8 Consumer Preview gedacht. Den Download erhaltet ihr hier:

http://watwindows8.codeplex.com/  

Software Requirements 

(Updates in Rot)

Folgende Software muss auf dem Entwicklungsrechner vorhanden sein:

  • Visual Studio 2010 Professional (oder höher)
  • oder
  • Visual Web Developer 2010 Express Edition
  • Visual Studio 11 Beta
  • oder
  • Visual Studio 11 Express Edition for Windows Beta
  • ASP.NET MVC 3 (Refresh)
  • Windows Azure SDK 1.6
  • Windows Azure Tools for Visual Studio 2010 (September 2011)
  • Windows Identity Foundation Runtime
  • Microsoft SQL Server 2008R2 Express Edition (oder höher)
  • Internet Explorer 9.0 (oder ein anderer Browser mit HTML 5.0 Support)
  • Internet Information Service 7.0 oder höher

Installation

Keine Veränderung gegenüber Vorgängerversion

Schöne Grüße

Oliver

Windows Azure News #7


Willkommen zu Windows Azure News #7!

Heute möchte ich euch über Neuigkeiten aus der Microsoft Patterns and Practices Group informieren. Das Windows Azure Guidance Team hat die Arbeit an Teil 3 des Windows Azure Architecture Guide beendet.

Thema:

  • Building Hybrid Applications in the Cloud on Windows Azure
  • März 2012

Das Buch gibt es hier, als kostenlosen Download in PDF Format:

http://wag.codeplex.com/releases/view/74838

Die Code Samples sind im Microsoft Download Center erhältlich:

http://www.microsoft.com/download/en/details.aspx?id=29192

Schöne Grüße

Oliver