VMware bietet die VMware Cloud nicht direkt an. Eigentlich bietet VMware nur die Software an um eine VMware Cloud zu realisieren. Die Management Tools und die Basis um das zu realisieren was sich VMware unter Cloud vorstellt. Also „eigentlich“ ist die VMware Cloud eine „Virtuelle Maschinen“ Wolke die von „jemandem“ betrieben wird. Ob das nun der Endkunde ist der ein vCenter mit ein, zwei vSphere 5 Servern (also ESXi5) oder ein Hosting Provider ist der viele hunderte VMs für Kunden in einer „Public Cloud“ bereitstellt spielt eigentlich keine Rolle.
Lauft das Ganze beim Provider wäre es natürlich viel zu kompliziert und aufwendig „nur“ mit einem vCenter zu administrieren, dafür gibts dann das eigenständige Produkt genannt vCloud Director von VMware das diese Management Ebene nochmal eins nach oben schiebt und es erlaubt viele hunderte VMs (angeblich 10.000) durch ein „single pane of glass“ zu betrachten und zu administrieren. Natürlich mit Möglichkeiten im Bereich der Security diese zu isolieren, Role Based Access Security um Admins der Kunden auch VMs administrieren zu lassen ohne das sich diese mit Umgebungen anderer Kunden vermischen. Vor allem auch ohne das sich der Kunde Gedanken machen muss, wo lauft das Ganze jetzt. Wer kümmert sich darum das genug Speicher vorhanden ist. Wer schaut auf die Storage Auslastung. Das ist alles Aufgabe des (Cloud) Providers. Der Kunde hat einfach den Service „virtuelle Maschine“ und betreibt darauf seine Services wie SQL, Exchange, Active Directory, SharePoint, DNS, DHCP, FTP,... und wie sie nicht alle sonst noch heissen.
Aber wie gesagt – Im Prinzip ist jede vSphere Installation schon eine kleine Private Cloud. Neben der Management Software gibts durch offene APIs natürlich die Möglichkeit jederzeit eine Private Cloud (vSphere Server im Keller) mit der Public Cloud zu mischen und eine Hybrid Cloud zu machen. Damit ist es einfach möglich ein fertiges Image das bei mir im Haus bereits läuft (Exchange 2010 zum Beispiel) einfach mit einem Klick in die Public Cloud zu schieben. Gedanke dahinter – ich brauch mehr Leistung und hab kein Geld für Investitionen, dann schieb ich die VM einfach in die Cloud und kauf mir dort on demand mehr Leistung zu, die mich aber nur einen Bruchteil dessen kostet was eine Aufrüstung meiner vSphere Infrastruktur mit neuer Hardware zum Beispiel kosten würde.
VMware bietet also eine Plattform an um Clouds zu bauen, sie bieten nicht die Cloud selbst, auch das muss ein Provider tun (nicht VMware). Somit kaufen kann ich VMware vCloud bei einem VSPP Partner der einfach einen vCloud Director hat und mir dieses Service anbietet. Was ich dann drauf laufen lass ist im Prinzip mein Problem.
Office 365
Auch hier spricht Microsoft von einem Cloud Service. Also derer Mehrer natürlich, da Office 365 ja nicht nur aus Exchange besteht sondern auch aus SharePoint und Lync. Aber Moment. Lync und SharePoint und Exchange,... das sind doch alles Produkte die man ganz normal kaufen kann. Wieso ist das auf einmal eine Cloud? Naja, das is jetzt ned sooo einfach. Hier wird halt der Begriff „CLOUD“ etwas lockerer gesehen und auch wenn das Service klar definiert ist (Collaboration, intelligente File Ablage, Echtzeitkommunikation) dann ist es doch in Summe trotzdem ein Service den der Endkunde konsumiert und sich nicht darum kümmern muss woher er kommt oder? Das reicht für ne Cloud.
Microsoft geht halt den Weg und sagt offen – Hey klar wir verwenden das Flaggschiff der Messaging Plattform um den besten Cloud Service überhaupt zur Verfügung zu stellen – EXCHANGE ONLINE! Dito mit SharePoint und Lync. Nur, genau betrachtet ist das ja keine CLOUD im eigentlichen Sinn (oder nur im VMware Sinn nicht?) sondern nur ein simpler Service der aus der Wolke konsumiert wird. Also eher mehr so Anfang 90er Jahre als wir stolz unsere ersten GMX Postfächer präsentiert haben und nach dreimal checken am ISDN Anschluss feststellen mussten dass das Monatsdownload-Limit erreicht war.
Ja – das klingt jetzt hart, aber fairerweise muss man halt schon sagen, reduziert man es auf die wesentlichen Dinge, dann is es doch nur gmx, rapidshare und ICQ oder nicht? Naja – das Argument ist auch hier natürlich einerseits Funktionalität und natürlich auch die unterschiedlichen Varianten von OnPremise und Cloud Kombinationen, genannt Hybrid Cloud. Also auch hier – man stöpselt einfach den Internet Stecker an die Wand, klickt zweimal und hat in der Firma seinen Exchange mit dem Exchange in der Wolke verbunden. Schon ist das Ganze eine Hybrid Cloud und es ist dem User wieder egal, liegt die Mailbox auf Office 365 oder auf dem lokalen Exchange Server. Er hat sein Outlook und das muss funktionieren. (im Idealfall natürlich mit Single Sign On und sonst ned einem zweiten Passwort.)
Integration ist das grosse Stichwort das Microsoft hier anpreist und als Alleinstellungsmerkmal versucht heraus zu streichen. Sie haben ja auch nicht unrecht, solang der Endkunde auch Microsoft als Infrastruktur einsetzt (wer hat das nicht?).
FAZIT
Was kann ich sagen – Cloud ist Cloud egal wer sie anbietet, letztendlich bekommen wir doch immer nur einen Service präsentiert. Der Eine setzt halt beim Mail an, der andere beim Betriebssystem. Ob das eine jetzt mehr oder weniger Cloud ist, sei dahingestellt. Entscheidungshilfe für die eine oder andere kann ich keine geben, nur Hilfe das Rettungsboot zwischen all den Wolken zu finden.
Und zu guter Letzt gibt’s wie erwähnt auch die Möglichkeit, eigene Services zu entwickeln, wie z.B. Windows Azure oder eben auch vom Hersteller Google, das ist dann wohl die „echte Cloud“ und nicht nur ein „Software as a Service“, wenn man bedenkt, dass seine eigene Cloud-Software dann heute auf einem Server läuft und auf Wunsch dann morgen auf Tausenden? Ja da gibt’s schon auch einiges an neuen Möglichkeiten, wir werden sehen und beraten Sie jederzeit gerne zum umfassenden Thema "CLOUD"!
Bei Fragen zum Thema können Sie sich jederzeit an uns wenden:
>> zum Kontaktformular