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

Devour The Cloud With Locust Swarms - Hands On ...

Avatar for stevenjackson stevenjackson
January 09, 2018
Technology
0
75

Devour The Cloud With Locust Swarms - Hands On Load Testing

Given at CodeMash 2.0.1.8

Avatar for stevenjackson

stevenjackson

January 09, 2018
Tweet

More Decks by stevenjackson

See All by stevenjackson
Death By Specification
Avatar for stevenjackson stevenjackson
1
36
Looking for Failure
Avatar for stevenjackson stevenjackson
0
130
Better Software Through Shared Understanding
Avatar for stevenjackson stevenjackson
0
150
Going to Eleven
Avatar for stevenjackson stevenjackson
0
68
A Locust Storm Is A Good Thing!
Avatar for stevenjackson stevenjackson
0
120
Lambda Image Resizing
Avatar for stevenjackson stevenjackson
0
78
Faliing Your Way To Success
Avatar for stevenjackson stevenjackson
0
88
Death By Specification(cukeup)
Avatar for stevenjackson stevenjackson
0
140
Failure Lightning Talk
Avatar for stevenjackson stevenjackson
0
97

Other Decks in Technology

See All in Technology
Large Vision Language Modelを用いた 文書画像データ化作業自動化の検証、運用 / shibuya_AI
Avatar for Sansan R&D sansan_randd
0
120
Why Governance Matters: The Key to Reducing Risk Without Slowing Down
Avatar for Sarah Wells sarahjwells
0
110
綺麗なデータマートをつくろう_データ整備を前向きに考える会 / Let's create clean data mart
Avatar for BrainPad brainpadpr
2
280
生成AI_その前_に_マルチクラウド時代の信頼できるデータを支えるSnowflakeメタデータ活用術.pdf
Avatar for mikami cm_mikami
0
120
後進育成のしくじり〜任せるスキルとリーダーシップの両立〜
Avatar for mtskhs matsu0228
7
2.9k
動画データのポテンシャルを引き出す！ Databricks と AI活用への奮闘記（現在進行形）
Avatar for Databricks Japan databricksjapan
0
150
Goにおける 生成AIによるコード生成の ベンチマーク評価入門
Avatar for どすこい daisuketakeda
2
110
SREとソフトウェア開発者の合同チームはどのようにS3のコストを削減したか？
Avatar for Masahiro Yoshizawa muziyoshiz
1
100
JAZUG 15周年記念 × JAT「AI Agent開発者必見："今"のOracle技術で拡張するAzure × OCIの共存アーキテクチャ」
Avatar for KoheiOgawa shisyu_gaku
0
130
『OCI で学ぶクラウドネイティブ 実践 × 理論ガイド』 書籍概要
Avatar for oracle4engineer oracle4engineer
PRO
2
130
英語は話せません！それでも海外チームと信頼関係を作るため、対話を重ねた2ヶ月間のまなび
Avatar for ニイオカ niioka_97
0
130
Findy Team+のSOC2取得までの道のり
Avatar for adachi.ryo rvirus0817
0
380

Featured

See All Featured
How STYLIGHT went responsive
Avatar for nonsquared nonsquared
100
5.8k
Intergalactic Javascript Robots from Outer Space
Avatar for Vicent Martí tanoku
273
27k
Product Roadmaps are Hard
Avatar for C. Todd Lombardo iamctodd
PRO
54
11k
Sharpening the Axe: The Primacy of Toolmaking
Avatar for Bryan Cantrill bcantrill
45
2.5k
Building Better People: How to give real-time feedback that sticks.
Avatar for Will Jessup wjessup
368
20k
StorybookのUI Testing Handbookを読んだ
Avatar for Shingo Yamazaki zakiyama
31
6.2k
Put a Button on it: Removing Barriers to Going Fast.
Avatar for kastner kastner
60
4k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
Avatar for Joe Casabona jcasabona
33
2.5k
VelocityConf: Rendering Performance Case Studies
Avatar for Addy Osmani addyosmani
332
24k
GraphQLの誤解/rethinking-graphql
Avatar for sonatard sonatard
73
11k
Distributed Sagas: A Protocol for Coordinating Microservices
Avatar for Caitie McCaffrey caitiem20
333
22k
Building a Scalable Design System with Sketch
Avatar for Laura Van Doore lauravandoore
462
33k

Transcript

  1. Devour the Cloud Do you have an AWS Account?

  2. nick @stevejxsn @nickbarendt # codemash #devour-the-cloud [email protected] [email protected] Nick Barendt

    Steve Jackson
  3. None

  4. Setup AMIs http://bit.do/devour-aws

  5. AMIs Saleor Locust ami-da98c7a0 ami-a59bc4df You can also search for

    “CM2018”

  6. If you leave early…. Remember to stop/terminate your AWS instances!

  7. Explore Saleor (our system under test today)

  8. What is Load Testing?

  9. It’s often pictured this way...

  10. None

  11. Load Testing simulates the experience of “many” concurrent users What

    is Load Testing?

  12. Load Testing is not about optimizing the per user experience

  13. Most test tools are bad at Assets Javascript

  14. None
  15. None
  16. None

  17. Needing load testing is a good problem

  18. It’s not hard…. Resource Planning Performance Regressions Architecture Changes

  19. Ok, so what are we focusing on?

  20. Key Question: How many users can I have on my

    site before things break?

  21. Key Question: How many users can I add before performance

    becomes unacceptable?
  22. None
  23. None

  24. Close Enough

  25. None

  26. It’s About Tradeoffs

  27. None

  28. Why Locust?

  29. Simple When will this endpoint fall over?

  30. Record/Playback Easy to get Started

  31. Programmatic Simple -> Complex

  32. DSL

  33. Scales Horizontally

  34. Scales Horizontally

  35. None

  36. Simple Web UI

  37. None

  38. User Signup http://bit.do/devour-signup

  39. Buy! http://bit.do/devour-buy

  40. User Funnel

  41. None
  42. None
  43. None
  44. None

  45. 100% Returning Users (20%) Find Cart Buy 80% 75%

  46. 25% 100% New Users (80%) Visit Cart Buy 97% 50%

    Find

  47. 25% 100% User Funnel Visit Cart Buy 97% 50% Find

    100% Find Cart Buy 80% 75% New 80% Old 20%

  48. Weigh Tasks http://bit.do/devour-funnel

  49. Find a Baseline

  50. None

  51. Identify Bottleneck

  52. None
  53. None

  54. ?

  55. None

  56. Saleor Architecture

  57. Eliminate Bottleneck

  58. Database Laziness Index Connection Pooling

  59. Caching

  60. Async

  61. Current Architecture

  62. Architecture with Caching

  63. View Caching http://bit.do/devour-caching

  64. Find new Baseline

  65. Next Steps Choose Your Own Adventure http://bit.do/devour-advanced

  66. Thanks! REMEMBER TO SHUT DOWN YOUR MACHINES! @stevejxsn @nickbarendt