Giới thiệu

Trong nghành lập trình sẵn phân tán tất cả một số trong những phương thức được tùy chỉnh để xử lý vụ việc truyền tin giữa các công tác hiếm hoi.quý khách hàng đang xem: Remote procedure hotline là gì

Trong tương đối nhiều các giải pháp, từ những chuyển động socket thấp cấp (low-level) cho tới V.I.P (high-level) cùng những khối hệ thống trao đổi thông tin trong nghành rõ ràng, gồm nhị bí quyết tiếp cận "cấp cho trung (middle-level)" đặc biệt quan trọng thú vị tại vị trí bọn chúng ẩn đi hầu hết chi tiết thực thi mặt khác cung cấp một hình ảnh phổ biến có thể được tiến hành trong hàng loạt các nghành nghề dịch vụ ứng dụng. Hai chiến thuật sẽ là truyền tinphía RPC và messaging.

Bạn đang xem: Remote procedure call là gì

Bài viết này đã cố gắng làm nổi bật sự khác biệt chủ yếu thân nhị phương thức truyền tinnày.

Ưu với nhượccủa RPC

RPC, đó là chữ viết tắt của Remote Procedure Calls (tạm dịch là các cuộc Hotline giấy tờ thủ tục từ xa), là 1 trong những có mang nhằm mục tiêu cố gắng bao quát một lời Điện thoại tư vấn thủ tục thông thường trong ngôi trường hòa hợp cơ mà caller và receiver không cùng bên trong một process - cùng được phân tán bên trên những trang bị riêng lẻ.


*

Mô hình RPC (Remote Procedure Calls)

Mục tiêu chính của cách thức này là làm cho lời Call từ bỏ xa RPC tương tự như nhỏng thể lờicall thủ tục thông thường viên bộvới ẩn đi câu hỏi truyền tài liệu trở về qua mạng.

Mục tiêu này khôn cùng cuốn hút tại đoạn nó có tác dụng được cho phép chuyển sự phân tán của khối hệ thống sau cuối vào một ra quyết định ở thời gian thực thi - xuất xắc có thể nói rằng, từ bỏ cách nhìn của lập trình viên thì không quan trọng đặc biệt câu hỏi cuộc Điện thoại tư vấn sẽ là toàn cục giỏi từ xa miễn là nó tất cả cú pháp giống nhau, và quyết định sau cùng về sự việc phân tán của những yếu tố khối hệ thống độc thân có thể được triển khai sau đây. Việc loại bỏ kỹ lưỡng phân tán tự code có thể đưa về tương đối nhiều công dụng cho các dự án công trình vày sinh hoạt quá trình đầu thì những chi tiết sau cùng của việc thực hiện thường xuyên không được biết vừa đủ. Lập trình viênhoàn toàn có thể tùy biến chuyển từ bỏ lời call cục bộ thanh lịch lời Điện thoại tư vấn từ xa RPC cơ mà không đổi khác quá to cấu trúc ban đầu của chương trình.

Xem thêm: Rcb Là Gì ? Tại Sao Lại Phải Cần Người Bảo Trợ? ? Tại Sao Lại Phải Cần Người Bảo Trợ

Tuy nhiên, đều lợi ích tiềm năng của RPC cũng đều có dòng giá chỉ của nó:

Vấn đề của RPC là bởi nó ẩn đi thực tiễn phân tán ở tầm mức cú pháp, điều đó tạo trở ngại rộng cho những thiết kế viên để giải quyết và xử lý đúng chuẩn các thách thức thế hữu kèm theo với những cẩn thận thiết bị lý của phân tán.

Messaging như một chiến thuật cầm cố thế

Messaging là một tư tưởng truyền tinkhông giống không hề ít so với RPC trong những số ấy nó ko nỗ lực che giấu đi hầu hết điều tỉ mỷ đồ gia dụng lý của truyền tài liệu trường đoản cú caller đến receiver. Nó che giấu phần nàocác cụ thể thực hiện, dẫu vậy chưa đến nấc bác bỏ quăng quật những có mang liên quan cho các chi phí run-time trong Việc hội đàm dữ liệu.

Messaging là một quan niệm truyền tinhoàn toàn có thể được phân tích và lý giải một giải pháp dễ dàng bởi bao gồm điểm tương đương cùng với khối hệ thống e-mail. Điều quan trọng tốt nhất của không ít điểm tương đương này là 1 thực tiễn rằng những message được thừa nhận là những thực thể first-class, cùng người tiêu dùng cho là mỗi message là một cái nào đấy hữu hình. Trọng vai trung phong tại đây chưa hẳn là nhằm ẩn đi (hiding) các thử thách vào truyền thông media, vắt vào đó là vẫn đóng gói (encapsulation) và giới thiệu một hình thức cơ mà người dùng rất có thể can hệ được. Trong hệ thống e-mail, một message là một cái gì đó ko phần lớn được truyền rằng, nhưng nó cũng có thể được sao lưu giữ hoặc in ấn và dán.


