Moderiert von meiner Wenigkeit werden ausserdem T-Systems, Microsoft, Ipanema, Teragate, Cisco und Datacore vor Ort sein und über den aktuellen Trend aufzuklären und entsprechende Lösungen vorzustellen. Die Veranstaltung ist für Besucher kostenlos.

Thementag Cloud Computing
Zeit: 14. September 2010, ab 8:00 Uhr
Ort: Renaissance Köln Hotel, Magnusstraße 20, 50672 Köln
Preis: Kostenlos

Zur Anmeldung >>

Für weitere Informationen auch zu den Preisen verweise ich auf meinen älteren Artikel “Alles was man über Azure wissen muss“.

Meine persönlich kurzeinschätzung zur Arbeit mit der Azure Plattform findet sich hier.

via @glemnitz

Mein Microsoft Student Partner Azure Workshop Zertifikat

In Mannheim war ich allerdings noch nie in meinem Leben.

]]> http://serverwolken.de/mein-microsoft-student-partner-azure-workshop-zertifikat-1868/feed/ 0 http://serverwolken.de/workshop-microsoft-azure-im-kurztest-1771/ http://serverwolken.de/workshop-microsoft-azure-im-kurztest-1771/#comments Fri, 11 Dec 2009 16:42:50 +0000 Philipp Strube http://serverwolken.de/?p=1771 Nicht immer nur palavern, machen. Frei nach diesem Motto habe ich heute die Gunst der Stunde genutzt und am Mircrosoft Azure Workshop an der Uni Bonn teilgenommen.

Man schien etwas verwundert über die Anmeldung vom Jura Studenten, war aber so nett mich mitmachen zu lassen. Los ging es erstmal mit einer Einführung in Visual Studio und C#. Visual Studio, dass muss ich gestehen ist wirklich sehr schön integriert. Für die Entwicklung mit Microsoft Lösungen sicher eine gute Wahl. C# schien mir in den paar Stunden die ich heute damit gearbeitet habe auch relativ brauchbar zu sein. Die Syntax ist ähnlich der von Java, was mir persönlich nicht gefällt, aber das ist nunmal Geschmackssache. Der kurze Einblick den ich hatte erlaubt natürlich kein endgültiges Urteil. Es kann also gut sein, dass ich hier völlig daneben liege und C# und Visual Studio hassen würde, müsste ich länger damit arbeiten. Sei es drum, ich werde es wahrscheinlich nie erfahren, weil ich wohl niemals länger damit arbeiten werde.

Jetzt aber zu Azure. Die Microsoft Cloud Computing Plattform war ja der Hauptgrund warum ich am Workshop teilgenommen habe. Was mir bereits während der Einführung des Referenten übel aufgestossen ist: Microsoft lebt immernoch in seiner eigenen Welt. Von Authentifizierung bis Datenbank überall kocht man irgendwie sein eigenes Süppchen. Aber nun gut, dafür ist das ganze im Zweifel aber auch schön in die IDE integriert und man muss sich nicht lange informieren, was man denn jetzt am besten verwendet. Mit allen Vor- und Nachteilen die das so mit sich bringt.

Innerhalb von Visual Studio kann man dann auch direkt ein Projekt anlegen, was alle Vorraussetzungen für einen Betrieb in der Azure Cloud direkt mitbringt. Verzeichnisstrukturen, Konfigurationsdateien etc. Um alles kümmert sich Visual Studio.

Mittels Rechtsklick auf das Projekt und Publish soll man das Ganze dann auch in die Cloud schieben können. Aber weit gefehlt. Anstelle einer Authentifizerungsabfrage oder ähnlichem wirft Visual Studio zwei Dateien in ein Verzeichnis auf der lokalen Festplatte, startet den Internet Explorer (war der Standardbrowser in der bereitgestellten Windows 7 VM) und öffnet zusätzlich das Verzeichnis mit den Dateien im Windows Explorer. Dann muss man sich über verschiedene Webseiten klicken und über ein HTML Formular per Durchsuchen die zwei Dateien auswählen und hochladen. Die eine Datei beinhaltet dabei das Projekt und die zweite scheint eine Konfigurationsdatei zu sein.

