2010 sind einige Deutsche IaaS-Angebote hinzugekommen, leider sind viel hiervon nur Virtualisierung mit einem Schieberegler für 30 Tage, aber immerhin bewegt sich der Markt. Das Angebot von richtigem IaasS wird sich 2011 in Deutschland deutlich verbessern. Im PaaS-Markt sieht es in Europa weiterhin sehr leer aus, aber alleine der Kauf von Heroku dürfte nochmal ordentlich Schwung in den Markt bringen. SaaS ist sicherlich das am meiste wahrgenommen Cloud Computing Thema, 2011 werden hier weitere spannende Dienste hinzu kommen. Und auch bei SaaS gilt, nicht überall wo “Cloud” drauf steht ist gleich Cloud drin!

Datenschutz

Auch 2011 wird es wieder große Datenskandale geben. Doch auch wie 2010 werden die größten Skandale nicht aus Diensten der Cloud kommen, sondern aus In-House-Lösungen! Denn das größte Problem sind unmotivierte und schlecht bezahlte Mitarbeiter, die ihren Arbeitgebern eins auswischen wollen. 2011 wird aber auch zeigen das Cloud nicht immer nützlich ist, Thema WikiLeaks. Daher hoffe ich das 2011 eine starke Konkurrenz gegen Amazon auftaucht, OpenStack ist hier ein guter Lösungsansatz.

Was meinen die deutschen Cloud Macher?

Ich habe einige Cloud Anbieter aus den Bereichen IaaS und PaaS angeschrieben und um Ihre Meinung gebeten.
Vielen Dank an dieser Stelle für die schnellen Reaktionen!

Wenn ich die Zukunft vorraussagen könnte… Fest steht offensichtlich, ich kann es nicht. Einen derartigen Heroku Traumexit konnte keiner vorrausgesehen. Mit etwas Glück ist jetzt auch der deutsche Markt endlich aufgewacht und erkennt das Platform as a Service nichts geringeres als die Zukunft der Softwareentwicklung ist.
Philipp Strube von cloudControl

In 2011 werden in Deutschland vermehrt Provider in den Cloud Markt einsteigen. In 2010 war dies noch kaum der Fall, auch wenn viele Angebote fälschlich mit Cloud betitelt wurden. So war ja bspw. fast jedes zweite Produkt auf der Cebit 2010 angeblich Cloud xyz.
Dennoch glaube ich, dass die Adaption von Cloud in Deutschland auch in 2011 noch gering sein wird. Die klassischen KMUs werden in dem Bereich in 2011 noch nicht sehr viel machen, dies sollte sich zum Jahresende hin jedoch verändern. Wir glauben, dass sich technologisch einiges in 2011 tun wird. So wird bspw. mit dem Release von OpenStack in 2011 einiges im Markt der Cloud Plattformen in Bewegung kommen. Aus unserer Sicht ist das Thema Cloud jedoch nach wie vor sehr stark IT/Admin getrieben. Dabei ist Cloud dafür prädestiniert, vom eigentlichen Anwender direkt genutzt/provisioniert zu werden. Die meisten Cloud Anbieter haben hier jedoch noch kein “Business User” taugliches Angebot (als Ausnahme sei hier bspw. Salesforce genannt). U.a. an diesem Thema, arbeiten wir derzeit sehr stark und haben schon im November 2010 eine Cloud Management Platform mit dem Business User als Anwender im Fokus vorgestellt.

Christoph Streit von ScaleUp Cloud Technologies

Ich denke, dass Cloud Computing im Mainstream angekommen ist. Produkte wie das iPad verzichten gänzlich auf die Anschlussmöglichkeit von externem Speicher. Wer hier Daten austauschen will, muss die Cloud wählen. Und ich habe noch niemanden darüber klagen gehört – im Gegenteil: Selbst ungeübte Computernutzer haben das Prinzip in kürzester Zeit verstanden.
Auf der “echten” Technikseite gibt es nach wie vor viele Hürden: Keine API ist zum allgemeingültigen Standard geworden. Amazon ist Marktführer, die Preise sind aber inbesondere bei Dauermiete jenseits von Gut und Böse. Die deutsche und internationale Konkurrenz ist mitunter besser aufgestellt was Preise und/oder Performance angeht, der Vendor-LockIn greift aber hier ebenso. Für 2011 wünsche ich mir also vor allem etwas, das als Standard Cloudübergreifend funktioniert: Mal hier, mal dort zu deployen ist der Traum der Kunden – und mit was? Mit Recht.
Marc Korthaus von SysEleven

