codecentric mittendrin
Meetups, Stammtische, Hackathons, User Groups: Die codecentric ist weit mehr als die Summe ihrer Mitarbeiter und Projekte.
Softwerkskammer Thüringen 18.07.2019 18:00 Uhr
TDD Trade-Offs und Fake it Outside-In TDD
Dieses Mal besucht uns David Völkel von der Softwerkskammer München. Er erzählt uns was es mit Fake it Outside-In TDD, einem TDD-Stil auf sich hat. Dieser TDD-Stil versucht die Trade-Offs der London School und Chicago School noch weiter zu minimieren. ...
Agiler Stammtisch Frankfurt 04.07.2019 18:45 Uhr
Mehr Wirkung, weniger Drama - sich selbst und andere durch Veränderungen steuern
Der Weg hin zu einer modernen und individuell angemessenen Organisationsform ist mitunter weit und kann viele Veränderungen erfordern, die mit ebenso vielen Fragen einher gehen: Welche ersten Schritte bieten sich für ein Veränderungsvorhaben an, und warum? Welchem Zweck sollen die ...
IoT Thüringen 18.06.2019 18:00 Uhr
Industrie & IoT: Die perfekte Verbindung mit Flexibus & Apache PLC4X
Auf unserem 4ten IoT Thüringen Meetup begeben wir uns in die Welt der Industrie! Der Übergang von IoT und Industrie wird bei unserem Besuch der TEAG Thüringer Energie AG ganz besonders deutlich – vor allem, wenn unsere Speaker ihre Vorträge ...
Chaos Engineering: Wie lerne ich schnell meine Kollegen kennen?
On Tuesday the 21th August we are inviting all interested to join a talk about Chaos Engineering by Benjamin Wilms from codecentric AG.
We assemble at 18:30 pm and we start the German talk from Benjamin on „Chaos Engineering – Wie lerne ich möglichst schnell all meine Kollegen kennen?“ at 19:00. Afterwards we are looking forward to discussions and socializing while enjoying food and cold beverages.
Abstract:
Die Abhängigkeiten und die Komplexität in modernen und verteilten Architekturen nehmen immer weiter zu. Wir haben es erfolgreich vollbracht unsere Applikation in kleine und wartbare Komponenten zu zerlegen. Jede einzelne Komponente lässt sich nun automatisiert und zu jederzeit in Produktion bringen. Oft haben wir uns hierfür die Hilfe von externen Dienstleistern zur Hilfe genommen, diese haben uns entweder bei der Entwicklung unterstützt oder diese zu 100% für uns übernommen. Es wurde bei der Entwicklung viel Aufwand betrieben, die Testabdeckung möglichst hoch zu halten, jedes Release muss erfolgreich durch unsere Pipeline und unzählige Unit-, Integrations- und Akzeptanztests bestehen. Topp, alles richtig gemacht! Aber warum haben wir kurz vor der Ankunft am schönsten Ort der Welt (Produktion) dieses ungute Gefühl?
Uns beschäftigen Fragen wie:
* Funktionieren unsere Fallbacks?
* Arbeitet die Service Discovery korrekt?
* Wie geht die Applikation mit Netzwerklatenz um?
* Was passiert wenn eine zentrale Komponente ausfällt?
* Funktioniert unser Client-Side-Load-Balancing?
Diese Fragen lassen sich nicht mehr durch einfache Unit- oder Integrationstests beantworten. Hier kommt das Thema Chaos Engineering ins Spiel. Es hilft uns dem Chaos Herr zu werden und bitte behaupten Sie nun nicht, bei Ihnen herrscht kein Chaos. Es gibt eine ganze Industrie, die uns Ticketsysteme verkauft, mit denen wir das Chaos dokumentieren können.
Mit Hilfe des Chaos Engineerings sind wir in der Lage, sogenannte Chaos Experimente durchzuführen und das Verhalten unserer Applikation kontrolliert in Grenzsituationen zu überprüfen. Wie man Chaos Engineering in übergreifenden Teams einführt und umsetzt, erfahren sie in diesem Talk. Anhand von vielen praxisnahen Beispielen erfahren Sie, was alle schief gehen kann und wie sie am Besten beginnen sollten. Zum Ende des Talks führen wir in einer verteilten Spring Boot Anwendung ein Chaos Experiment durch. Mit Hilfe des Chaos Monkey for Spring Boot werden wir versuchen die Anwendung zum Absturz zu bringen. Was dank der implementierten Resilience-Pattern (Fallbacks, Fail-Fast, Fail-Silently, Retry, Share-Load, usw.) aber nicht passieren wird.
Mehr zum Thema Chaos Engineering von Benjamin findet sich auch im Blog: „Chaos Engineering – withstanding turbulent conditions in production„
Speaker:
Organisator:
