Trong lĩnh vực lập trình, ứng dụng có thể được xây dựng trên nhiều tiến trình. Các tiến trình này đôi khi được hoạt động trên một hoặc nhiều hệ thống khác nhau. Để giải quyết vấn đề truyền tin giữa các tiến trình riêng biệt, người ta thường sử dụng phương pháp RPC. Vậy RPC là gì? Cách thức hoạt động của RPC như thế nào? TinoHost sẽ giúp bạn giải đáp qua bài viết dưới đây.
RPC là gì?
RPC – viết tắt của Remote Procedure Call, là một mô hình kỹ thuật mạng hay còn được biết đến là cơ chế giao tiếp giữa hai tiến trình.
Thuật ngữ RPC ra đời vào năm 1981 được thực hiện bởi Andrew Birrel và Bruce Nelson. RPC được triển khai và phổ biến lần đầu trên Unix dưới dạng Sun’s RPC (ngày nay gọi là ONC RPC). Từ đó, RPC được dùng làm cơ sở chuẩn hóa hệ tập tin mạng. Trong hệ thống mạng máy tính hiện nay có rất nhiều dịch vụ và ứng dụng sử dụng cơ chế kết nối RPC.
Đây là một loại giao thức yêu cầu-phản hồi, có thể dễ dàng được giải thích sử dụng mô hình truyền thông máy khách/máy chủ. Quá trình gọi một yêu cầu được gọi là “máy khách” và quá trình trả lời lại yêu cầu này gọi là “máy chủ”. Lưu ý, máy khách hoặc máy chủ có thể là các thiết bị khác nhau trong một hệ thống mạng hoặc có thể là các tiến trình khác nhau nằm trong cùng hệ thống. Có hay loại thủ tục xuất hiện trong chương trình gồm:
- Thủ tục cục bộ là thủ tục được cài đặt và thực thi tại máy của của chương trình
- Thủ tục ở xa là thủ tục được định nghĩa, cài đặt và thực thi trên một máy tính khác.
Ưu điểm và nhược điểm của RPC
Ưu điểm
RPC có khả năng cho phép chuyển sự phân tán của hệ thống cuối cùng vào một quyết định ở thời điểm triển khai. Việc loại bỏ khía cạnh phân tán từ code có thể mang lại rất nhiều lợi ích cho các dự án, vì ở giai đoạn đầu triển khai các chi tiết cuối thường không được biết cụ thể. Lập trình viên có thể tùy biến chuyển từ lời gọi cục bộ sang lời gọi từ xa RPC mà không thay đổi quá lớn cấu trúc ban đầu của chương trình.
Nhược điểm
Với RPC, cách chia nhiều hàm để gọi tồn tại một số hạn chế khi thời gian trễ mỗi lần gọi RPC là khó có thể bỏ quả, càng nhiều lần gọi, tổng thời gian trễ sẽ tăng, khả năng nghẽn cổ chai do kiểu hỏi đáp liên tục sẽ tăng.
Đối với lời gọi cục bộ, đối tượng gọi (caller) và đối tượng bị gọi (receiver) nằm trong cùng một process. Kiểu tham số truyền được kiểm tra nghiêm ngặt khi biên dịch. Còn với RPC, việc kiểm tra như thế sẽ dẫn đến nhiều rủi ro hơn, dữ liệu có thể bị nghe lén hoặc bị thay đổi trên đường truyền. Việc bảo mật lời gọi RPC dẫn đến cần phải mã hóa, gắn kèm chữ ký kiểm tra…điều này sẽ khiến thư viện bên dưới của caller và receiver sẽ phải làm việc nhiều hơn, độ trễ lại cao hơn.
Chưa kể đồng hồ thời gian ở máy tính chứa caller và receiver có thể sai khác nhau, hệ điều hành cũng như phần mềm, ngôn ngữ lập trình cũng khác nhau, kiểu dữ liệu có sự sai khác…
Cấu trúc và cách thức hoạt động của RPC
Trong RPC, một cuộc gọi thủ tục được khởi tạo bởi một hệ thống máy khách, mã hóa và sau đó được gửi đến máy chủ. Sau đó, máy chủ giải mã cuộc gọi và gửi một phản hồi cho máy khách.
Một ứng dụng Client- Server theo cơ chế RPC được xây dựng gồm các phần như hình dưới đây:
Phần Client là một quá trình người dùng, nơi khởi tạo một lời gọi thủ tục từ xa. Mỗi lời gọi thủ tục ở xa trên phần Client sẽ kích hoạt một thủ tục cục bộ tương ứng nằm trong phần Stub của Client.
Phần Client Stub cung cấp một bộ các hàm cục bộ mà phần Client có thể gọi. Mỗi một hàm của Client Stub đại diện cho một hàm ở xa được cài đặt và thực thi trên server.
Mỗi khi một hàm nào đó của Client Stub được gọi bởi Client, Client Stub sẽ gửi thông điệp để mô tả thủ tục ở xa tương ứng mà Client muốn thực thi cùng với các tham số nếu có. Sau đó nó sẽ nhờ hệ thống RPC Runtime cục bộ gửi thông điệp này đến phần Server Stub của Server.
Phần RPC Runtime quản lý việc truyền thông điệp thông qua mạng giữa máy Client và máy Server. Nó đảm nhận việc truyền lại, báo nhận, chọn đường gói tin và mã hóa thông tin.
RPC Runtime trên máy Client nhận thông điệp yêu cầu từ Client Stub, gửi nó cho RPC Runtime trên máy Server bằng lệnh send(). Sau đó gọi lệnh wait() để chờ kết quả trả về từ Server. Khi nhận được thông điệp từ RPC Runtime của Client gửi sang, RPC Runtime bên phía server chuyển thông điệp lên phần Server Stub.
Server Stub mở thông điệp ra xem, xác định hàm ở xa mà Client muốn thực hiện cùng với các tham số của nó. Server Stub gọi một lệnh tương ứng nằm trên phần Server. Khi nhận được yêu cầu của Server Stub, Server cho thực thi lệnh được yêu cầu và gửi kết quả thực thi được cho Server Stub.
Server Stub đưa kết quả thực vào một gói tin trả lời, chuyển cho phần RPC Runtime cục bộ để nó gửi sang RPC Runtime của Client
Runtime cục bộ để nó gửi sang RPC Runtime của Client. RPC Runtime bên phía Client chuyển gói tin trả lời nhận được cho phần Client Stub. Client Stub mở thông điệp chứa kết quả thực thi về cho Client tại vị trí phát ra lời gọi thủ tục xa.
Trong các thành phần trên, RPC Runtime được cung cấp bởi hệ thống. Client Stub và Server Stub có thể tạo ra thủ công (phải lập trình) hay có thể tạo ra bằng các công cụ cung cấp bởi hệ thống. Cơ chế RPC được hỗ trợ bởi hầu hết các hệ điều hành mạng cũng như các ngôn ngữ lập trình.
RPC đóng một vai trò quan trọng trong việc quản lý thiết bị từ xa qua mạng và được sử dụng để chia sẻ quyền truy cập vào các thiết bị ngoại vi như máy in và máy scan. Qua bài viết, hy vọng các bạn có thể bổ sung cho bản thân kiến thức hữu ích về lập trình nâng cao.
FAQs về RPC
Nguyên nhân gây ra lỗi “RPC server is unavailable” là gì?
Các tiến trình Windows liên quan đến phân phối và chia sẻ dữ liệu qua mạng thường sử dụng công nghệ RPC. Do đó, người dùng Windows thường đối mặt với sự cố “RPC server unavailable”. Các nguyên nhân thường gặp như:
- File and printer sharing bị vô hiệu hóa
- Các vấn đề kết nối mạng
- Các vấn đề về name resolution (phân giải tên)
- Tường lửa của bên thứ ba hoặc các ứng dụng bảo mật
Ngoài RPC còn những phương thức gọi hàm từ xa nào khác?
Một số phương thức gọi hàm từ xa gồm:
- RMI: là một cơ chế cho phép một đối tượng đang chạy trên một máy ảo Java này ( Java Virtual Machine) gọi các phương thức của một đối tượng đang tồn tại trên một máy ảo Java khác (JVM).
- DCOM/COM+ : Là công nghệ độc quyền của MS, nó định nghĩa các thành phần của phần mềm được phân tán qua mạng máy tính để truyền thông với các thành phần khác . Ngoài ra, nó còn hỗ trợ kết nối giữa các đối tượng và kết nối này có thể thay đổi lúc đang chạy.
- CORBA: là phần trung gian tạo khả năng cho các mối liên hệ giữa client/server thông qua những object. Bằng cách sử dụng CORBA, client có thể gọi một phương pháp trên object server một cách thông suốt mà object đó có thể ở trên cùng một máy hay trên mạng máy tính.
Ứng dụng của XML-RPC là gì?
Vì WordPress không phải là hệ thống đóng hoàn toàn nên tính năng này được tạo ra để khi WordPress cần giao tiếp với các hệ thống bên ngoài. Ví dụ, khi người dùng muốn chỉnh sửa hoặc đăng tải một bài viết lên WordPress không bằng máy tính mà thông qua điện thoại. Khi đó, XMLRPC.PHP sẽ kích hoạt trạng thái liên kết giữa máy tính và điện thoại, cho phép người dùng thực hiện các chỉnh sửa.
gRPC là gì?
gRPC là một RPC framework giúp bạn kết nối giữa các service trong hệ thống, nó hỗ trợ load balancing, tracing, health checking và authentication, hỗ trợ từ ứng dụng mobile, trình duyệt cho tới back-end service.
