Duration 6:5
Top 7 Ways to 10x Your API Performance
Published 2023/07/27
Get a Free System Design PDF with 158 pages by subscribing to our weekly newsletter: https://bytebytego.ck.page/subscribe Animation tools: Adobe Illustrator and After Effects. Checkout our bestselling System Design Interview books: Volume 1: https://amzn.to/3Ou7gkd Volume 2: https://amzn.to/3HqGozy The digital version of System Design Interview books: https://bit.ly/3mlDSk9 ABOUT US: Covering topics and trends in large-scale system design, from the authors of the best-selling System Design Interview series.
Category
Show more
Related videos for Top 7 Ways to 10x Your API Performance:
2. Connection Pool
3. Avoid N+1 Query pattern
4. Pagination
5. JSON Serialization
6. Compression
7. Asynchronous logging ....وسعت 74
Who does the video animation work for you? Kudos to the designer whoever he/she is. 24
But you still need to request them at some point, even if this is to the cache reverse proxy.
To avoid waiting your frontend to parse the payload then query the comments, the use of 103 EarlyHint can eliminate that waiting time.
Using HTTP/2 as it is using binary frames, multiplexing and solves HOL blocking.
Using HTTP/3 as it speed up establishing the connecion API.
Formats like protobuff also reduces the size of the payload.
To circumvent pipelining problems using HTTP/1.1, sometimes batch HTTP request can be a solution (prefer standard specification) But please stay stateless as much as possible.
Of course the infamous domain sharding
2.Putting the index
3.Adding load balance also helps to improve the performance.
4.payload compression also can be helpful to fetch large size data like image/videos.
Great video btw.
1. Caching
2. Connection pool
3. Avoidn5" class="buttons"> N+1 Query Problem
4. Pagination
5. JSON Serializers
6. Payload Compression
7. Asynchronous logging ....وسعت 46
Switching to asynchronous log writing dramatically improved the performance and the secondary system could handle the load fed from primary again, but there was half a day of 40,000 users who were not happy that their reports when from taking half a minute to run to half a day. Additionally HA and data loss was risked as the secondary system was the same-data center backup of primary (there was another primary off site with similar hardware that kept pace but would have taken longer to fail over to).
The lesson is, if production is reliant on secondary systems it communicates with, and you’re going to be running production hot for hours, you must have secondary systems attached to your test suite! We’d 4 dozen attached but missed the mirror that was instrumental for reporting ....وسعت 4
- Use HTTP keep alive or HTTP2 - if you do separate HTTP call for each API call, speed will be slow. if you do HTTP keep alive,
- Optimize SQL queries :)
- Optimize SQL queries :) :)
- Optimize SQL queries :) :) :)
- Database replication
This allows things like
Of course we are using PHP not something like NodeJS where processing after an API response is much easier.
Video is great. Thank you so much!
Btw, could you tell me the software to create presentation slides like in the video? 2
Thank you for the video
I wish @ByteByteGo could make a follow-up video with "Top 7 ways to optimize performance suggested by community" :)
1. Tuning the database connection pool size based on the application behaviour. (Large number doesn't always mean more performance)
2. Optimizing the SQL query. (Ensuring your most frequent queries end up using index scan instead of full table scan)
3. Not hopping between multiple microservices for a single user request. (While a single user request can hit multiple services but those services should not in turn hit another set of services and so on).
4. Authorization data should be always cached.
5. As much as possible, do the most computation on the database layer. There's a huge difference between doing the computation at application layer vs doing it at database layer.
REST -> GraphQL 2
Eg. My program has more than 1.5 lakh employees records in database and this data won't get
So is it good idea to publish json of individual employee on azure blob/s3 and than from Api we can read from Here and display in front-end.
I would like to know whether it will impact read performance for 1.5 lakh json on azure blob.
I am considering
5. JSON Serialization
which json library should been used?
Does json libraries has really large difference
7. Asynchronous logging
Dose logging method can improve API performance?
2- Connection Pool-
3- Avoid N+1 Query problem
4- Pagination
5- Lightweight JSON Serialization..
6- Compression..
7- Asynchronous logging..
Does it mean - instead of sending the json / xml it is better to send as string ?
Also think of the system as a whole, sometimes what shows up at the top on the profiler is the symptom and not the cause of the problem
reuse objects;
Question: Why do people want to do pagination? "User interface has limited place to display data, so we only fetch what we needed. " is one explanation. Anything else?
1. Key Pool for Oauth Operations:
- When you want to reduce the waste of individual overhead, that comes from the whole
- By letting a dedicated component manage those pool for you, keep an eye that are always enough valid entries available. Based on the need the component can request a bigger amount of keys
- The Life-cycle of that keys and be easily managed by storing them in a redis database with EXPIRE set, so it will get deleted when it's expired also in the according API.
Contrary to
Last year I optimized a specific 'Microservice' away by moving its 'logic' (nearly nothing really useful) to the client. Decreased latency of the whole feature by 80%, and decreased total LOC.
Always try to localize operations or data if your goal is speed and efficiency.