Über diesen Umstand war ich doch sehr erstaunt. Ob das jetzt der einzige Weg ist, ob es vielleicht daran lag, dass in den VMs “nur” Visual Studio Web Developer Edition lief oder ob der Referent uns den “falschen” Weg gezeigt hat weiss ich nicht. Aber wenn es wirklich der einzige Weg ist ein Projekt aus der hauseigenen IDE in die hauseigene Cloud zu laden, ist das bestenfalls lächerlich.

Weiter gab es keine Versionsverwaltung. Es gab die Möglichkeit zwei verschiedene Versionen über das Webinterface hochzuladen und als “Production” und “Staging” zu deployen. Aber um eine neue Version zu deployen musste man erneut die Dateien über das Webinterface hochladen und dann über das Webinterface deployen.

Sowohl das Webinterface als auch Azure selber haben sich dabei nicht gerade von der performantesten Seite gezeigt. Das deployen eines Projekts oder neuer Versionen hat für meine Verhältnisse ziemlich lange gedauert. Es kam immer die Meldung, es würde für 90% der Projekte nur 79 Sekunden dauern. Aber gefühlt war das ziemlich langsam, bzw. viel langsamer. An meinem Projekt kann es eigentlich nicht gelegen haben. Das übliche “Hello World!” war jetzt nicht gerade ein Quelltextmonster.

Alles in allem bietet Azure was man grundsätzlich erwarten darf. Eine Cloud speziell für die verschiedenen Microsoft Technologien. Alles hat für mich als Open Source Jünger eigenartige Namen und hinterlässt das Gefühl bei Microsoft würde man bestraft wenn man für ein Produkt bestehende Technologien nutzt anstelle das Rad jedesmal neu zu erfinden. Das ist aber jetzt als subjektive Kritik meinerseits zu verstehen. Man mag diese Ansicht teilen oder nicht.

Technisch war mein Einblick durch die kürze des Workshops und die relativ lange Zeit die auf die Einführung in Visual Studio, .NET und C# eingeplant war, relativ dürftig. Dementsprechend werde ich auch kein endgültiges Urteil fällen. Der Referent hat allerdings von sich aus eingeräumt, dass bei Azure noch nicht alles Rund läuft. Insbesondere hatte er sich wohl lange mit dem “Service Bus” beschäftigt und sein Urteil war da, es sei schade, dass nur 9 von 10 Nachrichten ankommen. Alles in allem war er aber zuversichtlich man würde das noch in den Griff bekommen. Ausserdem hat er für die Zukunft bessere Integration in Visual Studio angekündigt. Dies sei wohl bei Microsoft immer so, dass die Integration mit kommenden Visual Studio Versionen immer besser werde. Kann ich jetzt nicht beurteilen, gebe ich einfach mal so weiter.

Vielleicht “repariert” Microsoft ja dann auch den Deploymentprozess…

Wie seht ihr das ganze, liege ich mit meinem ersten Eindruck völlig daneben? Was sind eure Erfahrungen mit Microsoft Azure.

Von der Wirklichkeit eines besseren belehrt, hat ja auch eine ganze Weile gedauert, öffnet man jetzt die Azure Plattform auch für andere Sprachen. Eine davon ist Ruby. Simon Davies beschreibt in seinem Blog wie dies möglich ist.

Im Grunde genommen basiert das ganze auf der allgemeinen Möglichkeit die Worker über http, https oder tcp anzusprechen. Das ganze sowohl von intern als auch von extern. So sollen auch bereits andere Technologien wie MySQL, Mediawiki, Tomcat und Memcached möglich sein.

Alles was man über Azure wissen muss habe ich bereits vor einiger Zeit einmal zusammengefasst.

