Echt interessant, ich weiss. Was das mit Cloud Computing zu tun hat? Achja richtig.

T-Systems betreibt unter dem Namen Cloud Blog jetzt auch ein Blog zum Thema Cloud Computing. Neugierig wie ich bin habe ich das ganze mal direkt in meinen Feedreader gepackt.

An dieser Stelle also einen Gruß an die Blogger-Kollegen Dr. Martin Reti und Dr. Michael Pauly von T-Systems und ich freue mich auf spannende Beiträge.

Seit gestern ist Server in den Wolken dieses Blog der Woche. Mit einher geht ein kleines Interview zu meinen Beweggründen. Wer sich für die Motivation hinter Serverwolken.de interessiert kann das ganze bei t3n News nachlesen.

Am Rande bemerkt, das Photo von mir ist vielleicht etwas groß geraten…

Deshalb freue ich mich sehr Christoph hier als Co-Autor begrüssen zu dürfen. Nachdem er bereits einen Gastbeitrag geschrieben hat, wird er jetzt mit eigenem Account häufiger Artikel zum besten geben.

Ich bin schon gespannt, wie sich das ganze weiter entwickeln wird.

Ein bisschen hat es aber natürlich trotzdem mit diesem Blog zu tun, denn auf der re:publica gehts ja hauptsächlich um Blogs. Neben der langsam alt werdenden Frage ob Blogs nun aussterben, bereits tot sind oder doch schon Mainstream hatte ich gehofft ein paar Anregungen wie ich dieses Blog ausbauen kann zu bekommen und vielleicht auch ein paar andere Blogger mit ähnlichesm Themenfokus zu finden.

Das hat bisher nicht geklappt, wer sich jetzt aber angesprochen fühlt kann mich natürlich kontaktieren.

Mit dem MySQL Performance Blog schreibt man dort darüber hinaus eine der ersten Informationsquellen zum Thema MySQL Performance im Web, die hier auch bereits mehrmals verlinkt wurde. Darüber hinaus gibt es einen innodb Klon namens xtradb und eine damit und mit innodb kompatible Open Source Backup Lösung namens xtrabackup. Letztere ist jetzt in einer Beta Version erschienen und steht zum Download bereit. Mit diesem Beitrag soll lediglich auf diesen Umstand hingewiesen werden.

Gerade im Bereich Infrastructure as a service und Platform as a service steht man als Anbieter ebenfalls im Hintergrund. Kundenprojekte betrieben auf der bereitgestellten Hardware oder Plattform stehen im Vordergrund, die dahinter liegende Technik bleibt aber oftmals ja, im Hintergrund. Wie jedes Unternehmen stehen aber natürlich auch der Iaas oder Paas Anbieter vor der Notwendigkeit das eigene Angebot bekannter zu machen.

Was liegt da also näher, als die auf dem eigenen Produkt bzw. der eigenen Dienstleistung basierten Dienste vorzustellen und damit als Referenz zu nennen. Gerade im Bereich Cloud Hosting wird der Gedanke weg von altbekannten Hostinglösungen zu einer nicht wirklich einfach zu verstehenden Wolke mit einigen Bedenken verbunden sein. Die Tatsache, dass die Lösung bereits schon von anderen Projekten und Unternehmen genutzt wird kann da bei der Entscheidung helfen. Man kann u.U. die Dienste einfach mal ausprobieren und sich davon überzeugen, dass die Lösung wirklich einfach funktioniert. Oder man kann vielleicht auch das ein odere andere Unternehmen mal ansprechen und sich über Erfahrungen austauschen.

Dieses Vorgehen hat für beide beteiligten, den Dienstleister und das Projekt bzw. Unternehmen nur Vorteile. Umso verwunderlicher finde ich, dass bis auf Amazon niemand so wirklich gebrauch hiervon macht. Auf dem AWS-Blog werden in relativ regelmässigen Abständen neue Angebote vorgestellt oder Neuerungen bekannt gegeben, die in irgendeiner Form einen oder mehrere der Amazon Web Services nutzen.

Gerade der andere Gigant im Bereich Hosting von Webanwendungen in der Wolke, kurz Cloud Hosting, Google scheint dies noch nicht für sich entdeckt zu haben. Hat man hier Bedenken seine Unabhängigkeit zu verlieren und damit das Vertrauen in die eigene Suchmaschine zu schwächen oder hat man einfach keine Projekte die repräsentativ genug sind auf der Google App Engine laufen?

Letzteres kann ich mir nicht wirklich vorstellen, aber so ganz sicher bin ich mir nicht. Der Google App Engine Blog schweigt sich zu diesem Thema jedenfalls aus. Zwar gibt es die Applications Gallery, die auch eine gute Idee ist aber trotzdem nicht das selbe. Hier fehlt einfach die Bewertung, die eine Erwähnung eines Dienstes durch den Betreiber der Platform beinhaltet. Gerade wenn dies von Internetriesen wie Google oder Amazon kommt. Vielleicht ist es wirklich gerade dieser Punkt der Google abhält um die Unabhängigkeit nicht zu untergraben. Ob dies nicht ohnehin schon geschehen ist, indem Google immer mehr in Richtung Inhalteanbieter expandiert, sei jetzt mal dahingestellt.

• China market: SaaS sales value to grow to 52.8 billion yuan in 2011
• Cloud Computing with Enomalism (Fail: Es gibt keine Master Node in der Cloud)
• Disaster: LVM Performance in Snapshot Mode
• Web 3.0 for Small Business Blogs – Save Money on Softwares by using SaaS (Web 3.0, na endlich, wie hab ich das vermisst…)
• Citrix Sees Real Future For Virtualization (Nun wenn man Xensource gekauft hat, sollte man das auch.)

