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

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.

Availability Zones (AZ) là các vị trí vật lý độc lập về nguồn điện, làm mát và mạng trong cùng một Azure Region. Việc triển khai ứng dụng trên nhiều AZ giúp bảo vệ hệ thống khỏi các sự cố vật lý tại trung tâm dữ liệu. Đối với Junior, cần lưu ý: 1. Cấu hình Load Balancer hoặc Application Gateway để phân phối traffic giữa các AZ. 2. Sử dụng các dịch vụ hỗ trợ Zone-redundant như Azure SQL Database (với cấu hình tương ứng) hoặc Azure Storage (ZRS). Nếu một zone bị lỗi, hệ thống vẫn hoạt động bình thường nhờ các zone còn lại, đảm bảo cam kết SLA (Service Level Agreement) cao cho doanh nghiệp.

Trong ADO.NET, các đối tượng như SqlConnection và SqlCommand nắm giữ các tài nguyên hệ thống quý giá như kết nối vật lý đến cơ sở dữ liệu và bộ nhớ đệm. Các đối tượng này triển khai giao diện IDisposable. Việc sử dụng khối lệnh 'using' đảm bảo rằng phương thức Dispose() được gọi tự động ngay cả khi có ngoại lệ xảy ra. Điều này giúp giải phóng kết nối về Connection Pool ngay lập tức thay vì chờ đợi Garbage Collection, tránh tình trạng cạn kiệt kết nối (Connection Pool Exhaustion) trong ứng dụng Enterprise.

Connection Pooling là cơ chế mặc định của ADO.NET giúp tái sử dụng các kết nối vật lý thay vì tạo mới mỗi khi cần. Khi bạn gọi Close() hoặc Dispose() trên một SqlConnection, kết nối không thực sự bị đóng mà được trả về Pool. Việc mở/đóng thủ công mà không có Pooling sẽ gây tốn kém tài nguyên CPU và thời gian do quá trình bắt tay (handshake) TCP/IP và xác thực bảo mật với SQL Server. Trong môi trường Enterprise, việc tận dụng Connection Pooling giúp giảm độ trễ (latency) và tăng khả năng chịu tải cho hệ thống.

SqlDataReader là một cơ chế đọc dữ liệu theo hướng tiến (forward-only) và chỉ đọc (read-only), giúp giảm thiểu đáng kể việc tiêu thụ bộ nhớ vì nó không tải toàn bộ dữ liệu vào RAM như DataSet. Trong các ứng dụng Web, việc sử dụng SqlDataReader giúp tối ưu hóa hiệu năng (memory footprint) và giảm áp lực lên Garbage Collection. DataSet/DataTable chỉ nên được sử dụng khi cần thao tác dữ liệu phức tạp, phân trang phía client hoặc cần truyền tải dữ liệu giữa các lớp (layers) mà không giữ kết nối mở.

Khi truy vấn dữ liệu, nếu một cột trong SQL có giá trị NULL, việc cố gắng gán trực tiếp vào kiểu dữ liệu như int hay DateTime sẽ gây ra lỗi InvalidCastException. Giải pháp là kiểm tra bằng phương thức IsDBNull() của SqlDataReader hoặc sử dụng toán tử null-coalescing kết hợp với Nullable Types (ví dụ: int?).

Việc chỉ định rõ SqlDbType giúp ADO.NET tránh được quá trình suy luận kiểu dữ liệu (type inference) tốn kém. Đặc biệt với các kiểu dữ liệu chuỗi (như nvarchar), nếu không chỉ định kích thước, SQL Server có thể phải thực hiện việc chuyển đổi kiểu dữ liệu ngầm định hoặc không tận dụng được kế hoạch thực thi (Execution Plan) đã lưu trong bộ nhớ đệm (Plan Cache). Điều này có thể dẫn đến hiện tượng Parameter Sniffing hoặc làm chậm quá trình truy vấn do SQL Server phải biên dịch lại câu lệnh SQL cho mỗi kích thước tham số khác nhau.

Phân tích sự khác biệt

1. ref: Có thể chứa bất kỳ kiểu dữ liệu nào (primitive hoặc object). Khi truy cập trong JavaScript, bạn phải sử dụng thuộc tính .value. Trong template, Vue tự động giải nén (unwrap) nên không cần .value.
2. reactive: Chỉ chấp nhận object (object, array, map, set). Nó không yêu cầu .value khi truy cập. Tuy nhiên, nó mất tính phản ứng nếu bạn gán lại toàn bộ object hoặc destructure nó.

Khi nào nên sử dụng?

• ref: Khuyên dùng cho các giá trị đơn lẻ (string, number, boolean) hoặc khi bạn muốn thay thế hoàn toàn một object.
• reactive: Phù hợp cho các state phức tạp có cấu trúc cố định, giúp code gọn gàng hơn vì không cần .value.

Ví dụ

const count = ref(0); // Dùng cho primitive
const user = reactive({ name: 'Vue', age: 25 }); // Dùng cho object

Lưu ý: Trong môi trường Enterprise, việc thống nhất sử dụng ref cho hầu hết các trường hợp thường được ưu tiên để tránh lỗi mất tính phản ứng khi destructure object.

Bản chất vấn đề

Trong các phiên bản Vue, v-for có độ ưu tiên cao hơn v-if. Điều này có nghĩa là Vue sẽ lặp qua toàn bộ danh sách trước khi kiểm tra điều kiện v-if cho từng phần tử. Việc này gây lãng phí tài nguyên render, đặc biệt khi danh sách dữ liệu lớn.