Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

You wouldn't build a toast, would you?

777 views

Published on

In 2011, Thomas Thwaites spent 9 months and £1187.54 and built his own toaster.

In his own words, he described the toaster as a partial success because "for about five seconds, the toaster toasted, but then unfortunately, the elements kind of melted itself". He is right in the sense that his audacious attempt won him fame and attention, and his TED talk was viewed more than 1M times. But judging his creation on its own and it's an abject failure that was 300 time more expensive than a commercial toaster, took too long to build and was utterly unfit for purpose.

As a business that is competing in an increasingly competitive world enabled by advancements in technology, the questions we should be asking ourselves are: "what are the business value, cost and risk in building our own infrastructure vs using a managed service?". In this talk, let's take an objective look at the ongoing debate of containers vs serverless and look at the arguments of control vs responsibility, vendor lock-in and more!

Published in: Technology

You wouldn't build a toast, would you?

  1. 1. You wouldn't build your own toaster would you? Yan Cui @theburningmonk
  2. 2. “ for about five seconds, the toaster toasted, but then unfortunately, the element kind of melted itself ”
  3. 3. £3.94 9 months + £1187.54
  4. 4. £3.94 9 months + £1187.54
  5. 5. £3.94 9 months + £1187.54 OVER BUDGET
  6. 6. £3.94 9 months + £1187.54 OVER BUDGET OVER TIME
  7. 7. £3.94 9 months + £1187.54 OVER BUDGET OVER TIME UNUSABLE
  8. 8. if you depend on a working toaster to survive, what would you do?
  9. 9. £3.94 A. buy one
  10. 10. £3.94 9 months + £1187.54 A. buy one B. build your own
  11. 11. X is a multi-national conglomerate
  12. 12. compute platform on
  13. 13. 18 months team of 8 2 versions compute platform on
  14. 14. no documentation
  15. 15. no documentation unstable
  16. 16. OVER BUDGET OVER TIME UNUSABLE
  17. 17. why???
  18. 18. Y is a small startup
  19. 19. We sell socks, but we’re also building our own Kubernetes cluster! Cool, right?
  20. 20. “in startups, and perhaps in life in general, time is the most scarce resource.” - Yevgeniy Brikman, co-founder of Gruntwork http://bit.ly/2OyvxLq
  21. 21. if your business depend on the ability to execute code to meet customer needs, what would you do?
  22. 22. Yan Cui http://theburningmonk.com @theburningmonk Principal Engineer @
  23. 23. available in Austria, Switzerland, Germany, Japan, Canada, Italy and US
  24. 24. available on 30+ platforms
  25. 25. ~1,000,000 concurrent viewers
  26. 26. follow @dazneng for updates about the engineering team We’re hiring! Visit engineering.dazn.com to learn more.
  27. 27. follow @dazneng for updates about the engineering team We’re hiring! Visit engineering.dazn.com to learn more. WE’RE HIRING!
  28. 28. AWS user since 2009
  29. 29. AWS user since 2009
  30. 30. http://bit.ly/yubl-serverless
  31. 31. What do you mean by ‘serverless’?
  32. 32. “Serverless”
  33. 33. Gojko Adzic It is serverless the same way WiFi is wireless. http://bit.ly/2yQgwwb
  34. 34. Serverless means… don’t pay for it if no-one uses it don’t need to worry about scaling don’t need to provision and manage servers
  35. 35. “Function-as-a-Service” AWS Lambda Azure Functions Google Cloud Functions Auth0 Webtask Spotinst Functions Kubeless IBM Cloud Functions
  36. 36. AWS Lambda
  37. 37. AWS Lambda API Gateway IOT SNS Kinesis CloudWatch
  38. 38. IaaS Function Application Runtime Container OS Virtualization Hardware CaaS Function Application Runtime Container OS Virtualization Hardware PaaS Function Application Runtime Container OS Virtualization Hardware FaaS Function Application Runtime Container OS Virtualization Hardware User User (scalable unit) Provider
  39. 39. IaaS Function Application Runtime Container OS Virtualization Hardware CaaS Function Application Runtime Container OS Virtualization Hardware PaaS Function Application Runtime Container OS Virtualization Hardware FaaS Function Application Runtime Container OS Virtualization Hardware User User (scalable unit) Provider
  40. 40. Serverless FaaS other services… Database Storage BI
  41. 41. Simon Wardley Serverless will fundamentally change how we build business around technology and how you code.
  42. 42. Why serverless?
  43. 43. more Scalable (and scales faster!)
  44. 44. Cheaper (don’t pay for idle servers)
  45. 45. Resilience (built-in redundancy and multi-AZ)
  46. 46. Secure
  47. 47. idea production choose language + framework master language + framework figure out deployment configure AMI configure ELB configure autoscaling capacity planning over-provision for launch are we doing microservices? configure CI/CD
  48. 48. idea production choose language + framework master language + framework figure out deployment configure AMI configure ELB configure autoscaling capacity planning over-provision for launch are we doing microservices? configure CI/CD
  49. 49. idea production greater Velocity from idea to product
  50. 50. minimise undifferentiated heavy-lifting
  51. 51. less ops responsibility on your shoulders
  52. 52. idea production greater Velocity from idea to product
  53. 53. What about containers?
  54. 54. important, but invisible subsystem
  55. 55. https://read.acloud.guru/acg-faas-and-furious-b9574b6675c5
  56. 56. serverless is NOT the goal!
  57. 57. build products customers love to use
  58. 58. test ideas against the market quickly
  59. 59. iterate on s
  60. 60. deliver frequently, deliver quickly
  61. 61. own less technology, focus on creating Business Values
  62. 62. own less technology, focus on creating Business Values (serverless is just a good fit for this mindset)
  63. 63. serverless technologies are still maturing
  64. 64. https://www.youtube.com/watch?v=pptsgV4bKv8
  65. 65. https://bit.ly/production-ready-serverless
  66. 66. http://bit.ly/2C9LwIM
  67. 67. “you have no control over infrastructure” “good luck when Amazon decides to raise the price of Lambda!” “Lambda can’t scale” “you will be locked into AWS”
  68. 68. “you have no control over infrastructure” “good luck when Amazon decides to raise the price of Lambda!” “Lambda can’t scale” “you will be locked into AWS”
  69. 69. AWS announced 67 price reductions in the last 5 years, and 0 price hikes
  70. 70. “you have no control over infrastructure” “good luck when Amazon decides to raise the price of Lambda!” “Lambda can’t scale” “you will be locked into AWS”
  71. 71. “you have no control over infrastructure” “good luck when Amazon decides to raise the price of Lambda!” “Lambda can’t scale” “you will be locked into AWS”
  72. 72. 1,000 concurrent executions (soft limit) 500 increase per minute (hard-ish limit)
  73. 73. 1,000 concurrent executions (soft limit) 500 increase per minute (hard-ish limit) AUTO-APPROVED RAISE TO 3000
  74. 74. 1,000 concurrent executions (soft limit) 500 increase per minute (hard-ish limit)
  75. 75. containers are reused
  76. 76. 80 MILLION MONTHLY USERS
  77. 77. Control Responsibility
  78. 78. Controlling your own infrastructure comes with Responsibilities
  79. 79. to take on these responsibilities you need to have the relevant skills sets in the organization Controlling your own infrastructure comes with Responsibilities
  80. 80. to take on these responsibilities you need to have the relevant skills sets in the organization Controlling your own infrastructure comes with Responsibilities ENGINEERS
  81. 81. to take on these responsibilities you need to have the relevant skills sets in the organization Controlling your own infrastructure comes with Responsibilities ENGINEERS ADMIN
  82. 82. to take on these responsibilities you need to have the relevant skills sets in the organization Controlling your own infrastructure comes with Responsibilities ENGINEERS ADMIN RECRUITMENT
  83. 83. to take on these responsibilities you need to have the relevant skills sets in the organization Controlling your own infrastructure comes with Responsibilities ENGINEERS ADMIN RECRUITMENT MARKET
  84. 84. what are you paying for?
  85. 85. guard against the temptation to look for control for control sake
  86. 86. AWS Lambda, Azure Functions, Google Cloud Functions Your custom, container-based, general purpose compute platform
  87. 87. Lock-in risk Reward
  88. 88. “VENDOR LOCK-IN IS THE ROOT OF ALL EVIL”
  89. 89. use our private cloud instead, it’s totally not a lock-in because containers!
  90. 90. to take on these responsibilities you need to have the relevant skills sets in the organization Controlling your own infrastructure comes with Responsibilities ENGINEERS ADMIN RECRUITMENT MARKET
  91. 91. risk is just one side of the coin
  92. 92. extracting maximum value from your cloud provider minimising undifferentiated heavy-lifting faster time-to-market reward
  93. 93. vendor lock-in is a problem that is all bark but no bite
  94. 94. own less technology, focus on creating Business Values
  95. 95. “DATABASE LOCK-IN IS THE ROOT OF ALL EVIL”
  96. 96. ORM
  97. 97. a load of unnecessary complexity that didn’t end up making DB migrations any easier, and forced you to the least common denominator of feature sets and stop you from taking advantage of your DB in the first place…
  98. 98. nooooooooooo, wish I hadn’t used an ORM!!
  99. 99. The true danger with lock-in, especially with serverless, is the potential for data lock-in. Data has gravity. It accumulates. Data is economically disincentivized to leave, by way of platform pricing. This is the single biggest threat to vendor choice.
  100. 100. is vendor lock-in a risk? YES
  101. 101. is the return worth the risk? ABSOLUTELY!
  102. 102. there are no silver bullets
  103. 103. understand the trade-offs
  104. 104. control comes with its own baggages
  105. 105. but sometimes the benefits outweigh the baggages

×