Successfully reported this slideshow.
Your SlideShare is downloading. ×

Microservices Workshop All Topics Deck 2016

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Loading in …3
×

Check these out next

1 of 364 Ad

Microservices Workshop All Topics Deck 2016

Download to read offline

Just about all of my current technical content in one 364 slide mega-deck. Source files at https://github.com/adrianco/slides
Sections on:
Scene Setting
State of the Cloud
What Changes?
Product Processes
Microservices
State of the Art
Segmentation
What’s Missing?
Monitoring
Challenges
Migration
Response Times
Serverless
Lock-In
Teraservices
Wrap-Up

Just about all of my current technical content in one 364 slide mega-deck. Source files at https://github.com/adrianco/slides
Sections on:
Scene Setting
State of the Cloud
What Changes?
Product Processes
Microservices
State of the Art
Segmentation
What’s Missing?
Monitoring
Challenges
Migration
Response Times
Serverless
Lock-In
Teraservices
Wrap-Up

Advertisement
Advertisement

More Related Content

Slideshows for you (20)

Viewers also liked (20)

Advertisement

Similar to Microservices Workshop All Topics Deck 2016 (20)

More from Adrian Cockcroft (17)

Advertisement

Recently uploaded (20)

Microservices Workshop All Topics Deck 2016

  1. 1. Microservices Workshop: Why, what, and how to get there Adrian Cockcroft @adrianco Technology Fellow - Battery Ventures October 2016 CC BY 4.0 https://creativecommons.org/licenses/by/4.0/legalcode
  2. 2. Workshop vs. Presentation Questions at any time Interactive discussions Share your experiences Everyone’s voice should be heard
  3. 3. What does @adrianco do? @adrianco Technology Due Diligence on Deals Presentations at Companies and Conferences Tech and Board Advisor Support for Portfolio Companies Consulting and Training Networking with Interesting PeopleTinkering with Technologies Vendor Relationships Previously: Netflix, eBay, Sun Microsystems, Cambridge Consultants, City University London - BSc Applied Physics
  4. 4. Topics Scene Setting State of the Cloud What Changes? Product Processes Microservices State of the Art Segmentation What’s Missing? Monitoring Challenges Migration Response Times Serverless Lock-In Teraservices Wrap-Up
  5. 5. Setting the Scene
  6. 6. Why am I here? %*&!” By Simon Wardley http://enterpriseitadoption.com/
  7. 7. Why am I here? %*&!” By Simon Wardley http://enterpriseitadoption.com/ 2009
  8. 8. Why am I here? %*&!” By Simon Wardley http://enterpriseitadoption.com/ 2009
  9. 9. Why am I here? @adrianco’s job at the intersection of cloud and Enterprise IT, looking for disruption and opportunities. %*&!” By Simon Wardley http://enterpriseitadoption.com/ 20142009 Disruptions in 2016 coming from server- less computing and teraservices.
  10. 10. Typical reactions to my Netflix talks…
  11. 11. Typical reactions to my Netflix talks… “You guys are crazy! Can’t believe it” – 2009
  12. 12. Typical reactions to my Netflix talks… “You guys are crazy! Can’t believe it” – 2009 “What Netflix is doing won’t work” – 2010
  13. 13. Typical reactions to my Netflix talks… “You guys are crazy! Can’t believe it” – 2009 “What Netflix is doing won’t work” – 2010 It only works for ‘Unicorns’ like Netflix” – 2011
  14. 14. Typical reactions to my Netflix talks… “You guys are crazy! Can’t believe it” – 2009 “What Netflix is doing won’t work” – 2010 It only works for ‘Unicorns’ like Netflix” – 2011 “We’d like to do 
 that but can’t” – 2012
  15. 15. Typical reactions to my Netflix talks… “You guys are crazy! Can’t believe it” – 2009 “What Netflix is doing won’t work” – 2010 It only works for ‘Unicorns’ like Netflix” – 2011 “We’d like to do 
 that but can’t” – 2012 “We’re on our way using Netflix OSS code” – 2013
  16. 16. What I learned from my time at Netflix
  17. 17. What I learned from my time at Netflix •Speed wins in the marketplace
  18. 18. What I learned from my time at Netflix •Speed wins in the marketplace •Remove friction from product development
  19. 19. What I learned from my time at Netflix •Speed wins in the marketplace •Remove friction from product development •High trust, low process, no hand-offs between teams
  20. 20. What I learned from my time at Netflix •Speed wins in the marketplace •Remove friction from product development •High trust, low process, no hand-offs between teams •Freedom and responsibility culture
  21. 21. What I learned from my time at Netflix •Speed wins in the marketplace •Remove friction from product development •High trust, low process, no hand-offs between teams •Freedom and responsibility culture •Don’t do your own undifferentiated heavy lifting
  22. 22. What I learned from my time at Netflix •Speed wins in the marketplace •Remove friction from product development •High trust, low process, no hand-offs between teams •Freedom and responsibility culture •Don’t do your own undifferentiated heavy lifting •Use simple patterns automated by tooling
  23. 23. What I learned from my time at Netflix •Speed wins in the marketplace •Remove friction from product development •High trust, low process, no hand-offs between teams •Freedom and responsibility culture •Don’t do your own undifferentiated heavy lifting •Use simple patterns automated by tooling •Self service cloud makes impossible things instant
  24. 24. “You build it, you run it.” Werner Vogels 2006
  25. 25. In 2014 Enterprises finally embraced public cloud and in 2015 began replacing entire datacenters.
  26. 26. In 2014 Enterprises finally embraced public cloud and in 2015 began replacing entire datacenters. Oct 2014
  27. 27. In 2014 Enterprises finally embraced public cloud and in 2015 began replacing entire datacenters. Oct 2014 Oct 2015
  28. 28. In 2014 Enterprises finally embraced public cloud and in 2015 began replacing entire datacenters. Oct 2014 Oct 2015
  29. 29. Key Goals of the CIO? Align IT with the business Develop products faster Try not to get breached
  30. 30. Security Blanket Failure Insecure applications hidden behind firewalls make you feel safe until the breach happens… http://peanuts.wikia.com/wiki/Linus'_security_blanket
  31. 31. “Web scale” vs. “Enterprise”
  32. 32. “Webscale” Freedom and responsibility High trust
  33. 33. “Enterprise” Bureaucracy and blame Low trust
  34. 34. How can everyone get speed, low cost, and better usability?
  35. 35. Mixed methods: Disaggregation into microservices helps!
  36. 36. Example Monolith: Sign Up Login Home Page Payment Method Personal Data Reports Monolithic “kitchen sink” database Monolithic application Complex mix of queries User Because one part of the monolithic application and database holds sensitive data all of it is subject to the most rigorous policies
  37. 37. Microservices version: Sign Up Login Home Page Payment Method Personal Data Reports Optimized datastores Microservices separation of concerns Isolated single purpose connections User Because each microservice can conform to the appropriate policy, demands for agility can be separated from requirements for security Segregated team owns secure data sources and infrequent updates Segregated team owns rapid improvement of most common use cases
  38. 38. State of the Cloud
  39. 39. Previous Cloud Trend Updates GigaOM Structure May 2014 D&B Cloud Innovation July 2015 GigaOM Structure November 2015 1
  40. 40. Previous Cloud Trend Updates GigaOM Structure May 2014 D&B Cloud Innovation July 2015 GigaOM Structure November 2015 1 Trends from 2014: Noted as appropriate
  41. 41. Cloud Ecosystem Matures Staying Power Support Scale Location
  42. 42. Cloud Ecosystem Matures Staying Power Support Scale Location Trends from 2014: Even more emphasis on location
  43. 43. Safe Bets
  44. 44. Safe Bets
  45. 45. Safe Bets Trends from 2014: AWS capacity share vs. Azure still growing AWS growing 60% year on year, Enterprise share growing fast Azure providing strong Linux and Open Source support
  46. 46. The Global Land-Grab Azure AWS GCE 20 Regions 11 Regions 6 Regions http://aws.amazon.com/about-aws/global-infrastructure/ http://azure.microsoft.com/en-us/regions/ https://cloud.google.com/compute/docs/zones#available http://www.google.com/about/datacenters/inside/locations/index.html
  47. 47. The Global Land-Grab Azure AWS GCE 20 Regions 11 Regions 6 Regions http://aws.amazon.com/about-aws/global-infrastructure/ http://azure.microsoft.com/en-us/regions/ https://cloud.google.com/compute/docs/zones#available http://www.google.com/about/datacenters/inside/locations/index.html
  48. 48. The Global Land-Grab Azure AWS GCE 20 Regions 11 Regions 6 Regions http://aws.amazon.com/about-aws/global-infrastructure/ http://azure.microsoft.com/en-us/regions/ https://cloud.google.com/compute/docs/zones#available http://www.google.com/about/datacenters/inside/locations/index.html
  49. 49. The Global Land-Grab Azure AWS GCE 20 Regions 11 Regions 6 Regions http://aws.amazon.com/about-aws/global-infrastructure/ http://azure.microsoft.com/en-us/regions/ https://cloud.google.com/compute/docs/zones#available http://www.google.com/about/datacenters/inside/locations/index.html
  50. 50. The Global Land-Grab Azure AWS GCE 20 Regions 11 Regions 6 Regions http://aws.amazon.com/about-aws/global-infrastructure/ http://azure.microsoft.com/en-us/regions/ https://cloud.google.com/compute/docs/zones#available http://www.google.com/about/datacenters/inside/locations/index.html India, UK, Korea coming in 2016
  51. 51. The Global Land-Grab Azure AWS GCE 20 Regions 11 Regions 6 Regions http://aws.amazon.com/about-aws/global-infrastructure/ http://azure.microsoft.com/en-us/regions/ https://cloud.google.com/compute/docs/zones#available http://www.google.com/about/datacenters/inside/locations/index.html India, UK, Korea coming in 2016 Trends from 2014: AWS and Azure go after big markets 2016 Google finally decides it needs more regions too…
  52. 52. Questions we keep
 hearing about cloud Who is challenging VMware for in-house cloud automation?
  53. 53. Challenges for Private Cloud Stability Functionality Total Cost of Ownership
  54. 54. Challenges for Private Cloud Stability Functionality Total Cost of Ownership
  55. 55. Challenges for Private Cloud Stability Functionality Total Cost of Ownership
  56. 56. Some enterprise vendor responses to cloud and container ecosystem growth…
  57. 57. The ship is sinking, let’s re-brand as a submarine!
  58. 58. The ship is sinking, let’s re-brand as a submarine!
  59. 59. The ship is sinking, let’s merge with a submarine!
  60. 60. The ship is sinking, let’s merge with a submarine!
  61. 61. Look! we cut our ship in two really quickly!
  62. 62. What needs to change?
  63. 63. Developer responsibilities: Faster, cheaper, safer
  64. 64. “It isn't what we don't know that gives us trouble, it's what we know that ain't so.” Will Rogers
  65. 65. Assumptions
  66. 66. Optimizations
  67. 67. Assumption: Process prevents problems
  68. 68. Organizations build up slow complex “Scar tissue” processes
  69. 69. "This is the IT swamp draining manual for anyone who is neck deep in alligators.” 1984 2014
  70. 70. Product Development Processes
  71. 71. Waterfall Product Development Business Need • Documents • Weeks Approval Process • Meetings • Weeks Hardware Purchase • Negotiations • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Weeks Customer Feedback • It sucks! • Weeks
  72. 72. Waterfall Product Development Hardware provisioning is undifferentiated heavy lifting – replace it with IaaS Business Need • Documents • Weeks Approval Process • Meetings • Weeks Hardware Purchase • Negotiations • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Weeks Customer Feedback • It sucks! • Weeks
  73. 73. Waterfall Product Development Hardware provisioning is undifferentiated heavy lifting – replace it with IaaS Business Need • Documents • Weeks Approval Process • Meetings • Weeks Hardware Purchase • Negotiations • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Weeks Customer Feedback • It sucks! • Weeks IaaS Cloud
  74. 74. Waterfall Product Development Hardware provisioning is undifferentiated heavy lifting – replace it with IaaS Business Need • Documents • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Weeks Customer Feedback • It sucks! • Weeks
  75. 75. Process Hand-Off Steps for Agile Development on IaaS Product Manager Development Team QA Integration Team Operations Deploy Team BI Analytics Team
  76. 76. IaaS Agile Product Development Business Need • Documents • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Days Customer Feedback • It sucks! • Days
  77. 77. IaaS Agile Product Development Business Need • Documents • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Days Customer Feedback • It sucks! • Days etc…
  78. 78. IaaS Agile Product Development Software provisioning is undifferentiated heavy lifting – replace it with PaaS Business Need • Documents • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Days Customer Feedback • It sucks! • Days etc…
  79. 79. IaaS Agile Product Development Software provisioning is undifferentiated heavy lifting – replace it with PaaS Business Need • Documents • Weeks Software Development • Specifications • Weeks Deployment and Testing • Reports • Days Customer Feedback • It sucks! • Days PaaS Cloud etc…
  80. 80. IaaS Agile Product Development Software provisioning is undifferentiated heavy lifting – replace it with PaaS Business Need • Documents • Weeks Software Development • Specifications • Weeks Customer Feedback • It sucks! • Days etc…
  81. 81. Process for Continuous Delivery of Features on PaaS Product Manager Developer BI Analytics Team
  82. 82. PaaS CD Feature Development Business Need • Discussions • Days Software Development • Code • Days Customer Feedback • Fix this Bit! • Hours etc…
  83. 83. PaaS CD Feature Development Building your own business apps is undifferentiated heavy lifting – use SaaS Business Need • Discussions • Days Software Development • Code • Days Customer Feedback • Fix this Bit! • Hours etc…
  84. 84. PaaS CD Feature Development Building your own business apps is undifferentiated heavy lifting – use SaaS Business Need • Discussions • Days Software Development • Code • Days Customer Feedback • Fix this Bit! • Hours SaaS/ BPaaS Cloud etc…
  85. 85. PaaS CD Feature Development Building your own business apps is undifferentiated heavy lifting – use SaaS Business Need • Discussions • Days Customer Feedback • Fix this Bit! • Hours etc…
  86. 86. SaaS Based Business Application Development Business Need •GUI Builder •Hours Customer Feedback •Fix this bit! •Seconds
  87. 87. SaaS Based Business Application Development Business Need •GUI Builder •Hours Customer Feedback •Fix this bit! •Seconds and thousands more…
  88. 88. Value Chain Mapping Simon Wardley http://blog.gardeviance.org/2014/11/how-to-get-to-strategy-in-ten-steps.html Related tools and training http://www.wardleymaps.com/
  89. 89. Value Chain Mapping Simon Wardley http://blog.gardeviance.org/2014/11/how-to-get-to-strategy-in-ten-steps.html Related tools and training http://www.wardleymaps.com/ Your unique product - Agile
  90. 90. Value Chain Mapping Simon Wardley http://blog.gardeviance.org/2014/11/how-to-get-to-strategy-in-ten-steps.html Related tools and training http://www.wardleymaps.com/ Your unique product - Agile Best of breed as a Service - Lean
  91. 91. Value Chain Mapping Simon Wardley http://blog.gardeviance.org/2014/11/how-to-get-to-strategy-in-ten-steps.html Related tools and training http://www.wardleymaps.com/ Your unique product - Agile Undifferentiated utility suppliers - 6sigma Best of breed as a Service - Lean
  92. 92. Observe Orient Decide Act Continuous Delivery
  93. 93. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Measure Customers Continuous Delivery
  94. 94. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point INNOVATION Measure Customers Continuous Delivery
  95. 95. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis Model Hypotheses INNOVATION Measure Customers Continuous Delivery
  96. 96. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis Model Hypotheses BIG DATA INNOVATION Measure Customers Continuous Delivery
  97. 97. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis JFDI Plan Response Share Plans Model Hypotheses BIG DATA INNOVATION Measure Customers Continuous Delivery
  98. 98. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis JFDI Plan Response Share Plans Model Hypotheses BIG DATA INNOVATION CULTURE Measure Customers Continuous Delivery
  99. 99. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis JFDI Plan Response Share Plans Incremental Features Automatic Deploy Launch AB Test Model Hypotheses BIG DATA INNOVATION CULTURE Measure Customers Continuous Delivery
  100. 100. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis JFDI Plan Response Share Plans Incremental Features Automatic Deploy Launch AB Test Model Hypotheses BIG DATA INNOVATION CULTURE CLOUD Measure Customers Continuous Delivery
  101. 101. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis JFDI Plan Response Share Plans Incremental Features Automatic Deploy Launch AB Test Model Hypotheses BIG DATA INNOVATION CULTURE CLOUD Measure Customers Continuous Delivery
  102. 102. Observe Orient Decide Act Land grab opportunity Competitive Move Customer Pain Point Analysis JFDI Plan Response Share Plans Incremental Features Automatic Deploy Launch AB Test Model Hypotheses BIG DATA INNOVATION CULTURE CLOUD Measure Customers Continuous Delivery
  103. 103. Breaking Down the SILOs
  104. 104. Breaking Down the SILOs QA DBA Sys Adm Net Adm SAN Adm DevUX Prod Mgr
  105. 105. Breaking Down the SILOs QA DBA Sys Adm Net Adm SAN Adm DevUX Prod Mgr Product Team Using Monolithic Delivery Product Team Using Monolithic Delivery
  106. 106. Breaking Down the SILOs QA DBA Sys Adm Net Adm SAN Adm DevUX Prod Mgr Product Team Using Microservices Product Team Using Monolithic Delivery Product Team Using Microservices Product Team Using Microservices Product Team Using Monolithic Delivery
  107. 107. Breaking Down the SILOs QA DBA Sys Adm Net Adm SAN Adm DevUX Prod Mgr Product Team Using Microservices Product Team Using Monolithic Delivery Platform TeamProduct Team Using Microservices Product Team Using Microservices Product Team Using Monolithic Delivery
  108. 108. Breaking Down the SILOs QA DBA Sys Adm Net Adm SAN Adm DevUX Prod Mgr Product Team Using Microservices Product Team Using Monolithic Delivery Platform Team A P I Product Team Using Microservices Product Team Using Microservices Product Team Using Monolithic Delivery
  109. 109. Breaking Down the SILOs QA DBA Sys Adm Net Adm SAN Adm DevUX Prod Mgr Product Team Using Microservices Product Team Using Monolithic Delivery Platform Team Re-Org from project teams to product teams A P I Product Team Using Microservices Product Team Using Microservices Product Team Using Monolithic Delivery
  110. 110. Release Plan Developer Developer Developer Developer Developer QA Release Integration Ops Replace Old With New Release Monolithic service updates Works well with a small number of developers and a single language like php, java or ruby
  111. 111. Release Plan Developer Developer Developer Developer Developer QA Release Integration Ops Replace Old With New Release Bugs Monolithic service updates Works well with a small number of developers and a single language like php, java or ruby
  112. 112. Release Plan Developer Developer Developer Developer Developer QA Release Integration Ops Replace Old With New Release Bugs Bugs Monolithic service updates Works well with a small number of developers and a single language like php, java or ruby
  113. 113. Use monolithic apps for small teams, simple systems and when you must, to optimize for efficiency and latency
  114. 114. Developer Developer Developer Developer Developer Old Relea