via heise.de

In den letzen Tagen ist Google Chrome OS in aller Munde. Auch wenn es vergleichbare Ideen (z.B. Jolicloud) gibt, ist Chrome OS brilliant in seiner Konsequenz. Man nehme einen Kernel, um die Hardware zu betreiben und setze darauf ausschliesslich einen Webbrowser. Alle Anwendungen für dieses Betriebssystem werden dabei als Webapplikationen über das Internet aufgerufen und lediglich mit Hilfe des Browsers angezeigt. Die Vor- und Nachteile dieser Lösung sind bereits ausgiebig an diversen Stellen diskutiert worden, so dass ich hier darauf verweisen kann.

Für mich viel interessanter ist aber die andere Seite. Serverseitig stellen solche Anwendungen ganz neue Anforderungen an eine Hostinglösung. Aber Hostinglösung ist auch das falsche Wort. Was wir eigentlich sagen wollen ist Internet Betriebssystem. Mir ist natürlich bewusst, dass dies der eigentlichen Definition eines Betriebssystems, nämlich der Abstraktion zwischen Hardware und Software widerspricht. Aber von der Wichtigkeit für das Ökosystem ist mir bisher kein besseres Wort eingefallen. Wer einen Vorschlag hat kann ihn mir in den Kommentaren mitteilen.

Wenn der Client im Sinne von Software as a service nur noch die Anzeige übernimmt, müssen alle weiteren Funktionen Serverseitig ausgeführt werden. Nutzt man darüber hinaus noch das http-Protokoll zur Übertragung der Daten entstehen viele Probleme. Diese sind zwar lösbar und größtenteils auch bereits gelöst. Nur muss dies jeder Applikationsbetreiber aufs neue für sich selbst tun.

Das ist ganz sicher nicht die Art wie Microsoft es geschafft hat Windows als die Plattform für Entwickler zu etablieren. Der Erfolg von Windows war, dass man einfach eigene Anwendungen schreiben konnte und diese dann auf einer Vielzahl an Systemen automatisch lauffähig waren. So jedenfalls die Theorie.

Hier schliesst sich dann auch der Kreis und man erkennt die Zusammenhänge zwischen den verschiedenen Google Projekten. Mit Google Chrome OS schafft Google das Client-Betriebssystem. Mit Google App Engine das Server-Betriebssystem auf dem der Serverseitige Teil der Anwendungen läuft und mit den Google Apps (Mail, Docs, Spreadsheets usw.) hat Google bereits die wahrscheinlich meistverwendeten Anwendungen für die eigene Plattform geschaffen.

Aber wollen wir wirklich den gleichen Fehler wie bei Windows nochmal machen? Wollen wir wirklich von einem einzigen Unternehmen abhängig sein. Ganz ohne Alternativen.

Auf Clientseite ist Google dabei sehr offen. Um eine Anwendung für das Google Chrome OS zu schreiben muss diese lediglich auf den etablierten Webstandards basieren. Mit Chrome der auf Webkit basiert gibt es eine relativ standardkonforme Renderingengine und für die Interaktivität setzt man auf Javascript. Hier muss man sich also nicht auf das Chrome OS festlegen.

Ganz anders sieht dies jedoch im Bezug auf die App Engine aus. Um hier Anwendungen entwickeln zu können müssen die verschiedenen Google APIs genutzt werden. Die der App Engine zu Grunde liegenden Programmierparadigmen sind dabei so umfassend, dass es unerlässlich ist sich bei der Entwicklung der Anwendung darauf zu spezialisieren. Dies bietet nicht unerhebliche Vorteile im Bezug auf die Skalierbarkeit der Anwendung, aber der Preis den man dafür zahlen muss ist sehr hoch. Meiner Meinung nach zu hoch. Eine einmal für App Engine entwickelte Software lässt sich nur nach erheblichen Änderungen an Kernkomponenten der Anwendung auf einer anderen Plattform als Google App Engine betreiben. Dieser Lock-In-Effekt stellt eine große Gefahr für Unternehmen dar, die eigene Anwendungen auf der App Engine Plattform entwickeln. Man verliert effektiv jegliche Alternativen, weil mit steigender Komplexität der Anwendung die Änderungen so tiefgreifend sein werden, dass es einer kompletten Neuentwicklung gleich kommt.

