Amazon SNS的弹性4J

问题描述

通过Amazon SNS呼叫建立容错能力是个好主意。由于Amazon服务构建为具有弹性,我们是否应该再增加一层容错或信任亚马逊来处理该部分?

解决方法

谬论是分布式计算:

  • 网络可靠
  • 延迟为零
  • 带宽无限
  • 网络安全
  • 拓扑不变
  • 只有一名管理员
  • 运输成本为零
  • 网络是同质的

可能会发生许多网络问题。如果网络延迟很高甚至更低,您的应用程序也应该具有弹性。呼叫哪个远程服务并不重要。

相关问答

错误1:Request method ‘DELETE‘ not supported 错误还原:...
错误1:启动docker镜像时报错:Error response from daemon:...
错误1:private field ‘xxx‘ is never assigned 按Alt...
报错如下,通过源不能下载,最后警告pip需升级版本 Requirem...