*

Cơ chế nhắn tin nhắn (messaging)

Sau đây là một list gần đầy đầy đủ vềnhững ưu điểmrất có thể có, tùy trực thuộc vào bài toán xúc tiến, biểu đạt những đặc thù thường có của một hệ thống messaging:

Khả năng thống trị với phản bội ứng cùng với những chậm rì rì (delay) vào truyền tin. Một khối hệ thống messaging hoàn toàn có thể gồm những thời gian timeout được điều hành và kiểm soát với tầm độ tùy ý - thậm chí là sinh sống Lever của những message đơn thân.Khả năng thống kê giám sát quy trình tiến độ (và ước lượng thời hạn thực tế) của vấn đề truyền tài liệu vật lý.Các cường độ ưu tiên của message có thể chấp nhận được tầng vận chuyển (transport layer) sáng tỏ những message dựa vào khoảng đặc biệt của chúng.Khả năng lưu trữ các message một phương pháp an toàn (message persistency)hoặc chất nhận được bóc tách trọn vẹn những sender và receiver trong số lượng giới hạn thời gian thực thi của chúng. Nhờ kỹ năng này receiverko nhất thiết đề xuất lắng tai hoặc sống lúc message truyền tới. Hoặc message hoàn toàn có thể được gửi lại nhiều hơn thế nữa 1 lần.Khả năng ưa thích nghi đối với cả các hệ thống luân chuyển thẳng và con gián tiếp, bao gồm cả vấn đề có thể auto tái chế tạo ra lại ngôn từ. Trong khối hệ thống e-mail, list mail (bao hàm cả phần archives) là phần đông ví dụ giỏi về các hệ thống giao vận loại gián tiếp nhưng không bắt buộc bất kỳ phần không ngừng mở rộng nào cho những có mang cơ bản của e-mail.Message tagging, meta-information và tracing - ví dụ, trọn vẹn rất có thể nhận được một báo cáo đầy đủ về tuyến phố chuyên chở đã được "kẹ thăm" vị một message cho tới lúc message này cho được đích của nó. Nhờ phần meta-information, những message cũng hoàn toàn có thể thay đổi bộ phận của các cấu tạo truyền thông sống cấp cao hơn. Trong hệ thống e-mail, bọn chúng được điện thoại tư vấn là "threads" trong các nhóm đàm luận cho biết một vận dụng rất có thể có của không ít tư tưởng này.Các kỹ năng tương quan mang đến bảo mật nlỗi chữ cam kết số của câu chữ tài liệu cùng những thẻ truy cập (access token) có thể được áp dụng cho từng message nhằm kiểm soát điều hành cụ thể câu hỏi ai tất cả quyền làm cho gần như gì trong hệ thống phân tán kia.Nếu như RPC thường là "1 Điện thoại tư vấn 1" xuất xắc "Peer lớn Peer", thì messaging lại có nhiều mô hình phong phú hơn:Một hotline các.Một Hotline đến team dẫu vậy lựa chọn đối tượng người tiêu dùng ý kiến đầu tiên.Tùy vào công dụng hoặccâu chữ thông điệp, ra quyết định đối tượng như thế nào vẫn được trao.Phân thiết lập rất nhiều đặn kiểu dáng chuyển phiên vòng: round robinPhân download nhưng bao gồm lưu giữ được lần trước thông điệp được gửi đến đối tượng làm sao, nay gửi đúng đối tượng người sử dụng đó nhằm bảo vệ nhì bêntất cả vừa đủ lịch sử vẻ vang nói chuyện.

Vẫn có thể áp dụng messaging như một thực thi phân tán của các "cuộc Hotline (call)" với trong thực tế thì phương pháp phía đối tượng người sử dụng sử dụng thuật ngữ "message" để ám chỉ những đề nghị rất có thể được gửi giữa các đối tượng (object). Tuy nhiên, điểm mạnh của messaging là bằng phương pháp bộc lộ thực tiễn của truyền thông trong một vẻ ngoài hữu hình của message nlỗi một thực thể first-class, những xây dựng viên có tương đối nhiều cơ hội để mở rộng thanh lịch những miền công dụng không giống hoặc là vì cảm thấy không dễ chịu với đông đảo ràng buộc của một "lối tứ duy gọi giấy tờ thủ tục (procedure Call mindset)" tốt chỉ vị bắt buộc tiến hành được Theo phong cách cũ.

Bản dịch của Phùng Tùng Huy, thực tập sinh lập trình webtại infobandarpkr.comcó sự chỉnh sửa của giảng viên phía dẫnLink nội dung bài viết tđắm đuối khảo: http://www.inspirel.com/articles/RPC_vs_Messaging.html