Thư Viện Câu Hỏi Phỏng Vấn

Các cấp độ cô lập

Cache-Control header phụ thuộc hoàn toàn vào cơ chế của trình duyệt và có thể bị ghi đè bởi các chính sách của server hoặc proxy. Ngược lại, Cache Storage API cung cấp khả năng kiểm soát lập trình (programmatic control) hoàn toàn thông qua Service Worker.

Khi một Service Worker mới được cài đặt, nó sẽ ở trạng thái waiting cho đến khi tất cả các tab đang mở của ứng dụng cũ được đóng lại. Để ép buộc cập nhật ngay lập tức, ta sử dụng phương thức skipWaiting().

Việc viết Service Worker thủ công rất dễ dẫn đến lỗi logic, đặc biệt là trong việc quản lý vòng đời (lifecycle) và các chiến lược caching phức tạp. Workbox là một thư viện được Google phát triển nhằm chuẩn hóa các thao tác này.

Client-side rendering (CSR) chỉ giải quyết vấn đề hiển thị dữ liệu sau khi ứng dụng đã tải xong. Service Worker đóng vai trò như một Proxy nằm giữa ứng dụng và mạng, giúp ứng dụng tải được ngay cả khi không có mạng.

Việc giao tiếp giữa Service Worker và Main Thread thường được thực hiện thông qua PostMessage API. Tuy nhiên, việc truyền dữ liệu lớn có thể gây nghẽn luồng chính (Main Thread).

Cả hai đều dùng để đảm bảo dữ liệu đầu vào hợp lệ, nhưng có sự khác biệt về kiến trúc:

Global Exception Handling cho phép tập trung hóa việc xử lý ngoại lệ tại một nơi duy nhất thay vì dùng try-catch rải rác trong từng Controller.

Entity đại diện cho cấu trúc bảng trong Database, trong khi DTO là cấu trúc dữ liệu được thiết kế riêng để trao đổi giữa Client và Server.

Logging là thành phần thiết yếu để giám sát và gỡ lỗi. ASP.NET Web API cung cấp ILogger interface tích hợp sẵn.

Trong ASP.NET Web API, việc sử dụng async/await giúp giải phóng các Thread từ Thread Pool trong khi chờ đợi các tác vụ I/O (như truy vấn Database hoặc gọi API bên thứ ba) hoàn tất. Điều này giúp ứng dụng xử lý được nhiều Concurrent Requests hơn mà không cần tăng số lượng Thread.

Azure Functions là dịch vụ Serverless Compute, trong khi Azure App Service là nền tảng PaaS dành cho các ứng dụng web truyền thống. Bạn nên chọn Azure Functions khi: 1. Xử lý các tác vụ theo sự kiện (Event-driven): Ví dụ như xử lý tệp khi được tải lên Blob Storage hoặc xử lý tin nhắn từ Service Bus. 2. Tải công việc không liên tục: Nếu ứng dụng chỉ chạy vào các khung giờ nhất định, Serverless giúp tối ưu chi phí vì bạn chỉ trả tiền khi code thực thi. 3. Kiến trúc Microservices nhỏ: Các logic nghiệp vụ tách biệt, độc lập. Ngược lại, chọn App Service khi ứng dụng yêu cầu thời gian chạy liên tục (Always On), cần kiểm soát cấu hình server chi tiết hoặc ứng dụng có lưu trữ trạng thái (stateful) phức tạp.

Để giám sát hiệu quả, bạn cần tích hợp Application Insights SDK vào ứng dụng. Các bước thực hiện: 1. Cấu hình Connection String trong App Settings. 2. Sử dụng TelemetryClient để ghi lại các sự kiện tùy chỉnh (Custom Events) hoặc ngoại lệ (Exceptions). 3. Tận dụng tính năng Application Map để trực quan hóa các phụ thuộc giữa các dịch vụ. 4. Sử dụng Kusto Query Language (KQL) trong Log Analytics để truy vấn dữ liệu. Ví dụ truy vấn lỗi: requests | where success == false | summarize count() by operation_Name. Kinh nghiệm thực chiến: Luôn gắn Correlation ID vào các request để truy vết luồng dữ liệu đi qua nhiều dịch vụ khác nhau.

Azure CDN tập trung vào việc tăng tốc phân phối nội dung tĩnh (hình ảnh, CSS, JS) bằng cách cache tại các Edge Node gần người dùng nhất. Azure Front Door là một dịch vụ Application Delivery Network toàn diện hơn, cung cấp khả năng cân bằng tải (Load Balancing) lớp 7, bảo mật WAF (Web Application Firewall) và tăng tốc cho cả nội dung động lẫn tĩnh. Sử dụng Azure CDN khi bạn chỉ cần phân phối tệp tĩnh đơn thuần. Sử dụng Azure Front Door khi bạn cần kiến trúc Global Load Balancing, yêu cầu khả năng failover giữa các vùng (regions) và bảo mật nâng cao cho ứng dụng web đa vùng.

Giải pháp tối ưu là sử dụng Managed Identity. Cơ chế này cho phép Azure tự động quản lý danh tính của tài nguyên (ví dụ: App Service) trong Microsoft Entra ID. Các bước thực hiện: 1. Bật System-assigned Managed Identity trên App Service. 2. Cấp quyền truy cập (RBAC) cho Identity đó trên tài nguyên đích (ví dụ: SQL Database hoặc Key Vault). 3. Trong code, sử dụng thư viện DefaultAzureCredential để xác thực. Ví dụ C#: var client = new SecretClient(new Uri(vaultUri), new DefaultAzureCredential());. Cách này loại bỏ hoàn toàn việc lưu trữ thông tin xác thực trong mã nguồn hoặc tệp cấu hình.