computer-science - 为什么大多数分布式计算抽象都建立在故障停止抽象之上?
问题描述
我很好奇为什么大多数分布式计算抽象都是建立在由crash-stop process abstraction
、perfect link abstraction
和perfect failure detector abstraction
. 为什么不建立在更类似于真实世界的故障恢复抽象之上,我认为它由crash-recovery process abstraction
、logged perfect link abstraction
和组成eventually perfect failure detector abstraction
。
例如,perfect failure detector abstraction
是基于synchronous system
现实世界更像是partial synchrony
。为什么我们不在类似的东西之上构建更高层次的抽象partial synchrony
呢?
解决方案
推荐阅读
- ruby - 在进行 API 调用时使用 .pkr 公钥加密请求正文
- python - 监控请求持续时间和丢失的数据点
- ruby-on-rails - 通过查看相关列来求和时间 - 更简单的方法?
- python - 文件已存在时在管理面板中显示消息
- sql-server - 如何修复“无法加载动态生成的序列化程序集”错误
- angular - Angular 6 - 使用变量时如何格式化 [ngClass]
- liquibase - 使用来自 liquibase 升级脚本的参数调用 .bat 文件
- python-3.x - 通过 ec2 实例连接本地服务器时,如何在 python 代码中安全地传递密码?
- java - 如何通过 Selenium 和 Java 查找以特定文本开头并以特定文本结尾的类名
- powershell - 列出目录中超过一定年龄的项目,然后将其删除