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

Architecting for Continuous Delivery

Erwin Staal
February 28, 2019

Architecting for Continuous Delivery

Erwin Staal

February 28, 2019
Tweet

More Decks by Erwin Staal

Other Decks in Technology

Transcript

  1. The ability to get changes—features, configuration changes, bug fixes and

    experiments—into production, or into the hands of users, safely and quickly in a sustainable way Jez Humble - Author of ‘Continuous Delivery’
  2. The two rules Everyone is checking into trunk daily (at

    least) Software (trunk) is always deployable
  3. Operations at web scale is the ability to consistently create

    and deploy reliable software to an unreliable platform that scales horizontally Jesse Robbins - former ‘Master of Disaster’ @ Amazon
  4. Operations at web scale is the ability to consistently create

    and deploy reliable software to an unreliable platform that scales horizontally Jesse Robbins - former ‘Master of Disaster’ @ Amazon
  5. Component / service Part of your system that could be

    swapped out for another implementation Martin Fowler
  6. Component / service Make system more maintainable (better encapsulation, lower

    coupling) Make system easier to build and test Enable collaboration (one team per service)
  7. Bind components at Run Time (Microservice) Independent deployment Use cluster

    infrastructure Kubernetes, Service Fabric, … Don’t break downstream API versioning Blue / Green deployment Cater for failure in downstream system Circuit breaker Retry pattern Monitoring is complex