Cloud-Computing wird langsam aber immer sicherer Verbreitung in Deutschland finden, auch wenn die Skepsis sicher noch eine ganze Zeit lang in der Luft hängen wird. Der Markt selbst ist in Deutschland nach wie vor noch sehr jung und wartet geradezu auf einen deutschen Hoster der Infrastruktur als Service anbietet und Amazon echte Konkurrenz macht oder den Eintritt von Amazon selbst.
Es wird sicher noch das eine oder andere Startup im Bereich Cloud-Computing auftauchen, genauso wie andere verschwinden werden, sei es durch Exit (siehe Heroku, CloudKick, CloudBees, et. al. Ende letzten Jahres) oder weil der Markt in Deutschland einfach noch nicht genug hergibt.
Mathias Meyer von Peritor

In 2011 wird es die ersten “echten” deutschen Cloudhostingfirmen geben, die auch für professionelle Nutzung geeignet sind. Bisher wird Cloudhosting ja eher als “ich kann die Leistungseinstellungen meines virtuellen Servers selbst wählen und ab und zu verstellen” mißverstanden.
Für mich ist Cloudhosting aber das Hosting kompletter Anwendungen in einer Cloudinfrastruktur. Also Firewalls, Loadbalancer, Frontend-Server, Applikations-Server, Datenbank-Server, Backup-Server und alles komplex vernetzt. Da fängt für mich Cloudhosting an
Andreas Gauger von ProfitBricks

Bildquelle: Glaskugel von äquinoktium

Das Ganze wäre jetzt auch nichtmal weiter spannend, wenn da nicht folgende kleine Anekdote wäre. Vor einiger Zeit schrieb der Enomaly Gründer auf seinem Blog eine kleine Abhandlung über Zimory die er mit dem Fazit Zimory sei wohl 5-10 Jahre zu früh schloss. Mit dem Start von Spotcloud hat sich @SamJ in seiner provokativen Art den “Spaß” erlaubt und in eben diesem Text Zimory durch Spotcloud ersetzt.

At the end of the day, I’m not convinced we’re ready for “standardized” cloud exchanges. The cloud computing industry is still emerging, there are no agreed upon standards for how we as an industry can collaborate as partners yet alone trade capacity. In a lot of ways I feel ZimoryEnomaly is putting the cart before the horse and is probably 5-10 years too early.

Das Ergebnis gibts hier (en): Enomaly’s SpotCloud and ‘The Case Against Commodity Cloud Exchanges’ (Redux)

Mit JiffyBox hat domainFACTORY, eines der Schwergewichte im deutschen Hostingmarkt, sich ebenfalls dem Thema angenommen und verdient bereits vorweg ein großes Lob. JiffyBox erfüllt alle Anforderungen eines echten IaaS-Angebots.

• Freie Wahl der OS-Images inklusive der Möglichkeit eigene Images zu verwenden
• Freie Wahl zwischen 2.6.26er oder 2.6.18er Kernel und sogar die Möglichkeit eigene Kernel zu verwenden
• Steuerung per API (Webinterface ebenfalls möglich)
• Komplett nutzungsbasierte Abrechnung
• Keine Mindestvertragslaufzeiten

Was will man mehr?

Da für uns die API und die Möglichkeit eigene Images und Kernel zu nutzen besonders wichtig ist, habe ich mir die API mal etwas genauer angesehen (PDF). Bei der JiffyBox handelt es sich laut der guten Dokumentation um eine RESTFul-API die per JSON kommuniziert. Sieht schonmal sehr gut aus.

Doch gleich auf einer der ersten Seite lese ich folgendes:

https://api.jiffybox.de/<API-Token>/v1.0/<modul>[/<bereich>][/<bereich N>]

Eines der Grundprinzipien, wenn nicht sogar das Grundprinzip von REST ist es für mich, dass jede Ressource über eine eigene URL angesprochen wird. Wenn jetzt allerdings wie hier, als Teil der URL ein API-Token übergeben wird, dann haben die Ressourcen keine eindeutigen URLs, denn diese ändert sich ja mit jedem Login. Das ganze ist jetzt zwar kein Beinbruch und sicher gibts es genug Entwickler in der weiten Welt des Internets, die das ganz anders sehen als ich. Aber es gibt meiner Meinung nach bessere Methoden um Authentifizierungstokens zu übertragen. Z.B. im Header.

Positiv anzumerken ist aber definitiv, dass die API sehr sauber auf die Verwendung der Verben achtet und eine eindeutige Versionierung bietet. Etwas, dass wir bei unserer API bisher noch nicht umgesetzt haben.

Alles in allem bin ich aber von JiffyBox durchaus begeistert und kann es nur begrüßen, dass es damit eine brauchbare alternative zu EC2 aus deutschen Landen gibt. Einzig bei den Instanzengrößen könnte man noch etwas nach oben nachbessern. Aber das kommt sicher mit der Zeit.

