关闭。这个问题是opinion-based .它目前不接受答案。
想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.
11 个月前关闭。
Improve this question
我正在创建一个允许用户对事件进行投注的赌场类型游戏,并且我计划使用 Microsoft Azure 作为处理和数据存储(表存储)的后端。我正在寻找有关如何验证信息并通知用户任何更新的任何想法。
理念:
该应用程序允许用户对事件下注,例如在线博彩公司(PaddyPower、Ladbrokes 等)。
工作流程:
任何奖金
场景(简化):
流程:
解决方案一 - 使用队列:
当用户下注时,一条消息将被放入队列(供所有用户使用)并由 Worker Role 处理。
如果下注对赛事来说太迟了,或者玩家最终赢得了赌注,则需要将结果通知他们。
因此,每个事件用户都有自己的队列,客户端应用程序会轮询任何更新。这将允许客户端应用程序获取任何通知并将其显示给用户。
解决方案二 - 使用 WCF 和队列:
当用户下注时,他们会连接到 WCF 服务,它会进行事件开始检查,如果有任何问题,他们会立即收到通知。
将任何通知返回给用户的唯一方法是使用解决方案 1 中的 Queue 方法。
注:
机制是一样的,所以我只是在寻找好的架构
想法
让此应用程序同时在移动设备和 Facebook 上运行,并希望
在所有设备上拥有相同的体验
那么哪种解决方案是理想的,还是有更好的解决方案?
最佳答案
我正在做与你几乎相同的事情。经过仔细考虑,我选择了以下内容:
SQL Azure/EF 模型。更容易使用和可扩展
服务总线队列。
带有工作人员角色的控制台应用程序的 VM。虽然我们将转移到工作人员或 Web 作业来执行此操作,但我们可以使用 VM 上的控制台应用程序和使用任务调度程序来快速监控和部署。
当我们做对了并且所有可能的异常等都消失了,我们将转向可扩展的 worker 角色或网络工作。
关于c# - 用于赌场类型游戏的 Azure 体系结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23062818/