Ngân hàng câu hỏi môn PRN232 - Xây dựng ứng dụng back-end đa nền tảng với .NET

gRPC được xây dựng trên nền tảng của giao thức truyền tải nào? gRPC sử dụng giao thức HTTP/2 làm giao thức truyền tải cơ bản. Điều này cho phép gRPC tận dụng các tính năng của HTTP/2 như hỗ trợ nhiều luồng truyền tải, hỗ trợ các tính năng như server push, và hỗ trợ các tính năng khác. gRPC cũng có thể hoạt động trên các giao thức khác như TCP/IP trực tiếp, HTTP/1.1, UDP, nhưng giao thức HTTP/2 là giao thức được khuyến nghị và được sử dụng rộng rãi nhất.

Trong WCF, 'ABC' của một endpoint được viết tắt bởi ba từ khóa quan trọng. 'A' đứng cho 'Address', đó là địa chỉ của endpoint. Địa chỉ này có thể là một URL hoặc một địa chỉ IP. 'B' đứng cho 'Binding', đó là cách thức kết nối giữa client và server. Binding xác định các thông số như giao thức truyền tải, giao thức bảo mật và giao thức truyền thông. 'C' đứng cho 'Contract', đó là giao dịch hoặc dịch vụ được cung cấp bởi endpoint. Contract xác định các phương thức và dữ liệu được truyền qua giao dịch.

Sự giao tiếp đồng bộ giữa các microservice là một quá trình trao đổi thông tin giữa các dịch vụ trong thời gian thực. Ví dụ về giao tiếp đồng bộ giữa các microservice là khi Service A thực hiện một yêu cầu HTTP trực tiếp đến Service B và chờ đợi phản hồi ngay lập tức. Điều này cho phép Service A và Service B trao đổi thông tin và thực hiện các hành động dựa trên thông tin đó trong thời gian thực. Điều này khác với giao tiếp bất đồng bộ, nơi các dịch vụ trao đổi thông tin nhưng không chờ đợi phản hồi ngay lập tức. Giao tiếp đồng bộ thường được sử dụng trong các ứng dụng cần phản hồi nhanh chóng và chính xác, chẳng hạn như các ứng dụng thương mại điện tử hoặc các ứng dụng tài chính.

Microservices cung cấp nhiều lợi ích quan trọng, nhưng một trong những lợi ích chính là tính độc lập trong việc triển khai và mở rộng. Với kiến trúc Microservices, mỗi module được thiết kế và triển khai độc lập, cho phép mỗi module được mở rộng và sửa chữa mà không ảnh hưởng đến các module khác. Điều này giúp tăng cường độ linh hoạt và khả năng thích nghi của hệ thống, cũng như giảm thiểu rủi ro khi triển khai các thay đổi. Ngoài ra, tính độc lập trong triển khai và mở rộng cũng giúp giảm thiểu thời gian và chi phí cần thiết để triển khai các thay đổi, vì mỗi module có thể được triển khai và mở rộng độc lập.

Một trong những đặc điểm quan trọng của một microservice là tính độc lập trong việc triển khai và mở rộng. Điều này có nghĩa là mỗi microservice có thể được triển khai và mở rộng độc lập mà không ảnh hưởng đến các microservice khác. Điều này cho phép các microservice được thiết kế và triển khai theo cách linh hoạt và hiệu quả hơn. Ví dụ, nếu một microservice đang gặp vấn đề, nó có thể được sửa chữa hoặc thay thế mà không ảnh hưởng đến các microservice khác. Tính độc lập trong triển khai và mở rộng cũng cho phép các microservice được triển khai trên các nền tảng khác nhau, chẳng hạn như trên cloud hoặc trên máy chủ riêng. Điều này giúp tăng cường tính linh hoạt và hiệu suất của hệ thống.

Một kiến trúc vi mô (microservice architecture) là một phong cách kiến trúc ứng dụng được cấu trúc thành một tập hợp các dịch vụ nhỏ, có thể triển khai độc lập và được tổ chức xung quanh các khả năng kinh doanh. Mỗi dịch vụ có thể được triển khai bằng ngôn ngữ lập trình khác nhau và có thể được triển khai độc lập, điều này cho phép các dịch vụ được phát triển, thử nghiệm và triển khai nhanh chóng mà không ảnh hưởng đến các dịch vụ khác. Kiến trúc vi mô cho phép ứng dụng linh hoạt và dễ dàng mở rộng, đồng thời giảm thiểu rủi ro khi triển khai ứng dụng.

Trong kiến trúc Microservices, API Gateway đóng vai trò là điểm truy cập chính để giao tiếp với các dịch vụ micro. Ocelot là một trong những lựa chọn phổ biến để sử dụng làm API Gateway. Nó cung cấp các tính năng như cân bằng tải, bảo mật, và phân phối yêu cầu đến các dịch vụ micro khác nhau. Ocelot cũng cho phép cấu hình linh hoạt và dễ dàng tích hợp với các dịch vụ khác nhau. Ngoài ra, Ocelot cũng hỗ trợ các giao thức như HTTP/1.1, WebSockets và gRPC. Vì vậy, Ocelot là một lựa chọn tốt để sử dụng làm API Gateway trong kiến trúc Microservices.

Sử dụng giao tiếp đồng bộ hoàn toàn trong kiến trúc microservice có một nhược điểm chính. Khi một dịch vụ downstream chậm hoặc không khả dụng, dịch vụ gọi sẽ bị chặn hoặc thất bại. Điều này xảy ra vì giao tiếp đồng bộ yêu cầu dịch vụ gọi phải chờ phản hồi từ dịch vụ downstream trước khi tiếp tục thực hiện. Nếu dịch vụ downstream chậm hoặc không khả dụng, dịch vụ gọi sẽ bị ảnh hưởng và có thể bị chặn hoặc thất bại. Điều này làm giảm hiệu suất và độ tin cậy của hệ thống. Ngoài ra, giao tiếp đồng bộ cũng làm tăng độ phức tạp của hệ thống và khó khăn hơn trong việc quản lý và bảo trì.

