3.9 Consider the RPC mechanism. De

 

3.9 Consider the RPC mechanism. Describe the undesirable consequences that could arise from not enforcing either the “at most once” or “exactly once” semantic. Describe possible uses for a mechanism that has neither of these guarantees.

Answer: If an RPC mechanism cannot support either the “at most once” or “at least once” semantics, then the RPC server cannot guarantee that a remote procedure will not be invoked multiple occurrences. Consider if a remote procedure were withdrawing money from a bank account on a system that did not support these semantics. It is possible that a single invocation of the remote procedure might lead to multiple withdrawals on the server. For a system to support either of these semantics generally requires the server maintain some form of client state such as the timestamp described in the text. If a system were unable to support either of these semantics, then such a system could only safely provide remote procedures that do not alter data or provide time-sensitive results. Using our bank account as an example, we certainly require “at most once” or “at least once” semantics for performing a withdrawal (or deposit!). However, an inquiry into an account balance or other account information such as name, address, etc. does not require these semantics.

ผลลัพธ์ (ไทย) 1:

 3.9 พิจารณากลไก RPC อธิบายถึงผลไม่พึงปรารถนาที่อาจเกิดขึ้นจากการไม่บังคับใช้ "เมื่อมากที่สุด" หรือ "ตรงกัน" ทางตรรก อธิบายกลไกที่มีประกันเหล่านี้ไม่ได้ใช้ ตอบ: ถ้าเป็นกลไก RPC ไม่สนับสนุน "เมื่อมากที่สุด" หรือ "น้อยครั้ง" ความหมาย แล้วเซิร์ฟเวอร์ RPC ไม่สามารถรับประกันได้ว่า ขั้นตอนระยะไกลจะไม่เรียกเกิดขึ้นหลายครั้ง พิจารณาขั้นตอนระยะไกลได้ ถอนเงินจากบัญชีธนาคารนั้นไม่ได้สนับสนุนความหมายเหล่านี้ สามารถที่เรียกหนึ่งของขั้นตอนระยะไกลอาจทำถอนหลายบนเซิร์ฟเวอร์ได้ ระบบการสนับสนุนอย่างใดอย่างหนึ่งเหล่านี้ ความหมายโดยทั่วไปต้องเซิร์ฟเวอร์รักษารูปแบบของสถานะไคลเอนต์เช่นการประทับเวลาที่อธิบายไว้ในข้อความ ถ้าระบบไม่สามารถสนับสนุนความหมายเหล่านี้อย่างใดอย่างหนึ่ง แล้วระบบดังกล่าวสามารถเท่านั้นปลอดภัยให้ขั้นตอนระยะไกลที่ไม่เปลี่ยนแปลงข้อมูล หรือให้ผลตามเวลา ใช้บัญชีธนาคารของเราเป็นตัวอย่าง เราแน่นอนต้อง "มากที่สุดครั้งเดียว" หรือ "น้อยครั้งเดียว" ความหมายสำหรับการดำเนินการถอนเงิน (หรือเงินฝาก) อย่างไรก็ตาม การสอบถามยอดดุลของบัญชีหรือข้อมูลบัญชีอื่น ๆ เช่นชื่อ ที่อยู่ ฯลฯ ไม่ต้องใช้ความหมายเหล่านี้

ผลลัพธ์ (ไทย) 2:

 

