Platform as a Service

Now some say this last part, the deployment and scaling of single web applications is what most PaaS providers consider their sweet spot – the single reason how they justify their own margin. Be it Heroku, Engine Yard, phpfog, Scalarium, us or almost any of the impressive list of newcomers have one thing in common. Most sit on top of Amazon Web Services. The single most important reason for that is, there really isn’t much alternatives out there. Yes it’s true, there are other IaaS providers around but most of them are still trying to figure out why an API is a must have feature. This comes as no surprise, because the hosting industry isn’t used to innovate in software. For years they simply used Parallels stuff and competed in pricing. Only this time Parallels missed the bus and is way late to the Cloud party. (On a side note, that “Understanding the Cloud” article is probably the worst piece of info I’ve come across in a very long time.)

Ok, so this wasn’t exactly on topic but it’s important to understand because it is the reason why Amazon’s move into PaaS might turn out to be a big problem for some but not all the other PaaS providers. Effectively Beanstalk is free. Yes you still have to pay for the underlying AWS services you use but there is no extra for Beanstalk itself. By contrast all other PaaS prizes include Amazon’s margin plus the PaaS margin. At this point it looks a little as if Amazon is going to squash the PaaS providers much like it did with the “Cloud Management Platforms” when they launched the AWS console. Anyone remember Rightscale? Sure they support more than just EC2 but as we learned earlier none of those other IaaS providers ever really mattered in the first place.

Gameover Heroku?

Surely not. I wrote earlier that Beanstalk might be a problem for some but not all PaaS companies around. Heroku isn’t one of them, and not because they’ve been acquired by Salesforce, but because they are multi tenant. Beanstalk is not, in fact it allows you full access to all underlying AWS services including logging in to EC2 instances. That makes multi tenancy quite hard. At least for now, of course that may be subject to change in the future. Sure differentiation by additional services like an add-on marketplace as suggested here does help a little. But on its own it’s probably not enough. PaaS providers better have another competitive advantage. For add-on providers it’s always better to partner with multiple PaaS providers. No matter if those providers support the same or different languages. Because a variety of add-ons is highly latency sensitive it is best to have those add-ons in the same datacenter as the app servers. This basically means in the same AWS region. That’s why everyone needs Amazon and also Amazon needs to be careful not to ruin that evolving ecosystem because their first and foremost interest must be to have the highest possible occupation of virtual machines possible at all times. They need a wide variety of consumers on top of EC2 for that.

Multi Tenancy

Multi tenancy seems to be the way to go then. Because it allows to scale in much finer grained portions and it also allows providers to offer marketing wise very efficient free tiers. Amazon really has no interest in offering multi-tenant itself, because multi-tenancy means less virtual machines are necessary to host the same amount of applications. Good for Heroku and us, one might think. Not so good for the single-tenant ones. Now I know it’s not black and white and Rightscale also is still around and probably doing just fine. Smaller PaaS providers might differentiate by being close to the customer. But close also often means small, which might be a nice place to be but probably isn’t if you’re venture backed. Good thing is from the way Beanstalk is designed right now it doesn’t seem like Amazon is going for multi tenancy anytime soon and as I said they might not want to in the first place, so there still is time. Bad thing though, multi tenancy is the hard part. So better start now.

Not everything is a web app

True, not everything is, but will be. With all the different devices (Smartphones, Tablets, Desktops, Notebooks, Netbooks, etc.) the web is the least common denominator. It’s definitely going to be exciting to see this evolve in the future.

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

Frei nach dem Motto man muss sein eigenes Hundefutter essen (Eating your own dog food), kommt in diesem Zusammenhang natürlich nur eine Cloud Lösung in Frage. Ganz allgemein vermeiden wir es irgendwelche Software zu nutzen die man installieren muss, jedenfalls soweit möglich.

Warum Kundenbeziehungsmanagement (Customer Relationship Management)?

Diese Frage ist denkbar einfach zu beantworten, möchte man meinen. Es geht darum die Beziehungen des Kunden mit dem Unternehmen gezielt zu verwalten um so einen besseren Überblick über die gesamte Lebensdauer einer Kundenbeziehung zu haben. Davon verspricht man sich sowohl höhere Konversion von Interessenten zu Kunden als auch eine höhere Kundenzufriedenheit.

Warum CRM als Software as a Service?

Gerade für kleine und mittlere Unternehmen, die berühmt berüchtigten KMUs, bietet Software as a Service eine Reihe von Vorteilen.

Kein Installations-, Administrations- und Wartungsaufwand

