【问题标题】:Single-Write-Connection DB Access - Availability单写连接数据库访问 - 可用性
【发布时间】:2017-04-20 11:58:19
【问题描述】:

有两篇关于它的有趣帖子

http://ithare.com/ultimate-db-heresy-single-writing-db-connection-part-ii-gradual-scalability-all-the-way-from-no-scale-to-perfect-scale/

http://ithare.com/ultimate-db-heresy-single-db-connection-part-i-performance-part-ii-scalability-to-follow

这意味着数据访问层不能嵌入其客户端(即业务层)。它必须是只有一个实例的共享层。

我的问题是如何在仅部署一个实例时使其高可用?好吧,我们可以创建一个具有相同 AMI 的新 EC2 实例,但是如何从架构角度考虑可用性

想知道是否有支持故障转移、领导选举等的模式或框架。最后,Azure Fabric 可能是一种选择?

谢谢

【问题讨论】:

    标签: database-design architecture


    【解决方案1】:

    我的问题是如何在只有一个实例的情况下使其高可用 部署了吗?

    我认为这些文章说的是到数据库服务器的单个连接实例,而不是数据库服务器本身的单个实例。

    您可以透明地连接到pgPoolplProxy 之类的东西,它们以某种方式处理故障转移。而且后面会有几个数据库服务器。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-08-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多