REST (Representational State Transfer) là một kiến trúc phong cách (architectural style) cho ứng dụng mạng, do Roy Fielding định nghĩa. Nó không phải một giao thức hay chuẩn — mà là một tập ràng buộc (constraints); khi tuân theo, API sẽ dễ mở rộng, cache được và dễ tiến hoá. API "RESTful" mô hình hoá mọi thứ thành tài nguyên (resource: user, order, product) được định danh bằng URI, và thao tác lên chúng qua các HTTP method chuẩn.
GET /users/42 HTTP/1.1
Host: api.example.com
Accept: application/json
HTTP/1.1 200 OK
Content-Type: application/json
{ "id": 42, "name": "Ann", "email": "[email protected]" }
URI /users/42 đặt tên cho tài nguyên; GET là hành động; JSON là representation. Sự kết hợp đó — danh từ trong path, động từ là HTTP method — chính là tinh thần của REST.
REST là phong cách thống trị cho web API, nên người phỏng vấn dùng câu này để kiểm tra bạn hiểu vì sao nó hiệu quả, chứ không chỉ đọc thuộc tên. Hai ràng buộc quan trọng nhất trong thực tế là statelessness (mỗi request tự chứa đủ thông tin, nên bạn có thể đặt bao nhiêu server tuỳ ý sau load balancer và mở rộng ngang mà không cần sticky session) và uniform interface (URL hướng tài nguyên dễ đoán cộng HTTP method và status code chuẩn, nên client không cần logic riêng cho từng endpoint). Câu trả lời tốt gắn từng ràng buộc với lợi ích cụ thể — stateless giúp scale, cacheable giảm tải, layered system cho phép chèn CDN và gateway — và lưu ý rằng đa số API "REST" là thực dụng chứ không thuần khiết hoàn toàn (rất ít cái triển khai HATEOAS). Hiểu các ràng buộc này là nền tảng cho mọi quyết định thiết kế REST khác, từ chọn status code đến versioning.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