gpt4 book ai didi

c# - 用于赌场类型游戏的 Azure 体系结构

转载 作者:太空宇宙 更新时间:2023-11-03 15:57:13 26 4
gpt4 key购买 nike

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

11 个月前关闭。




Improve this question




我正在创建一个允许用户对事件进行投注的赌场类型游戏,并且我计划使用 Microsoft Azure 作为处理和数据存储(表存储)的后端。我正在寻找有关如何验证信息并通知用户任何更新的任何想法。

理念:
该应用程序允许用户对事件下注,例如在线博彩公司(PaddyPower、Ladbrokes 等)。

工作流程:

  • 用户对事件下注
  • 事件结束后,投注结算并通知用户
    任何奖金
  • 转到步骤 1

  • 场景(简化):
  • 事件开始后用户不应该下注
  • 应通知用户任何问题和奖金

  • 流程:

    解决方案一 - 使用队列:
    当用户下注时,一条消息将被放入队列(供所有用户使用)并由 Worker Role 处理。

    如果下注对赛事来说太迟了,或者玩家最终赢得了赌注,则需要将结果通知他们。

    因此,每个事件用户都有自己的队列,客户端应用程序会轮询任何更新。这将允许客户端应用程序获取任何通知并将其显示给用户。

    解决方案二 - 使用 WCF 和队列:
    当用户下注时,他们会连接到 WCF 服务,它会进行事件开始检查,如果有任何问题,他们会立即收到通知。

    将任何通知返回给用户的唯一方法是使用解决方案 1 中的 Queue 方法。

    注:
  • 以上场景是游戏的简化版,但是
    机制是一样的,所以我只是在寻找好的架构
    想法
  • 我不打算使用通知服务,因为我计划
    让此应用程序同时在移动设备和 Facebook 上运行,并希望
    在所有设备上拥有相同的体验
  • 我正在使用表存储,而不是使用 SQL Azure
  • 如果更有意义,我愿意使用服务总线

  • 那么哪种解决方案是理想的,还是有更好的解决方案?

    最佳答案

    我正在做与你几乎相同的事情。经过仔细考虑,我选择了以下内容:

    SQL Azure/EF 模型。更容易使用和可扩展
    服务总线队列。
    带有工作人员角色的控制台应用程序的 VM。虽然我们将转移到工作人员或 Web 作业来执行此操作,但我们可以使用 VM 上的控制台应用程序和使用任务调度程序来快速监控和部署。

    当我们做对了并且所有可能的异常等都消失了,我们将转向可扩展的 worker 角色或网络工作。

    关于c# - 用于赌场类型游戏的 Azure 体系结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23062818/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com