System Design Interview prep: 20 things engineers need to know

Top 20 Questions#

1. Is there a template for the SDI?#

The best way to approach a System Design Interview is to structure the conversation around the acronym RESHADED. It represents a high-level strategy for designing just about any system from the bottom up.

2. How should a beginner learn System Design?#

This is a good question as one of the trickiest parts of an SDI is that formal education does little in the way of covering the specifics of System Design. Historically, knowledge of System Design comes from actual experience working with and designing real distributed systems. Most applicants don’t actually have experience working in this space, and your interviewer knows this. SDIs gauge aptitude for your problem-solving and design abilities. They let your interviewer understand how you are to work with.

Thankfully, Educative has a one-course solution for developers of any experience level: Grokking Modern System Design Interview for Engineers and Managers. The course starts by covering the components you’ll need to build a high-level design, and then it dives into the designs of real-world applications like Uber, YouTube, and Instagram.

4. What do Staff and Principal engineers do that Senior engineers don’t?#

Senior engineers can discuss the inner-workings of every component in a software system. Working with a team of engineers, they design a system to be scalable and resilient.

Staff and principal engineers take their design conversations beyond the forecasted requirements of the system. They are not only concerned with the longevity of the software system itself, but how it can be successful over time, even in the event of unforeseen problems.

These levels of engineers may design around a number of different concerns. Here are a few example talking points broken down by level.

Senior:

• Drive the conversation by discussing components in detail
• Map the complete pathway of a request
• Align tradeoffs with product goals and user experience

Staff:

• Identify choke points/bottlenecks
• Describe the recovery paths when machines fail (E.g., failover)
• Consider how the product is GDPR compliant

Principal:

• Talk through usage patterns like DDOS attacks or graceful degradation
• Discuss how to manage the company’s reputation in the event of security breaches (E.g., SLA)

6. How do you draw a high-level design diagram if the interview is remote?#

This is a great practical question that is good to consider when preparing for a technical interview. There are several different scenarios to consider. Of course a piece of paper or a whiteboard is probably the most accessible way to illustrate your design, but with remote interviews becoming the norm, it’s likely that you’ll have to work with some sort of drawing tool. Let’s go over some of the tools you may be asked to use:

• Miro
• Excalidraw
• Google Draw

It’s good to have some knowledge of one of these tools so that you are prepared in the event that your interviewer wants you to use a digital drawing tool. Sometimes, interviewers will draw your ideas themselves. This takes another type of skill: being able to articulate your ideas clearly and accurately so that someone else can bring them to life visually.

7. Why do some industries focus on different technical concepts?#

This is a great question. Understanding the company that you’re interviewing for is obviously important when it comes to putting your best foot forward. But, it can also be helpful in anticipating the types of technical questions they’ll want to ask.

The SDI can be replaced with different types of design interviews. Sometimes this means you’ll be up against an Advanced System Design (ASD) interview. Your interviewers will ask you more focused questions based on improving/optimizing your high-level designs. Other times, you may be subject to a Low-Level Design interview. During these interviews, you’ll be tasked with designing objects and classes. These require a more programming-centric approach and are used to better understand your coding abilities.

For example, Fintech companies are extremely latency sensitive. They need to serve pages and deliver data quickly as markets change. As a result, their engineering teams are concerned with multithreading and concurrency-related topics.

The more you interview, the more you’ll see trends like this. Companies want to be sure you’re equipped with the technical skills required to do your job, so by researching ahead of time, you can stay one step ahead of your interviewers.

8. I am a complete beginner to programming. How can I get experience with System Design?#

This is a common question when it comes to System Design. As we mentioned earlier, most interviewers know that a majority of applicants don’t have real-world experience building scalable systems.

There are tons of resources available to you to learn System Design, but if I were a beginner developer I would start here on Educative. Our System Design resources are created specifically to get you interview-ready. Make sure you understand low-level, object-oriented design first, and then you can get started prepping for your eventual System Design interview.

9. What does a strong hire in an SDI look like?#

A strong hire from an SDI means they’ve done a lot of things right. By walking through the aspects of System Design in RESHADED, we can determine the areas where a strong-hire candidate communicated the right technical information at the right time.

One of the biggest things that interviewers look for, other than technical understanding and aptitude, is how well the conversation goes. What I mean by that is they want to gauge how well they can work with you. By looking at the SDI as a way to showcase how you perform as an engineer, a collaborator, and an employee, you can more holistically demonstrate your talents.

10. Artificial Intelligence and Machine Learning are#

popular right now. Do they matter in System Design?

You’re right that machine learning and artificial intelligence are highly popular in tech news right now. It’s likely that the demand for engineers who are skilled in these areas will increase. Tech heavy hitters like Google and Microsoft have announced that some of their biggest products will be heavily invested in AI tech moving forward. A lot of other companies are going to follow suit, so if you have an interest, I highly recommend starting to learn AI and ML related concepts now.

As far as the System Design interview goes, it’s difficult to say how much AI and ML knowledge will help. If you are applying for an AI/ML engineering position, it is definitely important to give space in your SDI to talk about AI/ML.

