Archiv der Kategorie: Infrastruktur

TWiST #80: „We are in year zero of the BS phase of server-less“

Es ist wieder Freitag, und hier in Kurzform ein paar Dinge, die mir in dieser Woche über den Weg gelaufen sind:

Das war’s dann auch schon. Schönes Wochenende!

 

 

Conducted Commerce

Stellt Euch ein Orchester vor, das gerade eine Sinfonie aufführt: der Dirigent mit der lustigen Haarfrisur fuchtelt mit seinem Dirigentenstab vor ungefähr 100 Musikern herum, was irgendwie dazu führt, dass diese harmonisch zusammenspielen. Die Bläser intonieren möglicherweise das Haupt-Thema, die Kontrabässe sind verantwortlich für das akustische Fundament und die Pauken setzen hier und da einen Akzent. Sind einige Instrumente zu laut oder zu schnell, kann unser Maestro die Lautstärke und das Tempo einfach mit einer Handbewegung ändern.

Bereits vor dem Konzert, während der Proben, hat der Dirigent das Stück ausgesucht, sich Gedanken über die Orchestrierung gemacht und die entsprechenden Musiker eingeladen. Sein Ziel: das Werk in einer Weise zu präsentieren, die optimal für den Konzertsaal und das jeweilige Publikum ist. Nach dem Konzert entscheidet er sich möglicherweise dafür, hier und da kleinere Veränderungen vorzunehmen, um das Orchester in Zukunft noch besser klingen zu lassen. Oder er fügt einige moderne Instrumente hinzu, wenn er eine Rock-Oper aufführen möchte. Oder er tritt nur mit einer kleinen Anzahl an Musikern auf, da beim nächsten Mal ein Kammerkonzert auf dem Programm steht.

Dies ist ja eigentlich ein Blog über Shop-Technologie und die eine oder der andere fragt sich spätestens jetzt, warum ich schon seit zwei Absätzen auf der Musik-Metapher herumreite. Nun, an je mehr Workshops ich bei Kunden teilnehme und je mehr ich drüber nachdenke, desto mehr habe ich das Gefühl, dass es doch eine gute Sache wäre, wenn die tägliche Commerce-Arbeit etwas mehr dem oben geschilderten kunstorganisatorischen Prinzip folgen würde.

Software-Monolithen vs. Service-orientierte Architektur

Metaphorisch gesprochen basieren die meisten Shop-Projekte nicht auf einer Vielzahl verschiedener Musiker, sondern eher auf einem einzelnen Synthesizer mit ein paar vorinstallierten Audio-Presets. Solange sich der Musiker mit dieser Grundausstattung ausdrücken und seine Kunst wie geplant präsentieren kann, ist alles in bester Ordnung. Falls er aber Stücke spielen möchte, die über die vorher programmierten Einstellungen hinausgehen, oder – schlimmer noch! – falls ein Teil des Geräts defekt ist, wird das Instrument unbrauchbar und muss komplett ersetzt werden.

Konzentration auf Implementierung

Shop-Systeme sind heutzutage meistens aufgebaut wie Instrumente, die aus einem Stück bestehen, und viele Commerce-Projekte wurden und werden darauf aufgebaut. Normalerweise konzentrieren sich Händlerinnen darauf, die eine perfekte Software zu finden, die den gewünschten Funktionsumfang hat. Außerdem sind sie auf den Tag des Launches fixiert, der für sie in den meisten Fällen auch das Ende des Projekts darstellt. Oder anders ausgedrückt, allen Beteiligten ist der Tag X so wichtig, dass sie die Zeit danach meist vergessen – oder geflissentlich verdrängen. Projekte dieser Art sind meistens Browser-zentrisch ausgelegt, jeder zielt darauf ab, einen Onlineshop auf die Beine zu stellen der – nun ja – wie ein prototypischer Onlineshop aussieht.

diagram-slow-dev

Dieses Vorgehen kann erfolgreich sein, wenn das jeweilige Geschäftsmodell von einer Standard-Software abgedeckt werden kann und sich wahrscheinlich in Zukunft nicht signifikant ändern wird. Die Händlerin geht davon aus, dass sich ihre Kunden in einer bestimmten Art und Weise verhalten werden; die Kunden wiederum erwarten eine Benutzeroberfläche – also in der Regel einen Browser-basierten Shop – der nicht von der Norm abweicht und wo „alles an seinem Platz ist“. Was die technische Seite derartiger Projekte angeht bedeutet das, dass solange der Graph der technischen Entwicklung schneller steigt als der der Anforderungen, kann die Händlerin zufrieden mit ihrem Instrument sein. In diesem Szenario übernimmt sie nicht die Rolle einer Dirigentin sondern eher die einer Ingenieurin, die ihre E-Commerce-Maschine von Zeit zu Zeit ölt.

Wenn Veränderung der Standard ist, gewinnt der Betrieb zentrale Bedeutung

Wie jedoch die Entwicklungen der letzten Jahre zeigen, ist dieser Ansatz immer weniger effektiv – besonders für ambitionierte Händlerinnen, die ihre jeweiligen Marktsegmente mit disruptiven Ideen in Unruhe versetzen. Die gestiegenen Erwartungen der Online-Vielbesteller auf der einen und die technologischen Entwicklungen, z.B. neue mobile Geräte und Geräteklassen, auf der anderen Seite ergeben eine Situation, in der stetige Änderung der vorwiegende Modus Operandi ist: Der Markt steht einfach nicht still, während Shop-Betreiber sich bemühen, dieses eine „perfekte“ Setup zu realisieren. Wahrscheinlich werden sie auch feststellen, dass die Werkzeuge, die ihnen Standard-Software zur Verfügung stellt, nicht mehr ausreichend sind, um einen echten Vorteil gegenüber ihren Mitbewerbern zu haben. Oder um es anders auszudrücken: Wenn jeder den gleichen Zugriff auf out-of-the-box-Features hat, werden alle Händler diesbezüglich technologisch egalisiert.