3.9 พิจารณากลไกของ RPC อธิบายถึงผลกระทบที่ไม่พึงประสงค์ที่อาจเกิดขึ้นจากการไม่บังคับใช้อย่างใดอย่างหนึ่ง "ที่มากที่สุดครั้งเดียว" หรือ "ครั้งว่า" ความหมาย อธิบายการใช้เป็นไปได้สำหรับกลไกที่มีทั้งการค้ำประกันเหล่านี้. คำตอบ: ถ้ากลไก RPC ไม่สามารถสนับสนุนทั้ง "ที่มากที่สุดครั้งเดียว" หรือ "อย่างน้อยหนึ่งครั้ง" ความหมายแล้วเซิร์ฟเวอร์ RPC ไม่สามารถรับประกันได้ว่าขั้นตอนระยะไกลจะไม่ถูกเรียก หลายเหตุการณ์ที่เกิดขึ้น ถ้าพิจารณาขั้นตอนระยะไกลได้รับการถอนเงินออกจากบัญชีธนาคารในระบบที่ไม่สนับสนุนความหมายเหล่านี้ เป็นไปได้ว่าการภาวนาหนึ่งในขั้นตอนระยะไกลอาจนำไปสู่การถอนหลายบนเซิร์ฟเวอร์ สำหรับระบบที่จะสนับสนุนทั้งความหมายเหล่านี้โดยทั่วไปต้องใช้เซิร์ฟเวอร์รักษารูปแบบของลูกค้ารัฐบางอย่างเช่นการประทับเวลาที่อธิบายไว้ในข้อความ หากระบบไม่สามารถให้การสนับสนุนทั้งความหมายเหล่านี้แล้วเช่นระบบเท่านั้นที่สามารถได้อย่างปลอดภัยให้ขั้นตอนระยะไกลที่ไม่เปลี่ยนแปลงข้อมูลหรือให้ผลเวลาที่สำคัญ การใช้บัญชีธนาคารของเราเป็นตัวอย่างแน่นอนเราต้อง "ที่มากที่สุดครั้งเดียว" หรือ "อย่างน้อยหนึ่งครั้ง" ความหมายสำหรับการดำเนินการถอน (หรือเงินฝาก!) แต่รายละเอียดเป็นยอดเงินในบัญชีหรือข้อมูลบัญชีอื่น ๆ เช่นชื่อที่อยู่และอื่น ๆ ไม่จำเป็นต้องมีความหมายเหล่านี้

ผลลัพธ์ (ไทย) 3:

รึเปล่า

3.9 พิจารณากลไก RPC . อธิบายถึงผลกระทบที่ไม่พึงประสงค์ที่อาจเกิดขึ้นจากการไม่บังคับให้ " มากที่สุด เมื่อ " หรือ " เดียว " ความหมาย อธิบายการใช้เป็นไปได้สำหรับกลไกที่ไม่รับประกัน เหล่านี้ ตอบ

: ถ้ากลไกไม่สามารถสนับสนุนให้ " มากที่สุด เมื่อ " หรือ " สักครั้ง " ความหมายจากนั้น RPC เซิร์ฟเวอร์ไม่สามารถรับประกันได้ว่า จะไม่มีการเรียกขั้นตอนระยะไกลหลายเหตุการณ์ . พิจารณาถ้ากระบวนการระยะไกลมีการเบิกจ่ายเงินจากบัญชีธนาคารในระบบที่ไม่สนับสนุนความหมายเหล่านี้ เป็นไปได้ว่าเป็นคำขอร้องเดียวของกระบวนการระยะไกล อาจนำไปสู่การถอนหลายบนเซิร์ฟเวอร์เป็นระบบที่จะสนับสนุนให้ความหมายเหล่านี้โดยทั่วไปต้องใช้เซิร์ฟเวอร์รักษาบางรูปแบบของลูกค้ารัฐ เช่นเวลาที่อธิบายไว้ในข้อความ ถ้าระบบไม่สามารถที่จะสนับสนุนให้ความหมายเหล่านี้ แล้วระบบดังกล่าวสามารถอย่างปลอดภัยให้ห่างไกลขั้นตอนที่ไม่ได้เปลี่ยนแปลงข้อมูลหรือให้เวลาผลลัพธ์ที่อ่อนไหว โดยใช้บัญชีธนาคารของเราเป็นตัวอย่างแน่นอนเราต้องใช้ " มากที่สุด เมื่อ " หรือ " สักครั้ง " อรรถศาสตร์แสดงการถอนเงิน ( หรือตู ! ) อย่างไรก็ตาม การสอบสวนดุลบัญชีหรือข้อมูลบัญชีอื่น ๆ เช่น ชื่อ , ที่อยู่ , ฯลฯ ไม่ต้องใช้ความหมายเหล่านี้