Bei den Cloud Plattformen gibt es zwar bereits Alternativen, kompatibel zu einander sind jedenfalls die der großen Konzerne alle nicht. Es ist unmöglich Anwendungen zwischen Windows Azure und Google App Engine hin un her zu bewegen und es würde mich auch sehr wundern, wenn dies jemals möglich wäre.

Deshalb sehe ich die eigentliche Chance für die weitere Innovation im Web in offenen Plattformen zum betreiben der Webapplikation auf Serverseite. Es muss Entwicklern leicht gemacht werden diese Anwendungen zu entwickeln. Nur so kann die Weiterentwicklung des Internet von einem Inhaltemedium hin zur Applikationsplattform wirklich funktionieren.

Wie seht ihr das ganze?

Bildquelle: Flickr cc by dalbera

Im folgenden gibts alles was man über Azure wissen muss in der Zusammenfassung plus Links zum nachlesen.

Azure Preise und Verfügbarkeit

• Rechenzeit: $ 0,12 pro Stunde und damit ein wenig günstiger als Amazons Windows Instanzen.
• Speicherplatz: $ 0,15 pro GB pro Monat plus $ 0,01 pro 10.000 Zugriffe (Bewegungen innerhalb der gespeicherten Daten).
• .NET Services: $ 0,15 pro 100.000 Aufrufe. Womit wohl das Ausführen von .NET Code oder das ausführen von Tools gemeint ist.
• Traffic: Eingehend $ 0,10 pro GB und ausgehend $ 0,15 pro GB.
• SQL: 1 GB $ 9,99 und 10 GB $ 99,99 jeweils pro Monat.

Microsoft garantiert per Service Level Agreement (SLA) 99,9 % Verfügbarkeit für den Datenspeicher und 99,95 % im Bezug auf die Rechenkapazitäten.

Azure im Vergleich zu anderen Anbietern

Bilder statt Worte. Hier erstmal ein Video.

Verglichen mit anderen Anbietern scheint Azure durchaus ebenbürtig. Insbesondere fällt auf, dass Microsoft neben (selbstverständlich) den eigenen Produkten .NET, MS SQL usw. auch Java, Ruby on Rails, Python und andere Sprachen unterstützen wird. PHP wird sicher auch dabei sein. Azure ist dabei in die Riege der Platform as a service Angebote einzuordnen und damit vergleichbar mit Google App Engine oder Salesforce. Wobei Google und insbesondere Salesforce beide einen relativ starken Fokus auf Erweiterungen der eigenen Software as a service Angebote haben. Microsoft ist hier nicht festgelegt. Vielleicht auch, weil Microsoft in Sachen Saas noch etwas hinterherhinkt?

Von Amazon EC2 unterscheidet sich Azure dementsprechend sehr stark, dadurch dass keinerlei Administration der zu Grunde liegenden Hardware und des zu Grunde liegenden Softwarestacks (Betriebssystem plus sonstige Software) notwendig ist. Auch soll es nicht notwendig sein die Höhe der Ressourcen (CPU, RAM usw.)  zu bestimmen, wobei Microsoft in Zukunft wohl plant den Entwicklern Zugriff auf die virtuellen Maschienen zu geben. So jedenfalls Doug Hauger, Windows Azure GM.

Ähnlich verhält es sich auch mit dem Rackspace Cloud Servers Angebot. Wobei Rackspace mit Cloud Sites auch eine Hostinglösung im Angebot hat die ebenfalls vollständig von der zu Grunde liegenden Hardware abstrahiert.

