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

Micro Frontends - a strive for fully verticaliz...

Micro Frontends - a strive for fully verticalized systems

Agile Tour 2018 (Vienna, Austria)

event: https://agiletourvienna.at/
pptx (with animations): https://drive.google.com/open?id=1POg2y9Q09sW8NTwnhsN3C8lkUsYZ97aS

SQUER Solutions

October 06, 2018
Tweet

More Decks by SQUER Solutions

Other Decks in Programming

Transcript

  1. @duffleit David Leitner § Technical Expert at Senacor Technologies §

    Lecturer for post diploma courses at UAS Technikum Wien § I do a couple of things around the tech- community § I‘m writing code
  2. @duffleit A definition of micro frontends The idea of micro

    frontends is to extend the concepts of micro services to the frontend world.
  3. @duffleit Sam Newman: § small and focused on one thing

    § … to be autonomous § That‘s it WHY do we need this? Independent deployments Autonomous operations Technology agnostic Based on standards Parallel Development Small interface surface Microservices
  4. @duffleit DB DB DB DB DB DB DB DB DB

    Independent deployments Autonomous operations Technology agnostic Based on standards Parallel Development Small interface surface
  5. @duffleit The frontend is … not an implementation detail, it

    is a critical part of a microservice architecture.
  6. @duffleit frontend platform backend platform Independent deployments Autonomous operations Technology

    agnostic Based on standards Parallel Development Small interface surface a frontend monolith was born a micro frontend TO THE RESCUE ! Independent deployments ! Autonomous operations ! Technology agnostic ! Based on standards ! Parallel Development ! Small interface surface
  7. @duffleit Flavour #1: Backend for Frontend frontend platform backend platform

    Products Ordering Payment Shipping Dash board BFF BFF BFF BFF BFF samnewman.io/patterns/architectural/bff/
  8. @duffleit What customers expect: 1 Company === 1 Website I

    don‘t want to maintain this UI/UX anymore.
  9. @duffleit Flavour #1: Reusage Problem frontend platform backend platform Catalogue

    Ordering Payment Shipping hyperlink hyperlink hyperlink Menu Menu Menu
  10. @duffleit Flavour #1: Hyperlink Integration Independent deployments Autonomous operations Technology

    agnostic Parallel Development A consistent UI/UX Smooth user interaction Fast loading
  11. @duffleit Flavour #2: Build Time Integration Independent deployments Autonomous operations

    Technology agnostic Parallel Development A consistent UI/UX Smooth user interaction Fast loading BUNDLED FRONTED UI-Shared-Stuff (e.g. SPA-Framework, Components)
  12. @duffleit Flavour #3: Server Side Includes or Edge Side Includes

    <html> <body> <!--#include virtual="/header" --> <!--#include virtual="/content?route=shop" --> <!--#include virtual="/sidebar?version=new-products" --> <!--#include virtual="/footer" --> </body> </html>
  13. @duffleit Flavour #3 : Transclusion Independent deployments Autonomous operations Technology

    agnostic Parallel Development A consistent UI/UX* Smooth user interaction Fast loading BUNDLED FRONTED UI-Shared-Stuff (e.g. SPA-Framework, Components)
  14. @duffleit Flavour #4: App Shell Integration Independent deployments Autonomous operations

    Technology agnostic Parallel Development ! A consistent UI/UX Smooth user interaction Fast loading APP SHELL Header Footer
  15. @duffleit /catalogue /checkout APP SHELL Header Footer A question of

    modularisation Hyperlink Integration App Shell Integration Metaframework
  16. @duffleit • they are implemented with iframes. • or start

    using web components now. Flavour #5: Technology agnostic
  17. @duffleit Flavour #5: Metaframework Metaframework /catalogue /checkout Independent deployments Autonomous

    operations Technology agnostic Parallel Development ! A consistent UI/UX* Smooth user interaction Fast loading
  18. @duffleit „a consistent UI“ ! CDN – for static files

    " CMS – for static content # A Component Library $ for one framework $ technology agnostic
  19. @duffleit A general decision advice Your application is big?* The

    need for smooth user interaction Build Time Integration Hyperlink Integration Strongly Independent UI/Domain Parts Complex modularisation needed Transclusion App Shell Integration Meta- Framework * an application is big enough to justify using micro frontends, if slight UI/UX differences between the two most unrelated subpages are acceptable. Yes No
  20. @duffleit Compose your perfect MIX Landing Shop Ordering hyperlink hyperlink

    APP SHELL Header Footer <!–- SSIs --> <!--#include … --> <!--#include … -->
  21. @duffleit Key-Takeaways KISS: „think twice if a frontend monolith does

    not fit your needs and start with a monolith first approach.“
  22. @duffleit Key-Takeaways „Consider the frontend as part of your microservice

    architecture – and solve UI specific problems with UI specific solutions.“
  23. @duffleit Key-Takeaways „micro frontends are not a stack or technology

    – everyone who tells you this, wants to sell you something.“