Download as PDF, PPTX
Uploaded by3scale
Five Ways to Scale your API Without Touching Your Code
Five ways to scale an API without changing code: 1. Optimize API design by removing unnecessary methods and structuring methods to match use cases. 2. Add aggregate methods to reduce calls to base methods. 3. Implement rate limiting to reduce load and encourage efficient code. 4. Offboard caching and processing to clients to reduce server load. 5. Provide SDKs to encode best practices and optimize client code patterns. Together these techniques can significantly improve scaling by managing load through changes to API structure and client behavior rather than requiring code changes.
More Related Content
Similar to Five Ways to Scale your API Without Touching Your Code
Five Ways to Scale your API Without Touching Your Code
- 1. Five Ways toScale your API Without Touching Your Code Steven Willmott 3scale Inc. @njyx, @3scale
- 2. 3scale is… API Infrastructure Provider ! Power 350+ APIs ! 110,000 Developers writingApps ! API Tech Operations API Business Operations Developer Support (Selection) 3scale.net
- 3. + As oftoday Also have a new service for Developers ! Track Transform Analyze API Traffic ! http://www.apitools.com
- 4.
- 5. What does ScalingMean?
- 6. A: Handling more Transactionsper second?
- 7. A: Handling more Transactionsper second?
- 8. A: Making moreCustomers Happy per Second (whilst using the same resources)
- 9. • Decoupling Layers •Caching • Compression • Database Changes • Streaming / Real-time • Smaller Payloads • SSL Optimization ! ! Getting the Question Right • Do all of the transaction scaling plus more • Change API Structure • Change Client Design Params • Think about Client needs to rethink transaction loads • Share scaling burden with developers ! Scaling Transaction Scaling Customers Very Important Often Forgotten
- 10. Suppose you have… •Fixed Hardware Resources • (Mostly) Static Application Code Base
- 11. Five Scaling TipsThat Don’t Scale Transactions
- 12. 1. API Design •Do methods / calls fit use cases? • Are you passing a lot of internal IDs around? • Are some methods more expensive to execute than others? • Does the API Design mean heavy load calls are being made even if that data is not needed? • Are clients making many calls when they should be making one? Method / Structure Design Add Specific Methods Remove Methods Unbundle & Rebundle
- 13. Expected Use ofYour API Expected Unexpected DesiredUndesired Yay! Innovation Not so Good Oh-Oh.. Concept: Thor Mitchel / Google
- 14. 2. API CallAggregation • Creating Aggregate Methods which compose base functionalities • Cut Access to Individual Methods • Taylor to Clients or Use Cases • Adjust the set of compound methods over time • Works best when you own all the clients Post-Hoc API Design e.g Great talk by Daniel Jacobsen APIStrat New York: ! http://bit.ly/1gAN6mp
- 15. 3. Rate Limiting •Rate Limits and Clear communication change Developer behavior • Rate limits generally mean more sensible code is being written and your servers are taxed less • Rate Limits stop fringe high volume users from negatively impacting everybody else • Make sure the limits are published - Developers hate undocumented limits Restrict Outlier Usage e.g Own build… Make sure key use cases are still feasible, and that rate limits are published.
- 16. 4. Off BoardingCalls • Calls that are never made you don’t have to handle! • Client Side Caching • Allow it in your Terms of Service • Build it into your SDKs, suggest it in your code samples • Calculate your rate limits by assuming caching • Use Caching headers • Consider caching both reads and writes Make the Client Work! e.g Again you need to ensure the core API Use cases are still supported if you go this route
- 17. 3scale XtremeCapacity 3scale XCNodes offboard Lookup & Processing to Local Resources
- 18. 5. SDK Provision •It can be tough for third developers to write good code • Writing SDKs can make it easier • Encodes best practice in terms of API Calls • Makes Call Patterns more predictable • You can encode counterpart behavior to your rate limits • Local check for errors in calls (so your backend never receives them). Optimize your Clients e.g SDKs can create maintenance issues - but critical for large developer bases
- 19. Five Techniques 1. APIDesign 2. API Call Aggregation 3. Rate Limiting 4. Off Boarding Calls 5. SDK Provision Almost Certainly you have some wins here….
- 20. Conclusions Make sure youare asking the right question! Your API structure and policies massively affect how it scales Out of the Box thinking can save a lot of dollars (and the planet)
- 21. 3scale: http://www.3scale.net APItools: http://www.apitools.com APICodex:http://apicodex.3scale.net
- 22.