Aber das ist noch nicht alles, zusätzlich zu den beiden Schwergewichten Rackspace und NASA haben sich noch 100 weitere Entwickler dem Projekt angeschlossen. Eins ist klar, man will hier eindeutig das dominante Open Source Cloud Projekt werden.

Ich kann das nur begrüßen. Zwar gibt es mit Eucalyptus bereits eine vergleichbare Lösung die ebenfalls Open Source ist. Aber gerade die Open Source Gemeinschaft stellt schon seit Jahren unter Beweiss, dass immer Platz für verschiedene Projekte und Ansätze ist. Und der Innovation und Qualität der Projekte schadet es sicher nicht. Ganz im Gegenteil. Es bleibt also abzuwarten und OpenStack ist auf jedenfall ein sehr spannender Ansatz.

Insbesondere für Rackspace ist das natürlich kein Selbstzweck. Höchstwahrscheinlich sieht man in diesem Schritt die große Chance endlich technologisch zu Amazon aufzuschliessen, die völlig zurecht der Quasi-Standard sind.

Ich werde mich demnächst mal genauer mit den einzelnen Komponenten beschäftigen und dann ggf. berichten.

Mit MyCityCloud startet der Hostinganbieter City Network aus Schweden ein waschechtes IaaS Angebot. Die Software dazu liefert der kanadische Anbieter Enomaly. Als Hardware setzt man laut Anbieter auf Dell und Cisco. Löblich hervorzuheben ist ganz klar die prominente Plazierung der API direkt in der Hauptnavigation. Hiermit symbolisiert man ganz klar, dass man verstanden hat was den Unterschied zwischen altmodischen V-Servern und Infrastructure as a Service wirklich ausmacht. Ein kleines Detail, dass viele Anbieter hierzulande noch nicht verstanden haben.

Aber nicht nur in Sachen API setzt man bei MyCityCloud alles daran direkt mit Amazon EC2 konkurrieren zu können. Auch preislich stehen die Zeichen auf Sturm.

Die kleinste Konfiguration mit 1 CPU Kern, 512 MB Ram und 20 GB Festplatte gibt es bereits für € 0,019 pro Stunde. (ca. € 14 pro Monat) Die nächstgrößere Konfiguration schlägt mit € 5 mehr pro Monat zu buche. CPU-Kerne und RAM sind dabei nicht ganz frei wählbar sondern nur in bestimmten Konfigurationen. Bei der Auswahl und der Preiskalkulation hilft ein übersichtliches kleines Tool auf der Webseite.

Weniger gut gefällt mir, dass die Auswahl der Betriebssysteme auf den ersten Blick stark an die eigentliche virtuelle Maschine gekoppelt ist. Ein kurzer Blick in die API lässt allerdings vermuten, dass man hier noch selbst Hand anlegen kann. Eine kurze Nachfrage bei Enomaly Gründer Reuven Cohen ergab, dass es grundsätzlich möglich ist eigene Images zu nutzen. Ob MyCityCloud dies gestattet konnte ich bisher nicht in Erfahrung bringen.

Alles in allem erscheint MyCityCloud ein durchaus brauchbares IaaS-Angebot zu sein und kann insbesondere dank der Server in Europa eine interessante Alternative für verschiedene Einsatzzwecke darstellen.

Trotzdem möchte ich den wirklich guten Artikel von Gojko Adzic nochmal verlinken, weil er eine schöne übersichtliche Zusammenfassung des Problems gibt.

Designing applications for cloud deployment

Der Grundpreis für den Server beträgt 39,99 Euro im Monat inklusive einem Prozessorkern, ein Gigabyte RAM und 100 Gigabyte Festplattenplatz. Jeder weitere Prozessorkern, zusätzliche Gigabyte Arbeitsspeicher oder 100 GB Plattenplatz kosten jeweils fünf Euro im Monat.

Quelle: http://presse.1und1.de/

Und warum ist dies jetzt kein Cloud Computing?

• Ich binde mich mindestens 1 oder 12 Monate an eine Dienstleistung.
• Prozessorleistung, Arbeitsspeicher und Festplattenplatz können zwar täglich geändert werden,  abgerechnet wird dies aber für den ganzen Monat.
• Meine Bandbreite ist auf 100 Mbps begrenzt, dabei ist diese für Stoßzeiten z. B. für TV-Beiträge besonders wichtig!
• Cloud Computing ist mehr als nur Virtualisierung eines Images, es ist eine neue Sicht- und Denkweise.