Herkömmliche on-premise Systeme können mitweilen schonmal mehrmonatige Installations- und Einrichtungsphasen mit sich bringen. Wenn die dafür notwendige Expertise fehlt, kann man sich die professionelle Hilfe eines Systemintegrators dazu holen. Mit den entsprechenden Kosten versteht sich. Nach der Inbetriebnahme darf dann natürlich auch der Wartungsaufwand im Betrieb nicht vergessen werden.

Nutzungsbasierte flexible Kosten

Mit einer Software as a Service Lösung zahlt man pro Benutzer pro Monat. Dadurch lässt sich der Kostenaufwand exakt an den tatsächlichen Bedarf anpassen. Im Vergleich dazu muss für die on-premise Lösung häufig Hardware angeschafft werden die gerade bei kleinen Unternehmen gewisse Mindestanforderungen erfüllen muss die ggf. bereits zu hoch sind. Zu allem Überfluss lässt sich hier dann auch nichts flexibel nach oben oder gar nach unten anpassen, wenn sich die Unternehmenssituation verändert.

Bessere Sicherheit als bei herkömmlichen Systemen

Bei der großen Skepsis die hier in Deutschland der Cloud entgegen gebracht wird, geht dieses Argument meiner Meinung nach völlig unter. Viele Unternehmen gehen davon aus, innerhalb der eigenen vier Wände wären ihre Daten sicherer. Die Realität sieht allerdings häufig anders aus, denn für Cloud Anbieter ist die Sicherheit und inbesondere die Erreichbarkeit Kernkompetenz. Jede Maßnahme zur Steigerung dieser beiden Faktoren rechtfertigt sich viel leichter, wenn davon direkt tausende Kunden profitieren. Bei selbstverwalteten Lösungen sind Sicherheit und Ausfallsicherheit oft primär Kostenfaktoren, an denen gerade bei KMUs häufig gespart wird. Manchmal mit fatalen folgen.

Ohne weitere schamlose Selbstbeweihräucherung überlasse ich jetzt Jan das Wort:

Jan ‘luckyduck’ Brinkmann …Linux, PHP, luckyduck

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.

Besser ist es daher, wenn man möglichst nie offline ist. Zumindest nicht, wenn man es nicht selbst will. Zur Zeit stellt UMTS dabei die einzige echte Möglichikeit dar. Ja, die Latenzzeiten sind hoch, was insbesondere bei AJAX Anwendungen schonmal negativ auffalen kann, aber zumindest kann man arbeiten und im Endeffekt sind es ja nur ein paar hundert Millisekunden die man als Preis für die Arbeit im schattigen Cafe um die Ecke zahlt.

Fehlt natürlich noch die richtige Hardware und natürlich ein geeigneter Mobilfunk-Vertrag. Das Chaos, dass die Mobilfunkanbieter rund ums Tethering veranstalten erspare ich mir gerne. Eine gute Alternative ist die Base Internet Flatrate. Denn bei Base gibt es dieses alles ist ne Flatrate (bin ich nicht der größte Fan von, aber naja) System, mit kostenlosem Grundvertrag, aber trotzdem 24 Monaten Laufzeit und monatlich zuschaltbar und auch wieder kündbaren Flats, die sich ganz nach belieben zum individuellen Handy-Vertrag von BASE kombinieren lassen. Eine dieser Flats ist die Base Internet Flatrate die mit 20 Euro pro Monat zu buche schlägt und dafür unbegrenzt Traffic verspricht. Verspricht aber leider nicht hält, denn wird im Großtext noch von “im gesamten Internet surfen, mailen und downloaden – ohne Volumenbegrenzung” gesprochen, so weiss das Kleingedruckte natürlich auf 5GB zu beschränken und darüber auf 56 KBit zu drosseln. (Wann hören die Mobilfunker endlich mit diesem exzessiven Kleingedruckten auf?)

Für mich ist das ganze nicht als Handyvertrag selbst, sondern als reiner Vertrag für meinem UMTS Stick interessant, denn unter Linux hab ich bisher keine gute Anleitung gefunden wie mein Blackberry als Modem zu nutzen wäre. Ich hab aber auch nicht sonderich aktiv gesucht. Stattdessen hab ich so einen kleinen weissen UMTS-USB-Stick von Huawei. Zumindest mit Huawei Chipsatz und die Dinger funktionieren auch unter Linux einwandfrei. Reinstecken, läuft. Damit bin ich durchaus zufrieden.

Die monatlich kündbare Internet Flat von Base ist dabei ein interessanter Vertrag für mich, da ich sie in Monaten wo ich sie brauche nutzen und in anderen einfach wieder kündigen könnte. Schwierig dabei allerdings, dass ich selten wirklich vorher weiss wann ich son Ding brauche. Hab das auch schonmal mit diesen Tagesflats probiert, aber selbst da war das Konto dann ausgerechnet wenn ich es brauchte nicht aufgeladen. Und das Aufladen selbst war eine Qual…

