故事发生在一个偏远部落。。。
“报~~~~”
“禀告大王,由于近日洪涝灾害严重,我族需从此处迁移到河对岸,以保全我族于危难之中!”
(图片来源于网络,侵删)
大王Master闻言思考片刻,问:“众爱卿对此事如何看法,可有让我族快速渡岸之妙方?”
(图片来源于网络,侵删)
(图片来源于网络,侵删)
谋事C(Concurrent多并发)出列道:“禀大王,臣有一计甚之!臣以为,我族可旧以破浪梭为载具,我族可由大王(Master)先分配好族人数额,再以破浪梭N条内舱(同一个体内)同时载N份族人群,一条内舱载一份族人,直至所有族人到达彼岸;此策,可以加速我族渡岸!”
谋事D(Distributed分布式)出阵曰:“臣另有一策!在谋事C方案基础上,依旧以大王(Master)优先分配好,但我族可令多只破浪梭(多个个体)多条内舱同时为载具,载我族族人渡河!”
谋事De(Decentralized去中心化)出阵道:“臣认为,大王(Master)日夜艰苦,为国事操心操劳;渡河分配之事,可由各个破浪梭操控者之间(无Master)自行分配好,各个操作者之间保存一份共同的自行分配结果记录(账本),再由破浪梭运送至彼岸!”
大王(Master)沉凝半刻后,说:“本族长认为,爱卿D的方式最佳,同时多谢谋事De为本大王考虑;同时,为了本大王的指令能够准时无误地与各个破浪梭操作者联系,特设id_rsa.pub密钥用以本王与各操作者之间的ssh联系与rpc过程执行!来人,下令,明日,我族开始渡河!”
部落史记:
公元XXX年,由于洪灾问题导致我族渡河迁移居住地,各大谋事提出各种渡河方案。
其中佳者为,谋事C提出第一步Master分配、第二步一个个体多个核心分别同时执行多份任务谋略,史称“多并发策略”。
谋事D提出第一步Master分配、第二步多个个体多个核心同时执行更多份任务谋略,史称“分布式策略”。
谋事De提出第一步无Master分配保存公共账本、第二步多个个体多个核心同时执行更多份任务谋略,史称“去中心化策略”。
大王Master提出,id_rsa.pub密钥、ssh联系与rpc过程用以多个个体间协调通信。
(图片来源于网络,若有侵权,告知后删)