iTosa ist bei unseren ältesten Kunden schon seit Oktober 2008 im Einsatz und hat besonders durch unsere Unternehmenskunden einen hohen Reifegrad erreicht.
Der Erfolg im Beratungsgeschäft hat uns leider kaum Zeit gelassen das Blog zu pflegen und die Verbreitung der freien BETA-Version zu steigern.

Wir haben uns nun entschlossen die BETA-Phase zu beenden und vorerst auch kein öffentliches Angebot für die Nutzung von iTosa anzubieten.
Wenn gleich wir mit dem Gedanken spielen den Funktionsumfang von cloums.com deutlich auszuweiten.

Die Nutzer der freien BETA Version können Ihre Systeme noch bis zum 01.06.2012 nutzen.
Bitte nutzen Sie die Exportfunktionen um Ihre Daten zu sichern. Sollten Sie Interesse haben Ihre Applikationen weiter zu nutzen melden Sie sich bitte bei uns.

Die verlinkten Demosysteme werden am 01.01.2012 abgeschaltet.

Wir bedanken uns für das hilfreiche Feedback und die vielen Anregungen!

• Google App Engine
• Microsoft Windows Azure
• Amazon Web Services

Mit der bisherigen Vorarbeit in HTML, CSS und JS konnte das Backend noch relativ frei gewählt werden.

Alle Anbieter rechnen ihre Leistungen nach Verbrauch ab. Wobei eine laufende Instanz bei Amazon und Microsoft unabhängig von deren Nutzung eben 24Stunden/Tag abgerechnet wird. Dazu gehören CPU-Stunden (gestaffelt nach Leistung), Speicherplatz (Größe und Transfer), Datenbank, Requests/Connections und Datenübertragung.
Einige Leistungen können auch als Paket mit festgelegter Inklusivleistung bezogen werden.

Alle Anbieter stellen eine Service-Infrastruktur zur Verfügung die Datenbanken, Storage und Managementfunktionen bietet.

Google App Engine, What is Google App Engine?

• Platform as a Service
• Unterstützt Python (2.5.2) mit Django 0.96, wobei Django aktualisiert werden kann
• Unterstützt Java 6 virtual machine (JVM)
• mittels Quercus (PHP Java Implementation) ist wohl auch PHP möglich.
• Läuft in einer Sandbox,
  

  These limitations allow App Engine to distribute web requests for the application across multiple servers, and start and stop servers to meet traffic demands

• Kostenfreie Nutzung mit bis zu 43 Millionen Request/Tag, 1Gb Storage, siehe Details
• Vergleichbar mit Shared-Hosting Umgebung mit fester Python- und Javaunterstützung in einem bestimmten (beschränkten) Funktionsumfang. Wobei die Beschränkungen mit einem hochoptimierten Pythoninterpreter und einer skalierbaren Architektur einhergehen und die Abrechnung auf Nutzungsbasis erfolgt.
• Berechnet werden viele Leistungen nach Nutzung, z.B. CPU-Hour, Storage etc.

Amazon Elastic Compute Cloud (Amazon EC2)

• Infrastructure as a Service
• Virtuelle Server mit vollen Administrationsrechten
• Vorkonfigurierte Amazon Machine Images (AMI) mit verschiedenen Betriebsystemen (Linux, Windows) als Datenbankserver(MySQL, MSSQL, Oracle, DB2), Webserver (Apache, IIS) und einer Vielzahl weiterer Optionen
• Dauerhafte Datenspeicherung mittels
  • Datenbanken
    • Amazon SimpleDB
    • Amazon Relational Database Service (RDS)
  • Virtuelle “Festplatten” zum Einbinden in die virtuellen Rechner
    • Amazon Elastic Block Store (Amazon EBS)
• Vergleichbar mit virtuellen Servern bei anderen Hostern. Wobei sehr flexibel, innerhalb von Minuten weitere Instanzen gestartet und genauso schnell wieder beendet werden können. Die Bezahlung erfolgt für laufende Instanzen pro Stunde.
• Automatisches Skalierung über Amazon CloudWatch (Auto Scaling)
• Kleinste Instanz (Small) : 1 EC2 Compute Unit – 1.7 GB (Memory) – 160 GB (temp. Storage)
• Die Preise variieren von 0,095 USD pro Stunde (Small mit Linux) bis zu 1,16 USD (CPU Extra Large, Windows) und 2,88 USD (Memory Quadruple Extra Large, Windows). Preise, Preisrechner
• Bei reservierten Instanzen (Reserved Instances) in Form eines Laufzeitvertrages (ab 227.50 USD (1 Jahr) / 350 USD (3 Jahre)) sinkt der Stundenpreis um fast 50%.
• Keine kostenfreie Testvariante

Microsoft Windows Azure

