From Monolith to Multi-Cloud
Cloud-Native Microservices
@diego_pacheco
❏ Cat's Father
❏ Principal Software Architect
❏ Agile Coach
❏ SOA/Microservices Expert
❏ DevOps Practitioner
❏ Speaker
❏ Author
diegopacheco
http://diego-pacheco.blogspot.com.br/
https://goo.gl/eEqvzl
About me...
Monolith Issues
❏ Hard to maintain
❏ Too much Coupling
❏ Low level of Isolation / Abstraction
❏ Bottleneck for Innovation
❏ It's not COST effective
❏ Availability Issues
❏ Scalability Issues
❏ Low Development Engagement
Shared DB
Monolith
UI
Default Integration Approach
Shared DB
Monolith
UI
Monolith
UI
Monolith
UI
How did we get here?
Architecture Matters!
❏ Only COST orientation is dangerous.
❏ How we do things Matters!
❏ We need to care how we do things.
❏ Branches are a smell of bad architecture.
❏ Mindset Shift:
❏ Cheap Vendors -> Skilled Developers
❏ Short Term -> Long Term
❏ Coupling -> Abstraction
❏ Process -> Automation
SOA / Microservices to Rescue
❏ Microservices are a flavor of SOA
❏ SOA X MSA
❏ Isolation
❏ Context Bounded / Fine-Grained services
❏ Require new tooling
❏ Require new testing
Infrastructure Complexity
❏ Provisioning
❏ Telemetry / Observability
❏ Testing?
❏ Chaos Testing?
❏ Canary?
❏ AB/Testing?
❏ Databases: COST VS Managed Services VS Flexibility
❏ Slower than microservices
Cloud-Native First Wave
CNCF
Cloud-Native Second Wave
Multi-Cloud Cases
Why you should care?
❏ Digital Transformation Enabler
❏ Portability
❏ Avoid Vendor Lock In
❏ Run Multi-Cloud: Be more Resilient, benefit from lower cost
❏ Remove Devops Engineering Complexity(Plumbing)
From Monolith to Multi-Cloud
Cloud-Native Microservices

Cloud-Native Microservices

  • 1.
    From Monolith toMulti-Cloud Cloud-Native Microservices
  • 2.
    @diego_pacheco ❏ Cat's Father ❏Principal Software Architect ❏ Agile Coach ❏ SOA/Microservices Expert ❏ DevOps Practitioner ❏ Speaker ❏ Author diegopacheco http://diego-pacheco.blogspot.com.br/ https://goo.gl/eEqvzl About me...
  • 3.
    Monolith Issues ❏ Hardto maintain ❏ Too much Coupling ❏ Low level of Isolation / Abstraction ❏ Bottleneck for Innovation ❏ It's not COST effective ❏ Availability Issues ❏ Scalability Issues ❏ Low Development Engagement Shared DB Monolith UI
  • 4.
    Default Integration Approach SharedDB Monolith UI Monolith UI Monolith UI
  • 5.
    How did weget here?
  • 6.
    Architecture Matters! ❏ OnlyCOST orientation is dangerous. ❏ How we do things Matters! ❏ We need to care how we do things. ❏ Branches are a smell of bad architecture. ❏ Mindset Shift: ❏ Cheap Vendors -> Skilled Developers ❏ Short Term -> Long Term ❏ Coupling -> Abstraction ❏ Process -> Automation
  • 7.
    SOA / Microservicesto Rescue ❏ Microservices are a flavor of SOA ❏ SOA X MSA ❏ Isolation ❏ Context Bounded / Fine-Grained services ❏ Require new tooling ❏ Require new testing
  • 8.
    Infrastructure Complexity ❏ Provisioning ❏Telemetry / Observability ❏ Testing? ❏ Chaos Testing? ❏ Canary? ❏ AB/Testing? ❏ Databases: COST VS Managed Services VS Flexibility ❏ Slower than microservices
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
    Why you shouldcare? ❏ Digital Transformation Enabler ❏ Portability ❏ Avoid Vendor Lock In ❏ Run Multi-Cloud: Be more Resilient, benefit from lower cost ❏ Remove Devops Engineering Complexity(Plumbing)
  • 14.
    From Monolith toMulti-Cloud Cloud-Native Microservices