OTTOs Weg zur Plattform

Zuallererst werden wir in Teamübergreifenden Workshops anhand der Customer-Journey grobe Funktionen, Komponenten und Domänenobjekte identifizieren und dabei neue Ideen für das Geschäftsmodell Plattform entwickeln. Für den Bereich Order2Cash (Auftragsabwicklung und Bezahlung) ist das tatsächlich gerade weitgehend abgeschlossen. Dabei haben ca. 30 Personen eine Woche in Workshops und Teilgruppen diese Themen erarbeitet. In ebenso kurzer Zeit wollen wir dann einen Domänenschnitt erarbeiten um daraus die zu entwickelnden Software-Produkte zu identifizieren. Das wird dann die Grundlage, damit die agilen Teams anhand der identifizierten Fach-Domänen an die Arbeit gehen. Und agil bedeutet eben, das wichtigste zuerst und möglichst schnell lauffähige Software entwickeln.

Wie das tatsächlich funktioniert, werden wir in den nächsten Wochen und Monaten erleben.

#ModerneSoftwareArchitektur

Teile der Softwarelandschaft von OTTO bestehen noch aus den gefürchteten Monolithen. Große Applicationserver, in denen eine Anwendung läuft, die von mehreren Teams gemeinsam entwickelt wird. Schon seit Jahren wird so keine Software mehr bei OTTO entwickelt. Wir setzen vielmehr auf verteilte Systeme und Microservice-Architekturen. Insbesondere bei der Neuentwicklung unseres Web-Shops LHOTSE haben wir damit sehr viel Erfolg gehabt. Die Erfahrungen wenden wir nun natürlich im ganzen Unternehmen ein.

An dieser Stelle möchte ich schon mal unser technisches Manifest anteasern. Dort ist beschrieben, welche Architekturrichtlinien wir uns selbst geben. Insbesondere, dass es Macroarchitektur-Richtlinien gibt, die für uns alle gelten, aber eben auch eine Micro-Architektur gibt, welche von den Teams entschieden wird. Z.B. sollen die Teams selbst entscheiden, welche Technologien für ihre fachlichen Probleme am geeignetsten sind. Die Teams haben also viele Freiheiten aber auch Verantwortung. Um eine lose Kopplung zwischen den Systemen zu gewährleisten, setzen wir stark auf asynchrone Datenversorgungspattern wie Atom-Feeds oder Messaging-Systeme wie Kafka oder Kinesis.

Mehr dazu in einem unserer nächsten Blog-Artikel. Hier schonmal ein paar Eindrücke auf twitter.

#Technologie

Seit etwa einem Jahr entwickelt OTTO alle Systeme für die Cloud. Wir setzen dabei vor Allem auf AWS. Der Hauptgrund dafür war die hohe Flexibilität und dass wir uns so auf die Softwareentwicklung konzentrieren können und weniger auf den Betrieb von Hardware. Wie oben schon beschrieben, haben die Teams sehr viel Autonomie, daher erfolgt der Betrieb der Software ebenfalls in den Teams. Damit das handhabbar bleibt, setzen wir auf InfrastructureAsCode und deployen unsere Infrastruktur komplett mit Cloudformation oder Terraform.

Ein Großteil der Teams setzt auf Java. Aber es gibt auch Teams die z.B. Scala, Clojure, Go oder NodeJs verwenden. Als Persistenztechnologien kommen sowohl relationale Datenbanken aber auch z.B. MongoDB, ElasticSearch oder DynamoDB zum Einsatz. Das klingt vielleicht nach einem ganzen Zoo von Technologien und manche Führungskraft mag denken, so könnte ein Entwickler ja nie mehr das Team wechseln, weil er die Technologie nicht beherrschen würde. Vielen meiner Kollegen wäre es aber eher sehr peinlich, wenn sie nicht die Fähigkeit hätten, sich in kurzer Zeit in neue Technologien einzuarbeiten.

In den letzten Jahren ist das Thema Machine-Learning mittels neuronaler Netze sehr weit fortgeschritten. Da hat Otto bereits sehr viel KnowHow aufgebaut und das wird vermutlich neben Serverless die disruptivste Änderung im Techstack für die Software-Entwicklung der nächsten Jahre sein.

Soviel zu diesem ersten Einblick auf unserem Weg zur Plattform. Wie ihr seht, wird es ein spannender Weg.

Stellt gerne Fragen und stay tuned für die nächsten Artikel.