Estimate the scale of the system. Consider daily active users, read/write ratio, storage requirements, bandwidth, and any relevant QPS calculations...
Define the APIs expected from the system. This is your chance to analyze and define the read and write paths so that you can come up with the high-level design...
A cache -> to keep track of the most used url links and direct them to it
A hotkey -> To many request can overwhelem the server, introducing a hotkey can imrpove scalibility.
key-value store -> data is non changing, one short url will always have one long url
SQL-> databse is fixed each server has its short and long url
Define the data model. Identify the main entities, their attributes, and relationships. Consider the choice of database type (SQL vs NoSQL) and justify your decision based on access patterns...
Deep dive into 2-3 key components. Explain how they work, how they scale, discuss tradeoffs, capacity, and any relevant algorithms or data structures.