diagram-exp-dev

Viele Händlerinnen sehen sich heute einer Situation gegenübergestellt, in der Geschäftsanforderungen und externe Faktoren eher ein exponentielles Wachstum des Komplexitätsgraphen bedingen. Bleiben Sie zu lange mit der linearen Entwicklung ihrer technologischen Basis verhaftet, bedeutet dies, dass diese in immer kürzer werdenden Zeiträumen veraltet. Um damit umzugehen ist es erforderlich, dauernd anzupassen, zu verbessern – und zu orchestrieren. Der Focus in diesem Szenario liegt also ganz klar auf dem Betrieb anstelle der reinen Implementierung.

APIs: Das eigene Commerce-Orchester dirigieren

Kommen wir kurz zurück zu unserer Musik-Metapher. Ambitionierte, d.h. wachstumsorientierte Händlerinnen tun gut daran, sich zu modernen Commerce-Dirigenten zu wandeln und frei darin zu sein, je nach Bedarf Dienste zu kombinieren oder diese auszutauschen. Dabei handelt es sich um einen dynamischen Prozess, der es erlaubt, in kürzester Zeit „live“ Änderungen durchzuführen, wenn es der Markt bzw. das eigene Geschäftsmodell erforderlich machen sollte. Neuer Payment-Provider gefällig? Einfach den alten aus- und den neuen anschalten – ohne gleich ein 6-monatiges IT-Projekt daraus zu machen.

Moderne APIs bieten bereits die nötige Stabilität und Skalierbarkeit und decken alle Aspekte des Online-Handels ab. Anstatt eine Software-Blackbox on-premise zu installieren und zu pflegen werden daher Händlerinnen immer mehr davon profitieren, einige der über 2.000 APIs zu verwenden, die ProgrammableWeb alleine in der E-Commerce-Kategorie auflistet.

Und, um diesen Beitrag mit einer musikalischen Note enden zu lassen: Ich bin überzeugt, dass sowohl Händlerinnen als auch ihre Kundinnen langfristig viel mehr davon profitieren, wenn das Zusammenspiel von Violinen, Flöten und Celli optimiert wird, als wenn man bis in alle Ewigkeit auf einem alten Synthesizer herumdudelt – das ist allenfalls bei Mambo Kurt unterhaltsam.

Wer sich für dieses Thema interessiert und am kommenden Freitag/Samstag noch nichts vorhat, dem sei wärmstens die APIDays Berlin & APIStrat Europe empfohlen, bei der es unter anderem in einem dedizierten E-Commerce-Track gibt, in dem sich die Referenten mit innovativen Software-Architekturen beschäftigen.

Dieser Beitrag wurde zuerst in englischer Sprache im Blog von Commercetools veröffentlicht.

ShopTechTalks #14 – Hosting und Deployment: Von Katzen und Kühen (mit Marc Korthaus)

Logo ShopTechTalksIn der aktuellen Ausgabe der ShopTechTalks sprechen Marc Korthaus (SysEleven) und Roman Zenner über Herausforderungen, mit denen man es als Hosting-Provider im E-Commerce-Bereich tagtäglich zu tun hat. Zu Beginn geht es um die Frage, welche Probleme dabei auftreten können, Shop-Projekte zu skalieren; zum einen sorgt ein erfolgreicher Shop für mehr externen Traffic (man denke hier beispielsweise an TV-Werbungs-Szenarien), zum anderen müssen bei einer steigenden Anzahl von beteiligten Entwicklern auch Deployment-Prozesse optimiert werden. Außerdem diskutieren die beiden über die Vorteile von Virtualisierung und warum ein moderner DevOp gut daran tut, sich von seinen (Server-)Kätzchen langsam aber sicher zu verabschieden.

ShopTechTalks #13 – Jahresrückblick 2014 (mit Joscha Krug)

Logo ShopTechTalksDas Jahr geht dem Ende zu, und in der aktuellen Ausgabe der ShopTechTalks nutzen Joscha Krug und Roman Zenner die Gelegenheit, die letzten Monate Revue passieren zu lassen. Was ist in 2014 passiert? Was war überraschend? Gab es Erfreuliches? Gab es Ärgernisse? Als Schmankerl – und in Anlehnung an die sehr empfehlenswerte Fnord News Show – werden im Laufe des Podcasts auch diverse Awards verliehen.

ShopTechTalks #12: SPHERE.IO (mit Hajo Eichler und Dirk Hörig)

Logo ShopTechTalksIn dieser Ausgabe sprechen Hajo Eichler und Dirk Hörig von Commercetools sowie Roman Zenner über die SPHERE.IO-Plattform. Sie diskutieren über die Vorzüge einer gehosteten API-Lösung für individualisierte Commerce-Projekte und gehen der Frage nach, warum gerade hierzulande das Konzept „Cloud“ immer noch stark polarisiert.

(Offenlegung: Der Autor ist für die commercetools GmbH und ihre Plattform SPHERE.IO beratend tätig. Weitere Informationen dazu in diesem Beitrag.)