SymfonyLive Berlin 2015

Working with a single, scary, big VCS repository

Developers at Facebook, Google and Twitter will not stop talking about this with you: Working with a single, big version control repository made them much more productive, lead to more maintainable code and it scales better to lots of developers. This was unsettling news for me at first and makes for a great topic to discuss in this talk. Starting from the concepts, I will show how you can apply it to PHP projects and share some experiences.

Lets automate stuff with Ansible

Mit Ansible wird Server Orchestrierung einfach. Mittels yaml wird definiert, welche Tasks auf einem Host ausgeführt werden sollen. Danach reicht ein Kommando um alle Server zeitgleich auf den gleichen Stand zu bringen. Und während es für Produktionsserver sehr hilfreich ist, kann es auch die Systeme von Entwicklern aufsetzen oder zusammen mit Vagrant die virtuelle Entwicklungsumgebung provisionieren. In diesem Vortrag werde ich in die Welt der DevOps eintauchen und zeigen, wie man viele Server auf einmal kontrolliert, ohne sich manuell einzuloggen. Zu Beginn wird die Ansible Architektur kurz erklärt. Ich werde darauf eingehen, wie ein einfaches Ansible Setup aussieht und was mit Ansible alles möglich ist. Ein Vergleich mit anderen Configuration Management Tools (Chef, Puppet) wird genause gegeben wie Best Practice Ansätze, wenn es um Server Provisioning mit Ansible geht.

Sulu and the other guys

Sulu ist ein Open Source Content Management Framework. Es wurde für Entwickler, Gestalter und Editoren entwickelt, die fortgeschrittene Plattformen auf solider Basis aufbauen wollen. Sulu arbeitet gerne mit anderen Applikationen zusammen. Über eine umfassende REST-API, individuelle Controller, Routing oder anderen Symfony Paradigmen kann Sulu beliebig in andere Applikationen eingebunden werden, selbst wenn es nur Daten verwaltet. Unsere Präsentation basiert auf fortgeschrittenen Code Beispielen. Sulu bietet die Funktionalität um die Inhalte einer Applikation zu verwalten, aber es skaliert um dem Entwickler den Grad an Content Management zu bieten, der gerade benötigt wird. Das demonstrieren wir.

HTTP 2.0 101 Introduction

Nach 16 Jahren wurde jetzt die neue Version des HTTP Protokolls fertig gestellt. Die Unterstützung durch Browser und Webserver wächst stetig. In diesem Talk wird erklärt, wie HTTP und Browser generell funktionieren, worum es bei HTTP/2.0 eigentlich geht, was das für deine Webanwendungen bedeutet, und wie es deiner Anwendung zu besserer Performance verhelfen kann.

Wir brauchen Rockstars, keine Band!

In den vergangenen Jahren wurde er in der Entwicklercommunity verteufelt: der Rockstar. Der Ninja. Der Beam-me-up-Scotty unter den Entwicklern. Wartbarkeit von Code und hohe Qualitätsansprüche standen ganz weit oben auf der Gunst der Gemeinde. Der einzelne Entwickler sollte austauschbar und der Code fortführbar sein. Die Realität in vielen Unternehmen sieht jedoch ganz anders aus. Vielleicht muss nicht alles quick and dirty sein, aber "gut genug" ist oftmals ein veritables Credo. Ein Rockstar muss her! Kirk: Wie lange brauchst du für die Reparatur? Scotty: 4 Wochen. Kirk: Du hast 4 Stunden! Scotty: Ich machs in 2. Oftmals ist Geschwindigkeit wichtiger als Wartbarkeit, Done better than perfect. Wie Entwickler mit solchen Herausforderungen umgehen können ohne sich ständig die Hände waschen zu müssen? Darum geht's in diesem Talk.

Kubernetes Wie Chefkoch de mit Containern arbeitet

Container erfreuen sich in letzter Zeit enormer Beliebtheit, da sie Systemadministratoren und Entwicklern eine einfache und gemeinsame Verwaltung Ihrer Infrastruktur ermöglichen. Je nachdem wie die Systemlandschaft aufgebaut ist und wie viel Traffic sie bedienen muss, reicht ein einfaches „docker build + docker run“ aber nicht mehr, um die Container in allen Lebensphasen einer Anwendung verwenden zu können. In diesem Vortrag möchte ich zeigen, weshalb wir uns bei Chefkoch.de deshalb für die Einführung des Orchestrierungs-Tools Kubernetes entschieden haben und wie wir damit Container sowohl in der Entwicklung als auch in allen Testphasen und letztendlich auch in Produktion verwenden.

Hexagonal architecture message oriented software design

Commands, events, queries - different types of messages that travel through your application. Some originate from the web, some from the command-line. Your application sends some of them to a database, or a message queue. What is the ideal infrastructure for an application to support this on-going stream of messages? What kind of architectural design fits best? This talk provides answers to these questions: we take the *hexagonal* approach to software architecture. We look at messages, how they cross boundaries and how you can make steady communication lines between your application and other systems, like web browsers, terminals, databases and message queues. You will learn how to separate the technical aspects of these connections from the core behavior of your application by implementing design patterns like the *command bus*, and design principles like *dependency inversion*.

Fix Your Company Culture

In der Softwareentwicklung sind wir schon lange agil, und die Operations-Leute arbeiten mit uns in DevOps-Manier zusammen. Eventuell ist das Product Development nach Lean Startup mit uns verzahnt, und mit viel Glück hat mein Chef eine Management 3.0-Schulung besucht. Trotzdem gibt es noch immer Politik im Unternehmen. Manche Kollegen übernehmen keine Verantwortung. Es gibt Teams oder Abteilungen, die nur eigene Ziele verfolgen und nicht mit anderen kooperieren. Und, ganz ehrlich, eigentlich sollten wir manche Dinge ganz anders machen, aber niemand kümmert sich so richtig darum. Aber wie repariere ich meine Firmenkultur? Wie sorge ich dafür, dass endlich alle mitarbeiten und Verantwortung übernehmen?

Robuste und Skalierbare Anwendungen

Software architektur ist kein Kinderspiel. Und wenn der Traffic mehr wird und die Nutzerzahlen steigen, wird es nicht einfacher, denn software die mitwächst geschieht nicht einfach so. Es ist nicht nur die Software die wächst, Teams und anforderungen wächsen auch. Es gilt also einen weg zu finden das System so zu Strukturieren, dass es leicht wartbar bleibt, auch für wachsende Teams. Ich möchte etwas über verteilte systeme im allgemeinen und meine erfahrungen damit erzählen. Einige beispiele für gut platzierte und angepasst systeme sowie, architektur unfälle habe ich auch dabei.