Tipps wie immer an: @pst555

Bildquelle: StudiVZ

Vor ein paar Wochen hab ich zum ersten mal von dem Projekt gehört und fand die Idee an sich relativ gut. Ich persönlich finde es immer sehr interessant wenn kleine und große Unternehmen Einblicke in ihre internen Strukturen gewähren.

Gerade im Bereich Technik wird es natürlich ungemein spannender, umso größer die Platformen sind. StudiVZ gehört dabei sicherlich zu den Größten Internetplattformen hier in Deutschland und deshalb können die StudiVZ Entwickler sicher einiges erzählen.

Ich bin zwar nun wahrlich kein StudiVZ Fan. Wie viele in Deutschland bin ich der Ansicht, dass man mit dem Fokus auf reine Vermarktung ohne große Innovationen und durch verschlafen einiger Trends im Bereich Social Networks (z.B. eine offene Plattform für Drittanbieterapplikationen) sich selbst keinen Gefallen getan hat. Darüber hinaus finde ich auch immernoch die Abmahnwelle gegen jedern der VZ im Namen hatte mehr als unschön.
Aber das sind alles Entscheidungen die auf anderen Ebenen in solchen Unternehmen getroffen werden. Im StudiVZ Developer Blog geht es um andere, um technische Themen. Deshalb verlinke ich an dieser Stelle gerne dorthin und freue mich auf hoffentlich tiefe und spannende technische Einblicke in die Systemadministrations- und Entwicklungsabteilung von StudiVZ. Den Anfang macht auch schon eine Besichtigung der StudiVZ Rechnerfarm im Rechenzentrum von O2/Telefonica in Gütersloh.

Hier sehe ich auch den entscheidenden Faktor, das Blog muss ein wirkliches Entwicklerblog sein. Von Entwicklern für Entwickler. Gespickt mit allerlei technischem Fachwissen, mit Tipps und Tricks und auch mit alltäglichem Klatsch und Tratsch aus der Entwicklungsabteilung. Nur so kann die gewünschte Zielgruppe, andere Entwickler, angesprochen werden.

Ich denke, ein Teil der Motivation ein solches Blog zu starten wird für StudiVZ sicherlich darin bestehen potentielle neue Mitarbeiter anzusprechen. Wenn das Blog aber zu einem reinen Marketingkanal verkommt wird dies nicht gelingen.

Wie nicht anders zu erwarten, stellt die Ankündigung des Verkaufs die erste kleine Sensation in der deutschen Blogosphäre 2009 dar. Damit verbunden sind unzählige Erwähnungen auf anderen Blogs und sogar bei etablierten Medien wie Spiegel Online und anderen. Mit den Verlinkungen kamen dann viele Besucher und an dieser Stelle wird das ganze für mich hier interessant. Denn irgendwann,  hat das mit WordPress betriebene Blog den Server dann in die Knie gezwungen.

Laut diesem Beitrag handelt es sich beim Server um einen LR5 von Strato. Aktuell ist bei Strato der LR6. Kostenpunkt ca. 100 Euro pro Monat. Dass ist auch der Preis, den Robert zahlt.

Ungeachtet der Tatsache, dass wir nicht genau wissen, was dieser Server für Leistung bietet (vielleicht kannst Du hierzu was sagen Robert?) hat er mit dem Basic Thinkg Blog und den installierten Plugins bei 21.600 Page Impressions schlapp gemacht. Robert meint dazu: “Die Page Impressions beliefen sich auf 21.600. Das ist grob das Doppelte vom Normalmaß und es wurmt mich, dass das Blog ab diesen Größenordnungen abraucht.” Er hat das Problem dann durch den Einsatz von wp-super-cache behoben. Problem erkannt, Gefahr gebannt, könnte man jetzt meinen.

Worauf ich aber eigentlich hinauswill ist, dass für ca. 100 Euro pro Monat ein Server gemietet werden muss, dessen Rechenleistung die meiste Zeit überhaupt nicht notwendig ist. Denn für das Normalmaß wäre die Maschine nicht notwendig gewesen. Genau dieses Problem, nämlich dass man für die Lastspitzen vorbereitet sein muss wurmt mich persönlich. Was mir als Lösung des Problems vorschwebt, ist eine Hostinglösung die eine Mischung aus shared Hosting und Cloud Computing ist.

Der Hostinganbieter betreibt eine Webserverfarm in der verschiedene Projekte gehostet werden. Ich als Kunde muss dabei lediglich die Leistung bezahlen, die ich auch verbrauche. Beim Anbieter entstehen durch die verschiedenen Projekte in der Wolke Synergieeffekte die er an seine Kunden weitergeben kann. Gleichzeitig bietet die Wolke aber trotzdem genug Ressourcen um etwaige Lastspitzen einzelner Projekte abzufangen. Für diesen Mehrverbrauch muss ich dann natürlich zahlen. Trotzdem komme ich dabei aber im Endeffekt günstiger weg, als wenn ich die ganze Zeit für Leistung zahle, die ich nicht benötige. Wenn ich sie dann doch mal benötige und die Leistung nicht ganz ausreicht bin ich auf mich allein gestellt. Von der Ausfallsicherheit habe ich dabei noch garnicht angefangen.

Mir erscheint solch eine geteilte Wolke die bessere Lösung für engagierte Webprojekte zu sein. Wie sehr ihr das? Was spricht für euch gegen eine solche Lösung und für einen dedicated Server?