For example, when choosing where to go in-depth, you should focus on machine learning processes, or how to design an AI-dependent system to be as compute-efficient as possible. We’ve seen OpenAI really struggle with scaling and server costs ever since ChatGPT exploded in popularity, and trying to address that problem is a very relevant challenge in the AI/ML space.

11. How do I approach the capacity estimate calculations?#

Capacity estimation calculations (sometimes called back of the envelope calculations) can be somewhat daunting given the amount of mental math they require. One of the biggest tips I have for this part of an SDI is to make it easy on yourself and purposefully use nice, round numbers. This means you should fives, and tens whenever possible. Otherwise, you’ll just waste time doing grade school math in front of your interviewer.

A blog I wrote about how to Design Spotify walks through how to approach these simple calculations throughout the System Design conversation.

12. What do Technical Product Managers and Product Managers need to know about System Design?#

Product management faces a slightly different side of the SDI than other traditional engineering roles.

But SDIs are still very important for technical product managers. While it is not crucial that TPMs be stellar coders, it is important that they conceptually understand the system that their team is working on. In order to effectively do their job, TPMs should know the relevant software building blocks but also how they fit into the larger system.

13. Is it important to discuss security in a SDI?#

In an average SDI, most beginner- to mid-level candidates will not mention security when diving deeper into their high-level design. Security in a System Design context is important, but especially if you’re applying for a security role. Ensuring the system is healthy (and virtually impregnable) is only possible if you can acutely understand how it all works together.

The individual weight that an interviewer will place on an SDI for a security engineer role varies case-by-case, but for a significantly scaled system it becomes crucial that security-based roles know the ins and outs of their system very well.

14. How do you keep up-to-date with tech trends?#

This is a great question. Being a professional developer means signing on to become a lifelong learner, too. This constant upkeep of technological trends and Silicon Valley news is one of the reasons that we founded Educative. We wanted to make it easier for developers to stay up-to-date and competitive in their roles and in the job market.

Reading press releases and engineering blogs can be tough to make a habit of, but we have you covered with this newsletter. You can intentionally devote some time every Wednesday to catching up in the world of software engineering and interview prep by reading what we deliver to your email inbox.

15. What is the difference between System Design and solution architecting?#

Solution architects are concerned with aspects of System Design, but typically, they have a different perspective. System Design and the SDI require you to consider the system at a very high level and how to meet basic requirements. Solution architecting takes the individual software components into consideration, but from more of a business and cost-conscious angle.

Solution architects need to understand the basics of System Design, but they are not expected to be intimately familiar with the code and the minute inner workings of the building blocks they are managing.

16. Does the SDI entail designing microservice architectures?#

Microservices are not the focus for System Design. Given the time frame, you are not able to dive deep enough to design a fully fledged microservice architecture.

Microservices segment a system to achieve independence from one piece to the next. This helps large-scale applications stay modern and scale later in their development. System Design is not really (usually) about scalability. Interviewers are more interested in the sustainability of the design than your aptitude for scaling. Outlining a sustainable architecture that meets the initial requirements shouldn’t really require you to discuss microservice-level scalability.

17. Do certificates help you pass an SDI?#

A certificate or a bootcamp may help you get an interview, but it’s not likely that the professional or university certificate programs cover the specifics of a system design interview in detail. Certificates help develop problem-solving skills and other technologies you’ll need in a software development profession, but when it comes to interview prep there are more specific resources available.

18. Do I have to know the differences between horizontal and vertical scaling for different databases?#

Both approaches are useful in different scenarios. Vertical scaling could get expensive but is relatively less complex. However, vertical scaling has its limits. Horizontal scaling is complex but can scale better. In a real system, you might end up leveraging vertical scaling for a smaller amount of critical data stored in a classic relational database management system (RDBMS) while a lot of user data (E.g. logs, images, documents, etc.) will require a horizontally scaled NO-SQL database.

19. Does the SDI change for different software specializations?#

The short answer to this question is yes. Depending on your specialization of choice, your interviewers will bend the SDI to more acutely test your abilities. For example, someone applying to be a data engineer would be questioned more on how to build scalable pipelines. Making sure that a system can ingest and sanitize large amounts of data is key to meeting the SDI requirements.

While web developers or software engineers are concerned with meeting the needs of millions of users, data engineers are designing solutions to gain insights from all of the telemetry collected by the system.

That said, the fundamentals of the SDI are still the same. You’ll still need to articulate a high-level design and defend your choices based on requirements and tradeoffs.

20. What technical topics do junior engineers need to brush up on before an SDI?#

Thankfully most SD interviewers know that junior engineers won’t have the practical experience to dive in depth and explore a system like more senior candidates can. So, some of the best things that junior engineers can brush up on are the individual components of a large-scale system.

Know how the building blocks fit together and how to explain them. You should be prepared to discuss how they work in tandem to meet the requirements set forth by the interviewer. Here is a list of some of the most important building blocks:

• Load balancer
• Key value store
• Blob store
• Databases
• Rate limiter
• Monitoring system
• Distributed system messaging queue
• Distributed unique ID generator
• Distributed search
• Logging service
• Task scheduler