Bedeutung für Microsoft als Unternehmen

Was Azure für Microsofts zukünftige Umsätze bedeutet lässt sich natürlich nur vermuten. Aber Microsoft wird wohl die Chance erkannt haben. Zwar sind mit dem Betrieb der Infrastruktur zusätzliche, höhere Kosten verbunden. Jedoch bietet sich dadurch auch die Chance zusätzliche Umsätze zu erzielen die vorher an verschiedene Beratungs- und Dienstleistungsunternehmen zur individuellen Anpassung der Microsoft Produkte gingen. Trotzdem hat Microsoft bereits mehrmals davor gewarnt, dass Cloud Angebote wie Azure nicht die gleichen Margen wie das Software Lizenzgeschäft bieten.

Andere Meinungen zu Microsoft Azure

Grundsätzlich scheint Azure positiv aufgenommen zu werden. Jedenfalls finde ich in der deutschsprachigen Blogosphäre keinen Verriss. Die meisten Google Blog Suchergebnisse weisen ohnehin fast nur zu großen Nachrichtenseiten die eigentlich alle nur spröde die Pressemeldung weiterverbreiten. In den deutschen Blogs ist das Thema Cloud Computing auf technischer Ebene noch nicht wirklich angekommen, oder bin ich nur zu blöd zum suchen? Über Tipps in den Kommentaren freue ich mich natürlich.

DataCenterKnowledge hat eine gute Zusammenfassung der verschiedenen Meinungen zu Azure in der englischsprachingen Presse.

Fazit

Mit Azure hat Microsoft meiner Meinung nach ein durchaus konkurrenzfähige Cloud Lösung im Angebot. Durch die Öffnung hin zu anderen Plattformen auch aus der Open Source Welt (Java, PHP, Python usw.) könnte Azure auch für Entwickler interessant werden die dem bisherigen alles muss von Microsoft sein Konzept nichts abgewinnen konnten. Trotzdem bleibt natürlich nicht zu vergessen, dass Microsoft in der Vergangenheit immer jederzeit bereit war das eigene Monopol rücksichtslos auszunutzen und auch aktiv darauf hin gearbeitet hat dieses zu erhalten und auf andere Sektoren auszuweiten. Vom Standpunkt des Unternehmens natürlich völlig verständlich, aber man sollte als Kunde (Entwickler) immer ein Interesse an Alternativen haben.

Nun kann in Sachen Cloud Computing von einem Monopol keine Rede sein. Es sind verschiedenste Anbieter aktiv und mit Google, Amazon, SUN (jetzt Oracle), Salesforce und Rackspace um nur einige zu nennen sind bereits verschiedenste Ansätze verfügbar oder zumindest kurz davor. Alternativen sind also da. Jetzt darf sich jeder die für ihn beste Lösung aussuchen.

Gerade die Vorteile für Startups wurden aber von Gina Bianchini, CEO von Ning, und Amitabh Srivastava, Corporate Vice President bei Microsoft für Windows Azure, betont. Erstere stelle dabei vor allem den Vorteil heraus, dass durch Cloud Computing die Startups sich auf das eigene Produkt konzentrieren müssen und genug Ressourcen zur Verfügung haben um die viralen Chancen die soziale Netzwerke bieten zu nutzen. Srivastava hingegen wollte nicht vergessen wissen, dass Cloud Computing den Startups einiges Kopfzerbrechen im Bezug auf Hardwarefragen ersparen kann.

Hier der Videobeweis:

via TechRepublic

Wie sich das für ein Techieblog gehört, beginne ich natürlich bei 0 zu zählen.

Was Programmierer über Caching wissen sollten (Teil 1)

Sky’s the limit (Wortspiel)

Google Axes Mashup Editor to Focus on Cloud Computing Infrastructure (Abgehackt)

Wer weitere Links kennt die hier nicht helfen dürfen ist herzlich eingeladen mich zu kontaktieren.