Hat da jemand Tipps für mich? Wie macht ihr das mit dem Internet unterwegs?

Sencha Touch ermöglicht es Entwicklern für diese beiden weit verbreiteten Smartphone-Plattformen Anwendungen zu entwickeln, die sich automatisch nativ anfühlen, trotzdem aber nur einmal entwickelt werden müssen. Eine einmal dafür entwickelte Anwendung ist also ohne Aufwand auf beiden Plattformen lauffähig und es ist zu erwarten, dass auch neue Vertreter wie MeeGo oder Blackberry nach dem Umstieg auf einen Webkit basierten Browser z.B. in Zukunft unterstützt werden.

Das ganze ist der einzig logische Schritt in meinen Augen. Der von Apple und dem iPhone ausgelöste Hype um die Apps ist und war von Anfang an ein Schritt in die falsche Richtung. Mit einem Framework wie Sencha Touch hingegen werden Apps für die Smartphones nicht installiert, sondern im Prinzip wie eine Webseite von einem Server ausgeliefert. Mit sinnvollem Einsatz der neuen HTML5 Features ohne das typische Webseiten-Gefühl durch Ladezeiten etc. und mit nativem Look&Feel angepasst an das Smartphone des Nutzers. Zentraler Datenspeicher beim Anbieter, ausfall-, diebstahl- und Toilettenfall sicher und lokales Caching für die Performance. Das beste aus beiden Welten. Das Konzept überzeugt mich schon seit langem.

Der Vorteil des einmal entwickeln, läuft überall (der noch zu Beweisen ist) wird für viele Entwickler ein entscheidendes Kriterium sein. Der Aufwand für die Entwicklung auf unterschiedlichen Plattformen ist hoch. Das Risiko durch völlig willkührliche Aufnahmekriterien im schlimmsten Fall umsonst entwickelt zu haben tut sein übriges und man muss kein Hellseher sein um die Entscheidung vieler Entwickler vorhersehen zu können. Es muss ja nicht zwingend das Sencha Framework sein. Alternativen schaden ja bekanntlich nicht, weil Konkurrenz Innovation fördert. Und mir würden spontan 14 Millionen Gründe in kleinen grünen Scheinen einfallen, die die Alternativenentwicklung sicher antreiben werden.

Startup Lessons Learned

Eric Ries begann seine Begrüssung frei übersetzt mit der Erkenntnis, dass es keine bessere Zeit für Gründer gibt als unsere. Ries weiss, Software und das Internet haben eine unglaubliche  Macht bestehende Industrien und Geschäftsmodelle zu revolutionieren.

Weiter im cloudControl Blog >>

I’ve come to the realisation that a major source of the pain is the crazy requirements, not only from ‘the business’ but also those IT imposes on itself. Take a nice, simple application like Tadalist. Simple, sharable todo lists. Even if you don’t like the application you can at least realise that it’s a simple but functional appliation. I present:

Tadalist Enterprise Edition

“We want an application to maintain and share todo lists amongst our users”

However, enterprise applications never stop there. You have to consult with every business unit in the company, gather their requirements and design a system which solves them all.

Der Blogpost verdeutlicht für mich im krassen Gegensatz zur “Lean Startup Conference” gestern was der Unterschied zwischen einem Startup und einem Konzern ist und warum es wichtig für ein Startup ist, diesen Unterschied zu verstehen. Aber dazu an anderer Stelle mehr.

Why ‘Enterprise’ Development is Hard

via @bumi

Hallo Herr Reti,
sie bloggen mittlerweile schon eine ganze Zeit mit Ihrem Kollegen zum Thema Cloud Computing.
Wann kam das Thema bei Ihnen das erstemal auf und wann kam die Entscheidung “Jetzt müssen wir auch in diesen Markt einsteigen”?
Gibt es einen definierten Cloudmarkt? Ich würde sagen: Nein. Solange wir keine Einigkeit darüber haben, was Cloud ist (das zeigt sich ja auch an den Marktzahlen), wäre ich vorsichtig, diesen Begriff zu verwenden. Mir gefällt es besser, von einer dynamischen
IT-Leistungsbereitstellung zu reden, die statische Dienste zunehmend ablöst. T-Systems beschäftigt sich mit diesem Thema (Flexibilität in Verbindung mit Kostensenkung) bereits seit mehreren Jahren. Das zeigen die Kunden auf, die sich bereits für derartige Dienste entschieden haben. Die Entwicklung des Cloud-Ansatzes bestätigt uns darin, dass wir aufs richtige Pferd gesetzt haben. Mit dem Aufkommen der „Wortmarke“ Cloud Computing haben wir uns zum Ziel gesetzt, auf unser bestehendes Lösungangebot hinzuweisen und zudem weitere Entwicklungen in Richtung Cloud anzustoßen.