• Infrastructure/Platform as a Service
• Virtuelle Windowsserver in den Rollen: (Understanding Roles)
  • als Webserver mit IIS + ASP.NET (web role)
  • als Applikationsserver mit .NET Framework 3.5 SP1 (worker role)
• Webserver erweiterbar durch FastCGI (z.B. PHP, URL Rewrite Module), Windows Azure SDK for PHP Developers
• Kleinste Instanz (Small) : 1.6 GHz (CPU) – 1.75 GB (Memory) – 225 GB (temp. Storage)
• Microsoft rechnet wie Amazon laufende Instanzen ab. Preise pro Stunde ab 0.12 USD (small compute instance). Es gibt auch Laufzeitverträge für 6 Monate, mit denen fast 50% eingespart werden können. Windows Azure Platform Offer Comparison Table
• Es gibt ein kostenfreies Introductory Special mit 25 Stunden/Monat welches aber am 31. Oktober ausläuft
• Die Anzahl der Instanzen wird in der Konfigurationsdatei () festgelegt und kann im Verwaltungsbereich zur Laufzeit angepasst werden. Über die Management API kann die Anzahl der Instanzen auch über eigene Scripte angepasst werden.
• In der WebRole Vergleichbar mit einen Shared-Windows-IIS-Hosting mit FastCGI unterstützung.

And the winner is ..

Aufgrund folgender Kriterien:

• optimierte Codeausführung
• automatische Skalierung
• echtes “Pay as you Use”, nur die Nutzung und nicht 24h-Bereitschaft wird bezahlt
• kostenfreie Nutzung mit bis zu 43.000.000 Request/Tag
• Kennenlernen von Python. Wir hätten sonst PHP und/oder .NET-Code weiterverwendet.

haben wir uns für die Google App Engine entschieden.

Doch ein Wermutstropfen bleibt:

• Der App Engine Datastore (Googles BigTable) ist keine relationale Datenbank. Bestimmte Filter und komplexe Abfragen werde nicht unterstützt und müssen auf anderem Wege umgesetzt werden. Diese Einschränkung trifft uns schon deutlich, da wir in der Welt der relationalen Datenbanken heimisch sind.
  Die Auslegung des Datastore auf Skalierung und hohe verteilte Leistung erfordert eben andere Herangehensweisen.

Unser Beschluss betrifft aber nur die ersten Schritte von cloums.com, wir werden nach der Google App Engine auch die anderen Cloud Anbieter ausprobieren.
Insbesondere das datenbanklastige iTosa wird sich eher in der relationalen Datenbankwelt heimisch fühlen. Auch die Weiterverwendung unserer PHP/.NET-Basis ist nur bei Amazon und Microsoft möglich.

Vor dem CloudCamp in Hamburg hatten wir cloums.com online geschaltet und damit eine Umfrage erstellt.

Zu erwartende Lightning Talks:

• Damien Hubaux, Reservoir – A Cloud Computing Framework
• Herbjörn Wilhelmsen – The Misconceptions of Private Clouds
• Tom Plunkett – Building Cloud Data Centers with Integrated Machines
• Anna Liu – How Quickly Data Becomes Consistent in the Cloud
• Toufic Boubez – SOA and Cloud Computing
• Thomas Erl & Anthony Assi – Considerations for a Cloud Computing Manifesto Working Group

Und die Breakout Sessions:

• Experiences with EC2: Real-life Use Case and Lessons Learned – Jonathan Weiss of Peritor
• Scope and Audience of the Cloud Computing Manifesto
• Lessons Learned from the Open Cloud Manifesto
• Social Media in Support of the Cloud Computing Manifesto

Wir freuen uns schon auf die interessanten Themen und neue Kontakte.

In diesem und den folgenden Blogposts werden wir den begangenen Weg beschreiben, von der Auswahl der Cloud Engine, bis zum Betrieb der Cloud Application.

Die Idee für Cloums entstand ganz pragmatisch. Der bestehende Offline-Konfigurator (.NET) sollte durch einen Online-Konfigurator ersetzt werden um die Anforderungen für iTosa auf einen Browser zu reduzieren.

Dazu mussten wir die bestehende Anwendung, die schon von Beginn an aus selbstgezeichneten Controls bestand, nach HTML, CSS und JS portieren.

Als ersten Schritt bot sich die Umsetzung der WYSIWYG-Formularansicht mittels HTML und CSS an:

Kombiniert mit dem in iTosa geplanten, aber nicht umgesetzten Drag’n'Drop-Katalog, war Cloums praktisch fertig und der Designer verwendbar.
Nun fehlte nur noch das Server-Backend das in der Lage sein musste die erstellten Formulare abzuspeichern.

Die bisherigen Schritte folgen also konsequent der Umsetzung des iTosa-Konfigurators in eine Browserumgebung.
An dieser Stelle war nur eine kleiner Schlenker in Richtung Cloud erforderlich und schon hatten wir einen Formular-Designer in der Cloud, CloudForms, eben cloums.

