Gemeinsam mehr erreichen.

Transkript

1 Gemeinsam mehr erreichen. Microservices, ein Vorgehensmodell zur Softwareentwicklung - Nürnberg November 2016

2 "Mit unserer Begeisterung für führende Technologien vernetzen wir Systeme, Prozesse und Menschen. EINFACH MEHR > BEGEISTERUNG Mitglied der 2

3 Ihre Ansprechpartner Carsten Wiesbaum Principal Schwerpunkte: > Software Architektur > Agile Softwareentwicklung > Oracle Fusion Middleware > JavaEE Vernetzen mit esentri 3

4 Agenda > Klassische Entwicklung und Architekturmuster > Microservices > Produkte, keine Projekte > Microservice Vorgehensmodell und agile Softwareentwicklung

5 Klassische Entwicklung und Architekturmuster EINFACH MEHR > MUT 5

6 Klassische Entwicklung und Architekturmuster Technische Sicht > Richtlinien und Rahmenbedingungen > Server-Technologien > Frameworks > Programmiersprachen > Probleme von schwergewichtigen Makro- und Mikro-Architekturen > Wartbarkeit > Skalierbarkeit > Weiterentwicklung > Deployment > Klassische Entwicklung und Architekturmuster > Technische Sicht 6

7 Klassische Entwicklung und Architekturmuster Organisatorische Sicht Any organization that designs a system will inevitably produce a design whose structure is a copy of the organization's communication structure. Conway s Law M. E. Conway: How Do Committees Invent?; Bd. Datamation magazine, > Klassische Entwicklung und Architekturmuster > Organisatorische Sicht 7

8 Klassische Entwicklung und Architekturmuster Organisatorische Sicht > Spezialisierte Teams > Isolierte Gruppen und Anwendungskomponenten > Großer Abstimmungsaufwand > Jede Gruppe verfolgt eigene Ziele und Ideale > Die Anderen Mentalität > Klassische Entwicklung und Architekturmuster > Organisatorische Sicht 8

9 Microservices EINFACH MEHR > SCHWUNG 9

10 Microservices Definition In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies. Martin Fowler Martin Fowler: Microservices; > Microservices > Definition 10

11 Microservices Technische Sicht > Wenige bis keine festen technischen Vorgaben > Intelligente Systeme und einfache Kommunikation > Strenge Kapselung > Shared-Nothing > Dezentrale Datenhaltung > Design for Failure > Eigener Prozessraum > Unabhängige Entwicklung > Unabhängige Skalierung > Evolutionäres Design > Continous Integration/Delivery > Unabhängige Auslieferung > Microservices > Technische Sicht 11

12 Microservices Organisatorische Sicht > Heterogene Teams > Alle benötigten Skills in einem Team > Wenige bis keine zentralen Richtlinien und Rahmenbedingungen > Server-Technologien > Frameworks > Programmiersprachen > Microservices > Organisatorische Sicht 12

13 13

14 Produkte, keine Projekte EINFACH MEHR > VERTRAUEN 14

15 Produkte, keine Projekte Projekte > Entwicklung von Lösungen > Endliche Laufzeit und Zuständigkeit > Am Ende Übergabe an ein anderes Team > Primäres Ziel: Projekterfolg (In Budget & Time) > Ergebnis: Wartbarkeit und Qualität kommt häufig zu kurz > Produkte, keine Projekte > Projekte 15

16 Produkte, keine Projekte Projekte Projektteam Betrieb > Produkte, keine Projekte > Projekte 16

17 Produkte, keine Projekte Produkte > Ziel ist die Entwicklung eines qualitativ hochwertigen Produktes > Team ist für den gesamten Lebenszyklus zuständig > Entwicklung > Auslieferung > Betrieb > Verbesserung > Ein Team muss in der Lage sein alle Entscheidungen bezüglich der Entwicklung selbst zu treffen > Ein Team ist verantwortlich für die Qualität des Services und dafür haftbar > Eat your own dog food > Produkte, keine Projekte > Produkte 17

18 Produkte, keine Projekte Produkte Entwicklung QA Feedback Auslieferung Betrieb > Produkte, keine Projekte > Produkte 18

19 MicroserviceVorgehensmodell und agile Softwareentwicklung EINFACH MEHR > WERTE 19

20 Microservice Vorgehensmodell und agile Softwareentwicklung Gemeinsame Ziele > Viele gemeinsame Ziele mit der agilen Softwareentwicklung > Entwicklung von Produkten > Kundenzufriedenheit > Eigenverantwortliche Teams mit Entscheidungsgewalt > Hohe Identifikation des Teams mit dem Produkt > Microservice Vorgehensmodell und agile Softwareentwicklung > Gemeinsame Ziele 20

21 MicroserviceVorgehensmodell und agile Softwareentwicklung Skalierbarkeit von agilen Methoden > Skalierbarkeit von agilen Methoden häufig ein Problem > Unabhängigkeit der einzelnen Teams > Abstimmung zwischen den Teams > Es existieren einige Frameworks die darauf ausgelegt sind > SAFe > Nexus > Microservice Architekturstil unterstützt die Skalierbarkeit unabhängiger Teams > Propagiert ähnliche organisatorische Konzepte > Technische Rahmenbedingungen für die Unabhängigkeit der Teams (Shared nothing) > Ein agiles Team kann 1 bis n Dienste isoliert entwickeln > Abstimmung beschränkt sich auf Schnittstellen > Microservice Vorgehensmodell und agile Softwareentwicklung > Skalierbarkeit von agilen Methoden 21

22 Vielen Dank! 22