Để đóng gói một microservice ASP.NET Core thành một container cho việc triển khai, công nghệ được sử dụng phổ biến nhất là Docker. Docker cho phép tạo ra một môi trường ảo hóa (container) độc lập, giúp đảm bảo ứng dụng chạy ổn định và không bị ảnh hưởng bởi môi trường hệ thống. Mỗi container có thể chứa một ứng dụng độc lập, cùng với tất cả các phụ thuộc và cấu hình cần thiết. Điều này giúp dễ dàng triển khai và quản lý các ứng dụng microservice trên nhiều môi trường khác nhau. Ngoài ra, Docker cũng hỗ trợ các tính năng như tự động hóa xây dựng, phân phối và giám sát ứng dụng, giúp tăng hiệu suất và giảm thiểu thời gian triển khai.

Trong mô hình Microservices, mỗi dịch vụ thường có cơ sở dữ liệu riêng. Điều này cho phép mỗi dịch vụ có thể được thiết kế và triển khai độc lập, mà không cần phải phụ thuộc vào các dịch vụ khác. Mỗi dịch vụ có thể sử dụng cơ sở dữ liệu phù hợp với nhu cầu của nó, giúp tăng cường khả năng mở rộng và độ tin cậy của hệ thống. Ngoài ra, việc sử dụng cơ sở dữ liệu riêng cho mỗi dịch vụ cũng giúp giảm thiểu tác động của lỗi hoặc sự cố đối với các dịch vụ khác.

Trong kiến trúc microservice thông thường, vai trò của "API Gateway" là điểm truy cập duy nhất cho tất cả các yêu cầu từ khách hàng, chuyển hướng chúng đến microservice downstream phù hợp và có thể xử lý các vấn đề xuyên suốt như xác thực và kết thúc SSL. API Gateway đóng vai trò như một cầu nối giữa khách hàng và các microservice, giúp phân phối và quản lý các yêu cầu một cách hiệu quả. Nó cũng có thể xử lý các vấn đề như bảo mật, giám sát và phân tích dữ liệu, giúp tăng cường tính bảo mật và hiệu suất của hệ thống. Việc sử dụng API Gateway giúp giảm thiểu sự phức tạp và tăng cường khả năng mở rộng của hệ thống.

Protobuf là một định dạng serialize binary, giúp giảm kích thước dữ liệu và tăng tốc độ parse so với định dạng JSON text-based. Điều này là do định dạng binary không cần phải được mã hóa thành chuỗi text như JSON, giúp giảm thiểu dữ liệu cần truyền tải và tăng tốc độ xử lý. Ngoài ra, định dạng binary cũng giúp giảm thiểu khả năng xảy ra lỗi khi truyền tải dữ liệu. Vì vậy, sử dụng Protobuf có thể giúp giảm thiểu thời gian truyền tải và tăng tốc độ xử lý dữ liệu, đặc biệt là khi cần truyền tải một lượng lớn dữ liệu.

Trong gRPC, một "kênh" (channel) được định nghĩa là một kết nối lâu dài đến một dịch vụ gRPC, có thể được tái sử dụng cho nhiều cuộc gọi. Điều này cho phép các ứng dụng gRPC thực hiện nhiều cuộc gọi đến một dịch vụ mà không cần phải thiết lập lại kết nối mới. Mỗi kênh được tạo ra bằng cách gọi phương thức `CreateChannel` và nó được sử dụng để thực hiện các cuộc gọi đến dịch vụ gRPC. Kênh có thể được sử dụng để thực hiện các cuộc gọi một chiều, hai chiều hoặc streaming. Việc sử dụng kênh giúp cải thiện hiệu suất và giảm thiểu thời gian thiết lập kết nối.

Trong HTTP/2, 'Server Push' là tính năng cho phép máy chủ gửi tài nguyên đến khách hàng mà không cần khách hàng yêu cầu rõ ràng. Điều này cho phép máy chủ dự đoán những tài nguyên mà khách hàng sẽ cần trong tương lai và gửi chúng trước khi khách hàng yêu cầu. Tính năng này giúp cải thiện hiệu suất và giảm thời gian tải trang. Ví dụ, nếu khách hàng đang xem trang web có nhiều hình ảnh, máy chủ có thể gửi hình ảnh đó đến khách hàng trước khi khách hàng yêu cầu, giúp trang web tải nhanh hơn. Tính năng Server Push là một trong những tính năng quan trọng của HTTP/2 và giúp cải thiện hiệu suất của giao tiếp giữa máy chủ và khách hàng.

gRPC là một framework được sử dụng để xây dựng các ứng dụng phân tán. Nó cho phép các ứng dụng giao tiếp với nhau qua các cuộc gọi thủ tục. gRPC Remote Procedure Calls (RPC) là một trong những tính năng chính của gRPC. Nó cho phép các ứng dụng gọi các thủ tục trên các máy chủ khác nhau và nhận lại kết quả. gRPC sử dụng giao thức HTTP/2 để truyền tải dữ liệu và cho phép các ứng dụng giao tiếp với nhau một cách hiệu quả. gRPC Remote Procedure Calls (a recursive acronym) là tên chính thức của gRPC, nó được thiết kế để cho phép các ứng dụng giao tiếp với nhau một cách hiệu quả và linh hoạt.