Network: REST/gRPC và DNS

HTTP Verbs và ý nghĩa:
  GET    /users       → list users        (safe, idempotent)
  GET    /users/1     → get user 1        (safe, idempotent)
  POST   /users       → create user       (not safe, not idempotent)
  PUT    /users/1     → replace user 1    (idempotent)
  PATCH  /users/1     → partial update    (not always idempotent)
  DELETE /users/1     → delete user 1     (idempotent)

HTTP Status Codes:
  2xx: Success
    200 OK, 201 Created, 204 No Content
  3xx: Redirect
    301 Moved Permanently, 302 Found, 304 Not Modified
  4xx: Client Error
    400 Bad Request, 401 Unauthorized, 403 Forbidden
    404 Not Found, 409 Conflict, 429 Too Many Requests
  5xx: Server Error
    500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable

syntax = "proto3";

service UserService {
  rpc GetUser (GetUserRequest) returns (User);
  rpc ListUsers (ListUsersRequest) returns (stream User);    // server streaming
  rpc CreateUsers (stream UserRequest) returns (Summary);   // client streaming
  rpc Chat (stream Message) returns (stream Message);       // bidirectional
}

message User {
  int32 id = 1;
  string name = 2;
  string email = 3;
}

Wire types:
  0 = Varint (int32, int64, bool, enum)
  1 = 64-bit (double, fixed64)
  2 = Length-delimited (string, bytes, embedded messages)
  5 = 32-bit (float, fixed32)

Ví dụ: User{id: 150, name: "Alice"}

  Field 1 (id=150):
    Tag = (1 << 3) | 0 = 0x08
    Value 150 as varint: 0x96 0x01
  Field 2 (name="Alice"):
    Tag = (2 << 3) | 2 = 0x12
    Length = 5, Bytes = 41 6c 69 63 65

  Wire: 08 96 01 12 05 41 6c 69 63 65  → 10 bytes
  JSON: {"id":150,"name":"Alice"}       → 24 bytes

1. Unary — giống REST request/response
   Client ──── request ────► Server
   Client ◄─── response ─── Server

2. Server Streaming — server gửi nhiều messages
   Client ──── request ────► Server
   Client ◄─── stream ────── Server (nhiều messages)
   Use case: download file chunks, live price feed

3. Client Streaming — client gửi nhiều messages
   Client ──── stream ────► Server (nhiều messages)
   Client ◄─── response ─── Server (sau khi nhận xong)
   Use case: upload file chunks, batch inserts

4. Bidirectional Streaming — hai chiều đồng thời
   Client ─── stream ──────► Server
   Client ◄── stream ──────  Server
   Use case: chat, collaborative editing, game

Root Servers (13 logical, ~1000 physical)
  → Biết địa chỉ của các TLD servers

TLD Servers (Top-Level Domain)
  .com, .org, .net, .vn...
  → Biết địa chỉ Authoritative servers của từng domain

Authoritative Name Servers
  ns1.example.com, ns2.example.com
  → Biết IP thực sự của example.com và các subdomain

Recursive Resolver (ISP hoặc 8.8.8.8, 1.1.1.1)
  → Đứng giữa client và DNS hierarchy
  → Cache kết quả để tránh lặp lại toàn bộ chain

Browser muốn biết IP của "www.example.com":

1. Check browser cache (TTL còn không?)
2. Check OS cache (/etc/hosts, DNS cache)
3. Hỏi Recursive Resolver (8.8.8.8):

   Resolver ──── "www.example.com?" ────────────────► Root Server
   Resolver ◄─── "Hỏi .com TLD: 192.5.6.30" ─────── Root Server

   Resolver ──── "www.example.com?" ────────────────► .com TLD Server
   Resolver ◄─── "Hỏi ns1.example.com: 205.251.x.x"  .com TLD Server

   Resolver ──── "www.example.com?" ────────────────► ns1.example.com
   Resolver ◄─── "IP là 93.184.216.34, TTL=3600" ─── ns1.example.com

4. Resolver cache kết quả 3600s (1 giờ)
5. Trả về client: 93.184.216.34

Tổng: ~50-200ms lần đầu, gần như 0ms nếu đã cached