Gestern war ein sehr guter Tag! Nach einem Vortrag auf der QCon endete der Tag mit dem CloudCamp. Ein Abend, der dem Thema Cloud gewidmet war, mit einer erstaunlichen Teilnehmerzahl! Mehr als 500 Leute nahmen teil.
Es stellte sich heraus, dass man sich zwar im Allgemeinen einig ist, was eine Cloud ist, aber niemand genau weiß, was man damit machen soll!
Lassen Sie uns mit einem kleinen Überblick über Everything cloud beginnen:
- IaaS
- PaaS
- SaaS
Schon verwirrt? IaaS: Infrastruktur als Service. Das offensichtliche und immer wieder verwendete Beispiel! Hier dreht sich alles um Virtualisierung. Sie wollen nichts mehr über die zugrundeliegende Hardware wissen, Sie wollen einfach nur in der Lage sein, eine neue Instanz Ihres Lieblingsbetriebssystems mithilfe eines Konfigurationstools zu starten. Amazon EC2 ist das Standardbeispiel für die Ausführung des Betriebssystems und Amazon S3 ist das Standardbeispiel für die Speicherung. PaaS: Plattform als Service. Dabei handelt es sich im Grunde um das Konzept, dass Sie einige (proprietäre) Regeln befolgen, um Ihre Anwendung so zu schreiben, dass sie in der Cloud eines anderen Anbieters laufen kann und Sie sich nicht mehr um die zugrunde liegende Infrastruktur, Hardware, Betriebssysteme, App-Container, Datenbankverwaltung usw. kümmern müssen! Beispiele hierfür sind Google App Engine und Force.com. Und leider auch CogHead. SaaS: Ein etwas seltsamer Begriff in dieser Liste. Es bedeutet Software as a Service. Sie verwenden Software (in der Regel webbasiert), die Ihnen von einem Dritten auf dessen Systemen angeboten wird. Und deren Systeme laufen vielleicht auf einer Cloud-ähnlichen Plattform, es ist Ihnen nur egal. In den wichtigsten Beispielen wie SalesForce gibt es viel zu konfigurieren und viel zu personalisieren. Es riecht stark nach ASP (Application Service Providers) und hat oft etwas von Portal an sich. Keine radikalen neuen Konzepte. Es hat sich gezeigt, dass der ganze Hype um die Cloud nicht von radikalen neuen Technologien herrührt, sondern von den verschiedenen Preismodellen und ein wenig von der Trennung der Interessen. Die meistgenutzten Argumente für die Nutzung von Clouds basieren auf einem IaaS-Modell: Sofort verfügbare Hardware, Sie zahlen nur für die Zyklen, die Sie nutzen, Sie brauchen sich nicht mehr um die Wartung der physischen Geräte zu kümmern und Sie können für Spitzenzeiten wie Jahresendkalkulationen skalieren. Da die Preismodelle derzeit auf diesem Bursting-Konzept basieren, ist es leider für viele unserer Unternehmen nicht uneingeschränkt anwendbar. Eine interessante Art, diese verschiedenen Modelle zu betrachten, ist, dass Sie, wenn Sie sich in der Liste nach unten bewegen, viel mehr Freiheit von Sorgen bekommen. Bei PaaS müssen Sie sich bereits nicht mehr um alles kümmern, was mit Ihrer Anwendungslogik zusammenhängt. Sie haben eine Containerschnittstelle, die Ihnen zur Verfügung gestellt wird, und brauchen sich um den Rest nicht zu kümmern. Das könnte Ihre Entwicklung erheblich beschleunigen. Möglicherweise. Möglicherweise. Der Preis dafür ist, dass Sie sehr proprietär und an Ihren Anbieter gebunden sind! Diese Verbindung scheint nicht so schlecht zu sein, bis Sie sich das Beispiel von CogHead ansehen. Diese PaaS-Plattform wurde kürzlich von SAP aufgekauft. SAP hat jedoch nicht die Kunden gekauft und den öffentlichen Dienst nicht weitergeführt. Das bedeutet, dass diese Leute eine rechtliche Mitteilung erhalten haben, dass sie 3 Wochen Zeit haben, die Plattform zu verlassen, bevor der Service eingestellt wird. Können Sie in 3 Wochen Ihr gesamtes Unternehmen umschreiben? Und eine Migration bewältigen? Wahrscheinlich nicht! Während SaaS offensichtlich ein ähnliches Problem hat, scheinen die IaaS-Modelle sicher genug zu sein. Sie machen alles so, wie Sie wollen, und erstellen wahrscheinlich Images mit den üblichen Plattformen, die Sie überall bekommen können, auch in Nicht-Cloud-Umgebungen. Das größte Risiko sind hier Ihre Daten. Es gibt eine Reihe von Beispielen von Leuten mit einem Kundenstamm, die inzwischen so viele Daten in Amazon S3 gespeichert haben, dass es keine Möglichkeit gibt, sie in einem vernünftigen Zeitrahmen wieder herauszuholen. Und dann ist da noch die Sicherheit der Daten und die Vorschriften, die die Diskussion über öffentliche und private Clouds (gemeinsame Nutzung oder nur für Ihr Unternehmen) und hybride Modelle zwischen Ihrer Infrastruktur und der Cloud auslösen. Das Problem, das sich hieraus ergibt und das wir bei der Enterprise Cloud-Diskussion auf dem CloudCamp am meisten erörtert haben, ist, dass das Problem mit den Clouds derzeit nicht die Technologie ist (obwohl PaaS gerade erst am Anfang steht), sondern vor allem die SLAs und Escrow-, Preis- und Vertragsmodelle, die nicht ausgereift sind. Es sind die Entwicklungen in diesem Bereich, die Innovation und Nutzung vorantreiben werden, nicht die nächste technische Skalierungslösung.
Verfasst von
Guido Schoonheim
Guido's passion lies in creating structure and showing the right direction in politically and technologically complex environments. His style is in essence enabling and guiding, but with a firm focus on the overall result. Experience includes managing complex programs (5+ teams / projects in multiple countries) and large software projects (>2M) to completion. Having done projects both as interim manager on the client side and as delivery manager on the supplier side Guido is intimately familiar with all facets of IT projects. Currently Guido is active as Change Manager and Agile Coach for large Scrum implementations.
Unsere Ideen
Weitere Blogs
Contact