Wie organisiert man solch ein noch fast unberührtes Thema in einem Großkonzern wie der T-Systems?
Zunächst natürlich gingen wir den klassischen Ansatz: Wir haben das Thema in einer organisationsübergreifenden Arbeitsgruppe erörtert. Mittlerweile ging daraus ein Hauptverantwortlicher für das Thema hervor, Peter Arbitter. Darüber hinaus haben wir auf Web 2.0-Medien zurückgegriffen. Für mich verblüffend: die Reichweite, die man dadurch erlangt – plötzlich melden sich Kollegen, die sich auch mit dem Thema beschäftigen und mit denen man zu einem guten Austausch kommt.

Die Telekom betreibt eines der größten Backbone-Netze in Deutschland und viele Rechenzentren, hier liegt es nahe sich als IaaS-Anbieter zu positionieren. Aber Firmen wie Amazon oder GoGrid sind schon groß im Geschäft mit IaaS, wie will die Telekom diesen Vorsprung auf holen?
Sie haben völlig recht. Anbieter aus dem Telkoumfeld haben gute Karten für IaaS. Wir sehen hier gegen den Trend aber nicht unseren Hauptfokus. Ein zuverlässiges Netz ist zwar die unabdingbare Basis für Cloud (das wird in den Diskussionen häufig vergessen), aber viel mehr interessieren wir uns dafür, welche Dienste wir auf dieser soliden und sicheren Basis anbieten können. IaaS nutzen wir nur als Mittel zum Zweck. Wer sich ausschließlich für IaaS interessiert, kann bei Zimory, einem Partner von uns, fündig werden.

Was für Produkte können wir in den kommenden Monaten erwarten?
Sie haben auch hier recht: Cloud treibt die Produktisierung voran (auch ein Aspekt von Industrialisierung der IT). Wir verfolgen weiter unseren Pfad, unternehmenskritische Anwendungen wie SAP als flexiblen Dienst anzubieten. Darüber hinaus werden wir Kommunikationslösungen wie Managed VoIP Services anbieten. Auch ein Einstieg in hybride und Community Cloud-Szenarien ist für uns denkbar.

Wie erklären Sie Ihren Kunden Cloud Computing?
Cloud Computing ist aus meiner Sicht eine Philosophie, die ein Umdenken in den bekannten Formaten von IT-Produktion, -Lieferung, -Bereitstellung und –abrechnung erfordert. Vor diesem Hintergrund werden sich auch Beziehungen zwischen Kunden und Lieferant in Richtung Kurzfristigkeit bewegen.

Kritiker sagen immer wieder Datenschutz und Cloud Computing vertragen sich nicht.
Gerade im Geschäftskundenbereich ist dies ein heikles Thema. Welche Lösungen streben Sie hier an?
Unsere existierenden Lösungen fokussieren genau dieses Spannungsfeld. Als Anbieter von ICT im Großkundenumfeld können Sie es sich nicht leisten, Produkte oder Lösungen anzubieten, die nicht den Anforderungen an Datensicherheit und Datenschutz entsprechen. Meine Maxime ist, dass ein Anbieter in diesem Umfeld, Abstriche an dem Gedankenkonstrukt einer freien, vollkommen lokationsunabhängigen Leistungserbringung und Datenspeicherung machen muss, um Cloud gesellschaftsfähig zu machen. Genau dorthin versuchen Google, Amazon, Microsoft und andere Protagonisten der Cloud sich auch hin zu entwickeln.

Cloud Computing immer noch ein dehnbarer Begriff.
Ab wann kann man Ihrer Ansicht nach von Cloud Computing sprechen?
Wieviel Platz habe ich?
Ich persönlich halte von Definitionen zu Cloud nicht viel. Cloud ist heute mehr ein Bauchgefühl – das adressieren Sie mit Ihrer Frage ganz richtig. Hilfreich finde ich persönlich die Definition des NIST. Dort werden fünf essenzielle Kriterien gelistet (resource pooling, broad network access, measured service, on demand self service, rapid elysticity), die für Cloud notwendig sind. Mir kommt nur die Automatisierung zu kurz und evtl. der pay as you use Gedanke. Prüfen Sie alle Lösungen an diesen Kriterien, dann haben Sie einen guten Anhaltspunkt, inwieweit sie „cloudy“ sind.