JAX_-_Architekturen_für_die_Digitalisierung.pdf

Präsentation auf der JAX 2019 in Mainz

Transcript

1. Architekturen für Digitalisierung mit Workflowautomation und Microservices Stephan Kaps @kitenco1
2. Moderne Business- Anwendungen im klassischen Umfeld und ohne Cloud
3. In Echt jetzt Digitalisierung pragmatisch, modern, gut
4. Workflows / Orchestrierung Monitoring Security Organisation Agile Architektur Microservices
5. Stephan Kaps Leiter Softwareentwicklung Bundesversicherungsamt Gründer Java User Group Bonn Java Entwickler & Architekt seit 2002 Weitere Schwerpunkte: - Softwareentwicklungsprozesse - BizDevSecOps - OpenSource - Speaker & Autor @kitenco1 07.05.2019
6. Wer sind wir uns was machen wir? (Aufsichts-) Behörde mit ca. 600 Mitarbeiter ca. 60 Fachanwendungen (Produkte) für interne Fachbereiche & Landesprüfdienste 10 Entwickler und 2 Product Owner 2 parallele Sprints noch einige Legacy VB/.NET Apps
7. Domäne Architektur Infrastruktur Organisation Ausblick
8. Die Domäne
10. Die Architektur
11. Grafik der Architektur
12. - Modularity - Information Hiding - Loosely coupled - Highly maintainable and testable - Independently deployable - Enables the continuous delivery/deployment of large, complex applications - Enables an organization to evolve its technology stack - Organized around business capabilities Why Microservices?
13. Why Workflow-Engine?
14. Process Transparency State Machine Rules / Decision Automation Long (& Short) Running Tasks Human Interaction Microservice Orchestration
15. OpenSource Lightweight Workflow & Decision automation BPMN, DMN, CMMN Microservice orchestration REST & Java API Additional Apps Why Camunda?
17. @Named public class DmsFileCreateOrUpdateDelegate extends CamundaEndpoint implements JavaDelegate { ... @Override @Transactional(Transactional.TxType.REQUIRES_NEW) @Interceptors(CamundaLoggerIntercept.class) public void execute(DelegateExecution execution) throws Exception { try { Long mfdId = getMfdId(execution); Akte akte = antragService.createOrUpdateAkte(mfdId); execution.setVariable(ATTRIB_AKTENZEICHEN, akte.getGeschaeftszeichen()); } catch (Exception e) { createIncident(e, execution); } } }
19. 7 Processes 6 DTs 52 Tasks 7 Timer
20. Infrastruktur & Observability
26. Infrastruktur & Security
29. Connect
30. Microservices Logging BPMN-Workflows Spring Boot Docker Consul Vault Grafana Keycloak Elastic Stack Camunda REST APIs Resilience Wildfly Portainer Java Nginx
31. Micro- & Macro-Architecture
32. • Architektur "im Kleinen" • das Team kann eine geeignete Lösung für ein konkretes Problem festlegen. Diese muss sich lediglich im Rahmen der Makro- Architektur bewegen Vorteile: Vorteile: Vorteile: • Neue Trends lassen sich schneller aufgreifen • Fehlentscheidungen haben geringere Relevanz • Geringere Abhängigkeit von einzelnen Lieferanten ... Mikro-Architektur Makro-Architektur • Architektur "im Großen" • Einheitlichkeit und Standards Vorteile: Vorteile: Vorteile: • Entwickler wechseln leicht zwischen Teams und Projekten • Konzentration auf Applikationsspezifika (z.B. Fachlichkeit) leichter möglich • Wiederverwendung von techn. Lösungen • Vermeidung von Fehlern in kritischen Bereichen durch erprobte Konzepte • Geringere Kosten durch weniger Produkte (Lizenzen, Ausbildung von Spezialisten)
33. • Architektur "im Kleinen" • das Team kann eine geeignete Lösung für ein konkretes Problem festlegen. Diese muss sich lediglich im Rahmen der Makro- Architektur bewegen Vorteile: Vorteile: Vorteile: • Neue Trends lassen sich schneller aufgreifen • Fehlentscheidungen haben geringere Relevanz • Geringere Abhängigkeit von einzelnen Lieferanten • ... Mikro-Architektur Makro-Architektur • Architektur "im Großen" • Einheitlichkeit und Standards Vorteile: Vorteile: Vorteile: • Entwickler wechseln leicht zwischen Teams und Projekten • Konzentration auf Applikationsspezifika (z.B. Fachlichkeit) leichter möglich • Wiederverwendung von techn. Lösungen • Vermeidung von Fehlern in kritischen Bereichen durch erprobte Konzepte • Geringere Kosten durch weniger Produkte (Lizenzen, Ausbildung von Spezialisten)
34. Java Web Anwendungen Authentifizierung / Autorisierung per Keycloak Schnittstellen als REST Apis wo möglich, Microservices einsetzen Oberflächen-Technologie und Design Ausnahme- und Fehlerbehandlung Persistenz (Hibernate) Entwicklungswerkzeuge (Versionsverwaltung, Build-Management, Tests, ...) Vorgehen (Scrum, BDD, ..) Logging, Tracing, Resilienz Zielumgebung, Virtualisierung, Container Deployment, Verfügbarkeit, Recovery ... Makro-Architektur-Leitlinien
37. Grafik der Architektur
38. but wait...
39. Grafik der Architektur
40. Frontend-Monolith?
41. Grafik der Architektur
42. • Vertikaler Schnitt mit Frontend, Backend, Datenhaltung • Kommunizieren mit anderen SCSs, wenn nötig, asynchron über APIs • Teilen keine Geschäftslogik mit anderen SCSs • Teilen keine Infrastruktur mit anderen SCSs • Gemeinsame (technische) Bibliotheken können genutzt werden, z.B. oAuth Client • Ein SCS ist „klein genug“, dass es von einem Team betreut werden kann • Möglichst viele Faktoren des 12factor- manifests: https://12factor.net/de/ Self-Contained Systems
43. Server- Side- Rendered ?
44. Resource-Oriented-Client-Architecture roca-style.org
45. BPMN-Monolith?
46. Grafik der Architektur
47. That is SOA isn’t it?
48. Evolving Architecture incremental change in an architecture over time - Number of µ-Services - Use of Service Discovery - Technology Decisions - Moving Boundaries - Maybe µ-Service will be Services - Communication Styles - ...
49. Ziel: Cloud Ready / Native
50. "Die Rückkehr zu pragmatischen, einfachen, dem tatsächlich identifizierten Problem angemessenen Lösungen im Kleinen anstelle generischer, eierlegender Wollmilchsäue!" – S. Tilkov
51. Die Organisation
53. 9 Uhr 10 Uhr 11 Uhr 12 Uhr 13 Uhr 14 Uhr 15 Uhr 16 Uhr 17 Uhr Inno-Day Wartung Review Retro Refine- ment Projekt X Refine- ment Projekt Y Code Review TechTalk Wartung
54. Innovation Backlog = Assess im Tech-Radar
55. Mut technische Exzellenz
56. Ausblick
57. 2FA
58. Für den Bürger Um z.B. den Bescheid online abzuholen
59. Konsequente Digitalisierung Die Identifikation des Arbeitgebers
60. Zukunft - weg von Application Servern mit mehreren Anwendungen - alles in Containern - hin zu Self-Contained-Systems - Einsatz von Vault ausweiten - Continuous Deployment - Service Mesh - Quarkus.io & MicroProfile - UI-Tests - Docker Swarm
61. Nicht erwähnt - Testautomatisierung - Cucumber - Pact - Zed Attack Proxy - OWASP Dependency Check - (Automatisierte) Dokumentation - arc42 - Asciidoctor - Automatisierung der Infrastruktur - Flyway - Ansible - Lean EAM
62. Key takeaways
63. Know your Domain
64. Accept evolving architecture
65. Learn & adapt
66. “Do microservices where useful, orchestrate them with lightweight workflow engine” Stephan Kaps (2019)
67. stay curious!
68. Vielen Dank! Kontakt: Stephan Kaps info@kitenco.de www.kitenco.de @kitenco1 https://www.xing.com/profile/Stephan_Kaps2 https://www.linkedin.com/in/stephan-kaps-b246b0ab/ http://de.slideshare.net/kitenco Quelle aller Hintergrundgrafiken ist https://www.pixabay.com