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

1. Bản chất vấn đề

Azure App Service cung cấp không gian ổ đĩa cục bộ (Local File System), nhưng không gian này có dung lượng hạn chế, không được thiết kế để lưu trữ lượng lớn tệp tin tĩnh (như ảnh, video, tài liệu) do người dùng tải lên và không tự động scale khi mở rộng số lượng instance.

1. Các công cụ giám sát chính trong Azure

• Azure Application Insights: Công cụ quản lý hiệu suất ứng dụng (APM) cốt lõi giúp theo dõi telemetry, bắt exception chi tiết và phân tích request tracking.
• App Service Log Stream / Log Tail: Xem log thời gian thực trực tiếp từ server.
• Diagnose and Solve Problems: Công cụ chuẩn đoán tự động tích hợp sẵn trong Azure Portal.

2. Quy trình xử lý sự cố chuẩn cho Junior

1. Truy cập Azure Portal, vào App Service đang gặp lỗi và chọn mục Diagnose and Solve Problems để xem các phân tích tự động về lỗi phổ biến như Crash, High CPU/Memory, hoặc HTTP 5xx errors.
2. Mở Azure Application Insights, tìm kiếm mục Failures để xem danh sách các request trả về mã lỗi 500 kèm theo stack trace chính xác của mã nguồn.
3. Kiểm tra mục Log Stream để xem console output nếu ứng dụng ghi log dạng Console.WriteLine hoặc ILogger.

3. Lưu ý kinh nghiệm thực chiến

Đảm bảo đã tích hợp thư viện Microsoft.ApplicationInsights.AspNetCore vào dự án từ bước khởi tạo cấu hình. Không nên chỉ dựa vào việc remote desktop vào server (đối với Windows App Service) vì trong môi trường PaaS hiện đại, các instance thường xuyên được scale-in/scale-out tự động.

1. Khái niệm cơ bản

• Độc lập App Service: Bạn tạo hai resource riêng biệt, ví dụ myapp-staging và myapp-production, mỗi cái chạy trên một App Service Plan riêng.
• Deployment Slots: Là các môi trường ảo nằm chung trong một App Service chính (Production). Bạn có thể tạo slot Staging ngay bên trong App Service Production.

2. Ưu điểm vượt trội của Deployment Slots

• Tiết kiệm chi phí: Slot Staging thường chia sẻ chung tài nguyên phần cứng (App Service Plan) với Production (tùy thuộc vào gói Pricing Tier như Standard, Premium), giúp giảm chi phí duy trì môi trường.
• Tính năng Swap (Hoán đổi): Cho phép bạn đổi mã nguồn từ Staging sang Production mà không hề có độ trễ gián đoạn dịch vụ (Zero downtime deployment).

3. Cơ chế hoạt động của Swap

Khi thực hiện Swap, Azure sẽ khởi động sẵn ứng dụng ở slot Staging, làm ấm (warm-up) và kiểm tra sức khỏe, sau đó hoán đổi IP/routing nội bộ sang Production ngay lập tức. Nếu có lỗi xảy ra sau khi swap, bạn có thể swap ngược lại ngay lập tức.

Bản chất cơ chế Model Binding

Model Binding trong ASP.NET MVC là quá trình tự động ánh xạ dữ liệu HTTP Request (từ query string, form collection, route data hoặc body) sang các kiểu dữ liệu của .NET, bao gồm các kiểu nguyên thủy (primitive types) và các đối tượng phức tạp (complex objects).

Khái niệm cơ bản

Cả Html.Partial và Html.RenderPartial đều được sử dụng để render một Partial View vào trong một View chính trong ASP.NET MVC.

Khái niệm Action Filter

Action Filter là các thuộc tính (Attributes) cho phép thực thi logic tùy chỉnh trước hoặc sau khi một Action Method chạy. Chúng rất hữu ích cho các tác vụ cắt ngang (cross-cutting concerns) như ghi log, kiểm tra quyền, hoặc xử lý ngoại lệ.

Cơ chế hoạt động của Routing

Khi một HTTP Request gửi đến ứng dụng ASP.NET MVC, module UrlRoutingModule sẽ chặn request đó và tìm kiếm trong bảng định tuyến (RouteTable.Routes) để khớp URL với các mẫu định tuyến (Route Patterns) đã được đăng ký trong tệp RouteConfig.cs.

Vấn đề đặt ra

Mặc định, các Controller trong ASP.NET MVC được khởi tạo thông qua một Default Controller Factory không có khả năng truyền tham số vào hàm khởi tạo (Constructor Injection). Việc tích hợp một IoC Container (như Autofac) giúp giải quyết vấn đề này và quản lý vòng đời của các đối tượng như Entity Framework DbContext.

Bản chất cơ chế hoạt động

Singleton Pattern đảm bảo rằng một lớp chỉ có duy nhất một thể hiện (instance) và cung cấp một điểm truy cập toàn cục đến thể hiện đó. Trong các ứng dụng Enterprise cấp độ Junior, Singleton thường được sử dụng cho các đối tượng quản lý tài nguyên chung như kết nối cơ sở dữ liệu, bộ nhớ đệm (Caching) cấu hình hệ thống, hoặc các Logger.

Bản chất cơ chế hoạt động

Strategy Pattern cho phép định nghĩa một họ thuật toán, đóng gói từng thuật toán vào các lớp riêng biệt và làm cho chúng có thể hoán đổi cho nhau tại thời điểm chạy (runtime). Pattern này giúp tách biệt hoàn toàn logic nghiệp vụ cụ thể ra khỏi lớp ngữ cảnh (Context), tuân thủ tuyệt đối Open-Closed Principle (OCP).

Bản chất cơ chế hoạt động

Observer Pattern định nghĩa mối phụ thuộc một-nhiều giữa các đối tượng sao cho khi một đối tượng thay đổi trạng thái, tất cả các đối tượng phụ thuộc của nó sẽ được thông báo và cập nhật tự động. Pattern này là nền tảng của lập trình hướng sự kiện (Event-driven programming) và các mô hình Reactive Programming.

Bản chất cơ chế hoạt động

Factory Method Pattern định nghĩa một giao diện để tạo ra một đối tượng, nhưng để các lớp con quyết định lớp nào cần khởi tạo. Factory Method cho phép một lớp trì hoãn việc khởi tạo cho các lớp con (subclasses), giúp tách biệt hoàn toàn logic khởi tạo đối tượng khỏi mã nguồn sử dụng chúng.

Bản chất cơ chế hoạt động

Decorator Pattern cho phép gắn thêm các hành vi mới cho một đối tượng bằng cách đặt các đối tượng này bên trong các lớp bao bọc (wrapper) chứa các hành vi tương ứng. Pattern này sử dụng thành phần kết hợp (composition) thay vì kế thừa (inheritance) để mở rộng tính năng một cách linh hoạt tại thời điểm chạy.

Trong Unit Testing, khi cần cách ly component đang kiểm thử khỏi các dependencies bên ngoài (như database, network request, third-party service), chúng ta sử dụng các Test Doubles. Dưới đây là phân biệt chi tiết từng khái niệm:

Code Coverage là một chỉ số quan trọng trong Continuous Integration (CI) pipeline, nhưng lập trình viên cấp độ Junior thường hiểu lầm rằng đạt 100% coverage đồng nghĩa với việc code hoàn toàn không có lỗi.