Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Transforming Monoliths and the Way We Build Sof...

Andreas Evers
November 29, 2018

Transforming Monoliths and the Way We Build Software

At Pivotal, we help clients transform the way they build software. This doesn't only apply to greenfield applications. Using our platforms, we help customers replatform, modernize or rebuild their monolithic applications using proven methodology and practices. This presentation contains a number of those practices and patterns we continuously apply.

Andreas Evers

November 29, 2018
Tweet

More Decks by Andreas Evers

Other Decks in Technology

Transcript

  1. © Copyright 2018 Pivotal Software, Inc. All rights Reserved. Version

    1.0 Andreas Evers (@andreasevers) Senior Solutions Architect [email protected] Transforming monoliths and the way we build software
  2. Cover w/ Image Who’s this guy? ▪ Andreas Evers -

    Senior Solutions Architect at Pivotal ▪ Active in Application Transformation (AppTx) EMEA ▪ Used to work at TVH for Ordina ▪ Since then active for Renault, Rabobank, ...
  3. vSphere Openstack AWS Google Cloud Azure & Azure Stack Shared

    Services Shared Security Shared Networking Logging & Metrics / Services Brokers / API Management Credhub / UAA / Single Sign On VMware NSX Embedded Operating System (Windows / Linux) Application Code & Frameworks Buildpacks / Spring Boot / Spring Cloud / Steeltoe PAS Pivotal Application Service PKS Pivotal Container Service PFS Pivotal Function Service Pivotal Services Marketplace Pivotal and Partner Products Any App Every Cloud One Platform Concourse PCF 2.0 — for everything that matters
  4. Working Code Slices Practices OKRs Event Storming Slice Analysis Boris

    Snap/SnapE Implementation Patterns rinse & repeat Value Stream
  5. OKRs Snap/SnapE Implementation Patterns rinse & repeat Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  6. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  7. OKRs Could Measure Should Measure Objectives Key Results brainstorm decide

    order brainstorm group define Objective Objective Objective
  8. Cultural Transformation • 1 Week iterations with short feedback cycles

    • > 50% Of time spent on pairing or mobbing • 70% Less time spent on estimations & plannings Decrease Time to Market Cloud-Native Transformation • 75% Decrease in lead time for simple code change • 100% Autonomous team, 0 handoffs to get to prod • < 3 Manual steps in the CI/CD pipeline • > 25 Transformation recipes in a central cookbook • 3 Monoliths modularized and running on PCF • > 15 Spring boot or Spring Cloud templates • < 0.01% Downtime due to failures or restarts • 60% Decrease in MTTP for detected CVEs • 40% Decrease in support incidents Better Stability & Security OKRs
  9. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  10. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  11. Map the As-Is Process Wri h Fe t e 10

    mi s P s Dev 20 mi s 1-4 da Tot e As-Is: 3-5 We k Po n h Fe t e IP 5-8 da 2-3 da
  12. Map the To-Be Process A. Create the To-Be Process using

    the same technique B. Write down the action items needed to make each change happen C. Review the progress against the flipcharts D. Host a quick retro and a quick celebration! E. Send out pictures of the flipcharts, whiteboards, and action items
  13. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  14. This paper discusses modularization as a mechanism for improving the

    flexibility and comprehensibility of a system while allowing the shortening of its development time. The effectiveness of a “modularization” is dependent upon the criteria used in dividing the system into modules.
  15. The major progress in the area of modular programming has

    been the development of coding techniques and assemblers which (1) allow one module to be written with little knowledge of the code used in another module and, (2) allow modules to be reassembled and replaced without reassembly of the whole system.
  16. We have tried to demonstrate…it is almost always incorrect to

    begin the decomposition of a system into modules on the basis of a flowchart…instead that one begins with a list of difficult design decisions or design decisions which are likely to change. Each module is then designed to hide such a decision from the others. Since, in most cases, design decisions transcend time of execution, modules will not correspond to steps in the processing…we must abandon the assumption that a module is one or more subroutines, and instead allow subroutines and programs to be assembled collections of code from various modules.
  17. The fundamental ways in which we design modules effectively has

    not changed in the last 50 years. MATT STINE
  18. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Slice Analysis Boris Event Storming Value Stream
  19. Bounded Context Seats Payment Aggregate Aggregate Aggregate Domain Event Domain

    Event Domain Event Domain Event Domain Event Domain Event Domain Event Domain Event Domain Event ! Domain Event Relevant Business Event “Seat Chosen”, “Ticket Purchased” Aggregate Brains Accepts Actions / Generates “Events” Domain Event Domain Event Domain Event Domain Event Domain Event Domain Event Domain Event Domain Event Slice candidate Command Command ?
  20. Why Event Storm Making Sense of a Huge Mess Reveal

    Bounded Contexts Explore Domains Identify Potential “Slices” Expose Core Domains Identify Potential Trouble Spots Enable Cross Perspective Conversation Identify Potential Starting Points
  21. Bounded Contexts Boundaries, inside of which a Ubiquitous Language can

    be used freely without ambiguity. Microservices Independently deployable units focused around a specific business capability. Aggregates Aggregates are a logical boundary for things that can change in a business transaction of a given context. Tactical Domain Driven Design Technical Design Strategic Domain Driven Design The Golden Rule 1 1 1 1
  22. Tactical Domain Driven Design Technical Design Strategic Domain Driven Design

    The Golden Rule many 1 1 1 Bounded Contexts Boundaries, inside of which a Ubiquitous Language can be used freely without ambiguity. Microservices Independently deployable units focused around a specific business capability. Aggregates Aggregates are a logical boundary for things that can change in a business transaction of a given context.
  23. Tactical Domain Driven Design Technical Design Strategic Domain Driven Design

    The Golden Rule many 1 many 1 Bounded Contexts Boundaries, inside of which a Ubiquitous Language can be used freely without ambiguity. Microservices Independently deployable units focused around a specific business capability. Aggregates Aggregates are a logical boundary for things that can change in a business transaction of a given context.
  24. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Slice Analysis Boris Event Storming Value Stream
  25. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Slice Analysis Event Storming Boris Value Stream
  26. Service Service based on Context Payment Service” Queue Message Queue

    “Seat Request” UI External Link to External System Service Service Service Service Service Service Ext Ext Q Q Q UI UI
  27. Modular Monolith Microservices ▪ High Cohesion ▪ Low Coupling ▪

    Business Capability Focus ▪ Bounded Contexts / Aggregates ▪ Data Encapsulation ▪ Substitutable ▪ Composable ▪ Individually Deployable ▪ Individually Upgradeable ▪ Individually Replaceable ▪ Individually Scalable ▪ Heterogeneous Tech Stacks
  28. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Slice Analysis Event Storming Boris Value Stream
  29. Snap/SnapE Implementation Patterns rinse & repeat OKRs Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  30. Map technology stack with C4 diagrams Explore the ideal end

    state Affinity Mapping, Dot Voting The Right Vertical Slice Big Picture Event Storming Process Modelling Identify & Prioritize Bottlenecks Progressively drill from abstract >> specific
  31. Implementation Patterns rinse & repeat OKRs Snap/SnapE Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  32. Think to the Future: Choose the Right Tool for the

    Job Container Orchestrator Container Scheduling Primitives for Network, Routing, Logs & Metrics CONTAINER Developer Provides Tool Provides Application Platform APPLICATION Container Orchestrator Serverless Functions FUNCTION Application Platform IaaS Container Image & build L7 Network & Routing Logs, Metrics, Monitoring Services Marketplace Team, Quotas & Usage Function scheduling Function exec services
  33. SnapE API Data Source / Storage UI Risks Stories Rabbit

    MQ REST / JSON CICS GW Other Purchase History AdminUI Dependent On... GET /purchases GET /purchases GET /purchases
  34. Implementation Patterns rinse & repeat OKRs Snap/SnapE Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  35. rinse & repeat OKRs Snap/SnapE Implementation Patterns Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  36. Class Decorators, AOP, AspectJ, Javaagents Feature Flags, Dynamic Routing, Dark

    Launching API Gateway, Edge Server, B4FF Inverse Conway Event Shunting ACL, Context Mapping, Strangler Bridge, Router, Proxy, Facade Eventual Consistency, Sagas, microservices instead of ESB
  37. rinse & repeat OKRs Snap/SnapE Implementation Patterns Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  38. OKRs Snap/SnapE Implementation Patterns rinse & repeat Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  39. OKRs Snap/SnapE Implementation Patterns rinse & repeat Working Code Slices

    Practices Event Storming Slice Analysis Boris Value Stream
  40. Transforming How The World Builds Software Andreas Evers (@andreasevers) Senior

    Solution Architect [email protected] https://evers.tech © Copyright 2018 Pivotal Software, Inc. All rights Reserved. Accreditation: Image created by Rawpixel.com - Freepik.com Seahorse by Les vieux garçons from the Noun Project Tool Case by icons producer is licensed under CC 3.0 Steel-bars-of-a-building-under-construction Designed by Freestockcenter