Im nächsten Post geht es um die Auswahl der Cloud Engine, zur Auswahl standen nach kurzer Recherche:

• Google App Engine
• Microsoft Windows Azure
• Amazon Web Services

http://cloums.com – your form in the cloud

Mit cloums.com macht iTosa einen großen Schritt in die Cloud.
Cloums steht für Cloud Forms und wie der Name suggeriert geht es um Formulare in der Cloud. Konkret nutzen wir für die aktuelle Cloums-BETA die Google App Engine.

Verbesserungen gegenüber iTosa:

• Keine Registrierung erforderlich
• Keine Benutzer, nur eine eindeutige URL (z.B. http://clou.ms/vSw4gvDPUHMaNwXU)
• Kein Download eines Konfigurators, Formulare werden online erstellt
• Neue Umfragefelder, wie Matrix und Skala
• Grafische Auswertung der Umfragen

Cloums konzentriert sich auf die Erstellung und Auswertung einzelner Formulare.
iTosa-Features wie die PDF/CSV-Exporte, Bilder- und Dateiuploads werden in Cloums einfließen.

Die Domäne von iTosa bleibt die Erstellung von komplexen Webanwendungen und wird von vielen Cloums-Features profitieren. Insbesondere der Online-Konfigurator soll bald iTosa’s Offlinekonfigurator ergänzen.

Weil uns das Thema Cloud Computing derzeit besonders angetan hat, bringen wir auch eine kleine Überraschung mit..

CloudCamp is an unconference where early adopters of Cloud Computing technologies exchange ideas. With the rapid change occurring in the industry, we need a place where we can meet to share our experiences, challenges and solutions. At CloudCamp, you are encouraged to share your thoughts in several open discussions, as we strive for the advancement of Cloud Computing. End users, IT professionals and vendors are all encouraged to participate.

Wir freuen uns schon auf die interessanten Themen und neue Kontakte.

Begonnen haben wir zunächst mit der Ist-Analyse mittels der Firefox-Plugins:

• YSlow von Yahoo
• Page Speed von Google

Enthalten in diesen Tools sind auch ein paar Optimierungswerkzeuge, vor allem aber Hinweise zu Verbesserungsmöglichkeiten.

Einige der Punkte:

• Reduzierung der HTTP-Request - Zusammenfassung/Reduzierung der .js, .css und Image-Dateien
• Schnellerer Seitenaufbau – CSS so früh wie möglich, JS so spät wie möglich einbinden
• Geringere Dateigröße – Übertragungskomprimierung, JS/CSS-Verkleinerung(löschen von Kommentaren, Leerzeichen etc.), Bildkomprimierung(verlustfrei)
• Cacheunterstützung – Gültigkeitsheader mit langer Laufzeit

Vieles berücksichtigen wir zwar schon in unseren Projekten, die Reduzierung und Zusammenfassung der Dateien werden wir aber noch verbessern. Die CSS/JS-Positionierung war uns bisher unbekannt.

Es gibt noch weitere Ansätze, z.B. die Plazierung der Images in einem CDN (Content Delivery Network) oder einfach unter einer Subdomain.
Ersteres sind Dienste die sich auf die schnelle Auslieferung von Dateien spezialisiert haben. Die Subdomain ist ein Trick um die Browserbeschränkung der gleichzeitigen Downloads von einem Server zu umgehen.

Dieser Ansatz klingt zwar verlockend, doch verträgt er sich nicht unbedingt mit einer SSL-gesicherten Verbindung. Wir hatten früher schon testweise die JavaScript-Bibliothek prototype.js vom Google Server bezogen. Leider verursacht das eine Mixed-Content-Warnung beim Benutzer.

Das nachfolgende Beispiel macht Probleme bei der Verarbeitung mit SimpleXML.
Der erste code-Block enthält neben dem Code-Template auch noch weitere XML-Anweisungen.
[xml]

Eine Lösung dieses Problems war die Verarbeitung dieser Bereiche mittels DOM, wie hier angeregt SimpleXML : Edge Conditions wurde.

Der Quelltextausschnitt dazu:
[php]
$dom = dom_import_simplexml($xml);
foreach($dom->childNodes as $child){
if($child->nodeType == XML_TEXT_NODE)
$this->writeText($child->nodeValue);
else
$this->proceedNode(simplexml_import_dom($child));
}
[/php]

Dieses Iterieren im DOM liefert jeden Textteil einzeln, so dass wir nach der Verarbeitung des foreach-Knotens unser gewünschtes Resultat erhalten:
[php]
parent::setAttribute(‘Role_[#role.name]‘, $value);
parent::setAttribute(‘Role_[#role.name].[#pk.name]‘, $value);
parent::store();[/php]