Letztendlich bleibt es ein Virtuelle Server mit der Option Ressourcen über einen längeren Zeitraum anzupassen und dies geht schon seit einigen Jahren mit der Lösung von  der vanager GmbH, allerdings auch nur nach oben.

Deshalb kann man sich durchaus berechtigt die Frage stellen, ob man nicht auch mit den US Instanzen arbeiten kann. Wie wirkt sich die höhere Latenz wirklich aus. Genau dies hat das Cloud Computing Blog untersucht.

Wie sich herausstellt sind die Unterschiede durchaus signifikant und die Auswirkungen dementsprechend auch. Es scheint also ratsam zu sein, den Aufpreis für die EU-Zone zu zahlen, wenn man EC2 Instanzen einsetzt. Zusätzlich, hier kommt es natürlich auf das Projekt an, sollte man auch immer daran denken, dass es datenschutzrechtlich nicht ohne weiteres möglich ist, persönliche Daten auf Servern ausserhalb der EU zu speichern.

Damit ist zwar das Problem beschrieben, aber nicht die Ursache.

Ganz besonders hervorzuheben ist dabei ein Unterschied. Amazon Instanzen werden jedesmal frisch aus einen Image gestartet. Wenn die Instanz beendet wird, gehen alle Änderungen verloren. Was für den ein oder anderen auf den ersten Blick erschreckend wirken mag, ging mir vor einem Jahr auch noch so, ist wenn man ehrlich ist die einzige brauchbare Lösung wenn man eine größere Anzahl an Instanzen verwalten will oder muss.

Nur durch diese Images hat man 1. jederzeit einen definierten Zustand und kann 2. überhaupt wirklich kontrolliert Softwareupdates fahren. Natürlich gibt es da verschiedene Lösungen zum Update- bzw. Patch-Management. Aber eigentlich weiss jeder, kommt es damit in der Praxis immer wieder zu Problemen.

Durch die Images hat man jederzeit einen frisch Installierten Server wenn man eine EC2 Instanz startet. Die Images selbst kann man updaten, testen und dann problemlos neue Instanzen damit starten und die alten beenden. Diese Tatsache zwingt einen natürlich dazu nach dem Start automatisiert verschiedene Anpassungen vorzunehmen, die die Instanz auf ihren eigentlichen Einsatzbereich vorbereiten. Genau damit bereitet man sich aber auch darauf vor die Anzahl der Instanzen jederzeit erhöhen oder verringern zu können. Zumindest in der Theorie. In der Praxis wird die ein oder andere Anwendung wohl noch Probleme machen.

Hier ist der Punkt an dem die meisten anderen Anbieter einen Kompromiss eingehen und damit auch den meiner Meinung nach größten Fehler, wenn es um Cloud Computing geht. Man startet eine bestimmte virtuelle Instanz und nicht einfach irgendeine. Damit ist es aber auch nur das. Virtualisierung. Echtes Cloud Computing (Infrastructure as a Service) wird daraus erst wenn die einzelnen Instanzen völlig austauschbar werden. Und das werden sie eben nur, wenn sie jederzeit mit genau dem selben definierten Zustand per API erstellt werden können.

Gerade die API ist dabei aber auch Pflicht. Wer als IaaS Anbieter nicht zumindest geplant hat eine solche Schnittstelle zeitnah anzubieten sollte ganz schnell nochmal sein Angebot überdenken. Wer jetzt lediglich mit einem Virtualisierungsangebot startet und das ganze dann Cloud Computing nennt wird es meiner Meinung nach am Markt nicht lange verkaufen können. Noch ist es nicht zu spät.

Grundsätzlich ist die Software ähnlich wie Eucalyptus Open Source, es gibt aber jetzt neu die Service Provider Edition. Wer sich dafür interessiert findet die Infos sicher auf der Enomaly Webseite. Einige der Neuerungen hier kurz im Überblick:

- KVM is now directly supported as a hypervisor at install time.
- Sample data is installed during initial installation, so there is no need to create a customer/group/permissions before testing the system. See INSTALL for default user/pass.
- VNC window in customer UI is now identical to the Admin UI. Passwords for the VNC console are now found under Info button at VM level.
- Info window now shows how to connect with an external VNC client as well as the existing Java applet.
- VNC window can be disabled entirely on a per VM basis.
- App Center can now be searched/filtered. This is useful if you offer a large number of appliances.
- Admin Dashboard now shows graphical whole cluster resource usage.
- Network Manager has been removed. All deployments are recommended to use DHCP for IP assignment going forward.
- Various performance improvements have been added at customer UI level.
- Various performance improvements have been added to infrastructure code.

Wer mehr Details aus erster Hand benötigt bekommt diese von Reuven Cohen dem Gründer und CTO von Enomaly auf seinem Blog.