EP143: DNS Record Types You Should Know

This week’s system design refresher:

• 8 Most Important System Design Concepts You Should Know (Youtube Video)

• DNS Record Types You Should Know

• Polling Vs Webhooks

• API Vs SDK!

• How Netflix Really Uses Java?

• Big O Notation 101: The Secret to Writing Efficient Algorithms

• The Ultimate Kubernetes Command Cheatsheet

• SPONSOR US

---

8 Most Important System Design Concepts You Should Know

---

DNS Record Types You Should Know!

Here are the 8 most commonly used DNS Record Types.

1. A (Address) Record
   Maps a domain name to an IPv4 address. It is one of the most essential records for translating human-readable domain names into IP addresses.

2. CNAME (Canonical Name) Record
   Used to alias one domain name to another. Often used for subdomains, pointing them to the main domain while keeping the actual domain name hidden.

3. AAAA Record
   Similar to an A record but maps a domain name to an IPv6 address. They are used for websites and services that support the IPv6 protocol.

4. PTR Record
   Provides reverse DNS lookup, mapping an IP address back to a domain name. It is commonly used in verifying the authenticity of a server.

5. MX Record
   Directs email traffic to the correct mail server.

6. NS (Name Server) Record
   Specifies the authoritative DNS servers for the domain. These records help direct queries to the correct DNS servers for further lookups.

7. SRV (Service) Record
   SRV record specifies a host and port for specific services such as VoIP. They are used in conjunction with A records.

8. TXT (Text) Record
   Allows the administrator to add human-readable text to the DNS records. It is used to include verification records, like SPF, for email security.

Over to you: Which other DNS Record Type have you seen?

---

Polling Vs Webhooks

• Polling
  Polling involves repeatedly checking the external service or endpoint at fixed intervals to retrieve updated information.
  
  It’s like constantly asking, “Do you have something new for me?” even where there might not be any update.
  
  This approach is resource-intensive and inefficient.
  
  Also, you get updates only when you ask for it, thereby missing any real-time information.
  
  However, developers have more control over when and how the data is fetched.
  

• Webhooks
  Webhooks are like having a built-in notification system.
  
  You don’t continuously ask for information.
  
  Instead you create an endpoint in your application server and provide it as a callback to the external service (such as a payment processor or a shipping vendor)
  
  Every time something interesting happens, the external service calls the endpoint and provides the information.
  
  This makes webhooks ideal for dealing with real-time updates because data is pushed to your application as soon as it’s available.

So, when to use Polling or Webhook?
Polling is a solid option when there is some infrastructural limitation that prevents the use of webhooks. Also, with webhooks there is a risk of missed notifications due to network issues, hence proper retry mechanisms are needed.

Webhooks are recommended for applications that need instant data delivery. Also, webhooks are efficient in terms of resource utilization especially in high throughput environments.

---

API Vs SDK!

API (Application Programming Interface) and SDK (Software Development Kit) are essential tools in the software development world, but they serve distinct purposes:

API:
An API is a set of rules and protocols that allows different software applications and services to communicate with each other.

1. It defines how software components should interact.

2. Facilitates data exchange and functionality access between software components.

3. Typically consists of endpoints, requests, and responses.

SDK:
An SDK is a comprehensive package of tools, libraries, sample code, and documentation that assists developers in building applications for a particular platform, framework, or hardware.

1. Offers higher-level abstractions, simplifying development for a specific platform.

2. Tailored to specific platforms or frameworks, ensuring compatibility and optimal performance on that platform.

3. Offer access to advanced features and capabilities specific to the platform, which might be otherwise challenging to implement from scratch.

The choice between APIs and SDKs depends on the development goals and requirements of the project.

Over to you:
Which do you find yourself gravitating towards – APIs or SDKs – Every implementation has a unique story to tell. What's yours?

---

How Netflix Really Uses Java?

Netflix is predominantly a Java shop.

Every backend application (including internal apps, streaming, and movie production apps) at Netflix is a Java application.

However, the Java stack is not static and has gone through multiple iterations over the years.

Here are the details of those iterations:

1. API Gateway
   Netflix follows a microservices architecture. Every piece of functionality and data is owned by a microservice built using Java (initially version 8)

2. BFFs with Groovy & RxJava
   Using a single gateway for multiple clients was a problem for Netflix because each client (such as TV, mobile apps, or web browser) had subtle differences.
   
   To handle this, Netflix used the Backend-for-Frontend (BFF) pattern. Zuul was moved to the role of a proxy

3. GraphQL Federation
   The Groovy and RxJava approach required more work from the UI developers in creating the Groovy scripts. Also, reactive programming is generally hard.

Reference here

---

Big O Notation 101: The Secret to Writing Efficient Algorithms

From simple array operations to complex sorting algorithms, understanding the Big O Notation is critical for building high-performance software solutions.

1. O(1)
   This is the constant time notation. The runtime remains steady regardless of input size. For example, accessing an element in an array by index and inserting/deleting an element in a hash table.

2. O(n)
   Linear time notation. The runtime grows in direct proportion to the input size. For example, finding the max or min element in an unsorted array.

3. O(log n)
   Logarithmic time notation. The runtime increases slowly as the input grows. For example, a binary search on a sorted array and operations on balanced binary search trees.

4. O(n^2)
   Quadratic time notation. The runtime grows exponentially with input size. For example, simple sorting algorithms like bubble sort, insertion sort, and selection sort.

5. O(n^3)
   Cubic time notation. The runtime escalates rapidly as the input size increases. For example, multiplying two dense matrices using the naive algorithm.

6. O(n logn)
   Linearithmic time notation. This is a blend of linear and logarithmic growth. For example, efficient sorting algorithms like merge sort, quick sort, and heap sort

7. O(2^n)
   Exponential time notation. The runtime doubles with each new input element. For example, recursive algorithms solve problems by dividing them into multiple subproblems.

8. O(n!)
   Factorial time notation. Runtime skyrockets with input size. For example, permutation-generation problems.

9. O(sqrt(n))
   Square root time notation. Runtime increases relative to the input’s square root. For example, searching within a range such as the Sieve of Eratosthenes for finding all primes up to n.

Over to you: What else will you add to better understand the Big O Notation?

---

The Ultimate Kubernetes Command Cheatsheet

Kubernetes is an open-source container orchestration platform. It automates the deployment, scaling, and management of containerized applications.

Initially developed by Google, Kubernetes is now maintained by CNCF (Cloud Native Computing Foundation).

This cheat sheet contains the most important Kubernetes commands for different purposes:

1. Kubernetes Setup

2. General Cluster Management

3. Kubernetes Deployments

4. Kubernetes Pod Inspection

5. Troubleshooting and Configuration

6. Miscellaneous commands related to services, config maps, and managing ingresses.

Over to you: Which other Kubernetes command will you add to the list?

---

SPONSOR US

Get your product in front of more than 1,000,000 tech professionals.

Our newsletter puts your products and services directly in front of an audience that matters - hundreds of thousands of engineering leaders and senior engineers - who have influence over significant tech decisions and big purchases.

Space Fills Up Fast - Reserve Today

Ad spots typically sell out about 4 weeks in advance. To ensure your ad reaches this influential audience, reserve your space now by emailing sponsorship@bytebytego.com.