servicestack,rabbitmq,message-queue,Rest,Redis,servicestack,Rabbitmq,Message Queue" /> servicestack,rabbitmq,message-queue,Rest,Redis,servicestack,Rabbitmq,Message Queue" />
Fatal编程技术网
  • rest/
  • Rest ServiceStack web服务的存储和转发故障切换解决方案

Rest ServiceStack web服务的存储和转发故障切换解决方案

rest redis rabbitmq

Rest ServiceStack web服务的存储和转发故障切换解决方案,rest,redis,servicestack,rabbitmq,message-queue,Rest,Redis,servicestack,Rabbitmq,Message Queue,我正在为美国的一系列回收中心开发一个客户账户系统。我们的一个主要特点是，我们的客户可以建立账户，将他们的账户记入贷方，而不是总是支付现金。客户还可以将一袋袋的可回收物放在现场处理并存入账户。每个中心的容量都很接近，离线时可以实际处理罐头和瓶子，因此我们没有太多的余地让IT基础设施在互联网断开时关闭一切 基本上，我被要求开发一个客户账户系统，允许零售中心的信用卡被转帐到账户上，即使与我们的中央服务器的通信中断了几个小时。这将使该中心能够在管道堵塞时继续处理和记录客户。某些交易，如取款，在这种情况下

我正在为美国的一系列回收中心开发一个客户账户系统。我们的一个主要特点是，我们的客户可以建立账户，将他们的账户记入贷方，而不是总是支付现金。客户还可以将一袋袋的可回收物放在现场处理并存入账户。每个中心的容量都很接近，离线时可以实际处理罐头和瓶子，因此我们没有太多的余地让IT基础设施在互联网断开时关闭一切

基本上，我被要求开发一个客户账户系统，允许零售中心的信用卡被转帐到账户上，即使与我们的中央服务器的通信中断了几个小时。这将使该中心能够在管道堵塞时继续处理和记录客户。某些交易，如取款，在这种情况下不需要发生，因为我们无法准确获得客户的当前余额

我们是一家100%的Windows商店，IT经理和网络管理员不想接近任何东西*nix。每个零售中心都有一个内部专用的Windows服务器，因此这似乎是一个合理的起点

我是一个超级粉丝，而剩下的基于消息的范例似乎可以工作。我会创建一个“信用”消息并将其发送到本地服务器。那里的消息代理将记录请求并尝试将该消息转发到处理该消息的中央服务器。如果中央服务器停机，我将依靠MQ的可靠消息传递协议来保持它，直到电信恢复。总的预期量是每个中心发出100到1000条消息，用现代计算术语来说是如此之低

for ServiceStack看起来很有趣，但由于Windows Redis服务器明确标记为“原型”和“非生产质量”，因此有0%的机会能够利用它

因此，最终的问题是：

  • 可靠的消息传递系统是解决此问题的正确类型吗？还有其他的方法我应该考虑吗？
  • 是否有其他替代品可以很好地与ServiceStack配合使用？我是否可以在Windows上使用“生产质量”的NoSQL服务器替代品
  • 我简要地看了一下RabbitMQ。这可能是一种选择吗？我的谷歌搜索没有显示it和ServiceStack之间的任何积极集成，因此我对从头开始写东西持谨慎态度
  • 理想情况下，我的解决方案的开销足够低，如果一切正常，我们可以执行同步更新并向客户返回“当前余额”收据。这是现实的吗
    • 在windows上运行Redis的生产解决方案是

    ServiceStack中存在当前的错误。Rabbit MQ有望成为未来支持的下一个MQ适配器。

    作为后续，MS Open Tech发布了Redis 2.8.9的“生产就绪”本机实现

    我会调查一下流浪汉，这可能是一个可以接受的方法。关于RabbitMQ的好消息-我期待在未来的版本中看到它。你有没有可能找到人写x.x.#发行说明？弄清楚在4.0.3和4.0.5之间发生了什么变化，等等，是相当困难的：（@jklemmack Vagrant简化了虚拟机的配置、配置和启动。如果更易于管理，您可以跳过Vagrant，只需在首选虚拟机环境中运行redis server。看起来RabbitMQ将符合要求，ServiceStack的伟人刚刚发布了初始集成！w00t