Database 与azure函数的连续数据库同步

Database 与azure函数的连续数据库同步,database,azure,synchronization,azure-functions,serverless,Database,Azure,Synchronization,Azure Functions,Serverless,我正在开发一个应用程序,其中xamarin和azureserverless功能作为该应用程序的后端。 我将与云上的数据库实时同步来自用户的地图坐标。i、 e:从所有用户处获取坐标,然后同时将更新后的坐标推送到所有用户处,不断地,以便所有用户都能看到彼此的实时位置 所以我必须在连续循环中调用azure函数,以便将数据库与云同步。因此,它可以每4-5秒检查一次数据库。这是最好的方法吗?或者,这会导致azure功能执行过多,并且可能成本高昂?如果有更好的方法同步数据库,请提出建议。谢谢 您有一个移动应

我正在开发一个应用程序,其中xamarin和azureserverless功能作为该应用程序的后端。 我将与云上的数据库实时同步来自用户的地图坐标。i、 e:从所有用户处获取坐标,然后同时将更新后的坐标推送到所有用户处,不断地,以便所有用户都能看到彼此的实时位置

所以我必须在连续循环中调用azure函数,以便将数据库与云同步。因此,它可以每4-5秒检查一次数据库。这是最好的方法吗?或者,这会导致azure功能执行过多,并且可能成本高昂?如果有更好的方法同步数据库,请提出建议。谢谢


您有一个移动应用程序正在对azure功能进行http调用。功能是有弹性的,规模可能会很好。据我所知,您并不是在问如何实现此功能的服务器端;这里真正的问题是定价,对吗

Azure功能可以通过两种方式运行:

  • “无服务器”,又名“消费计划”。在这种情况下,Azure功能将管理底层服务器(并向外扩展),并且您只需为活动使用付费(每GB*秒)。这是您访问时默认获得的内容。请参见此处的定价详细信息:
  • “AppService”-在本例中,您预先购买了一个VM,并决定了扩展多少您每月支付固定成本。请参见此处的定价详细信息:

  • 你可以在它们之间切换。我建议从第一种方法开始。一开始,当你的交通流量很低时,它肯定会更便宜。监控成本,通过定价表运行您的方案,并考虑如果最终变得更便宜,切换到第二。p> 您有一个移动应用程序正在对azure功能进行http调用。功能是有弹性的,规模可能会很好。据我所知,您并不是在问如何实现此功能的服务器端;这里真正的问题是定价,对吗

    Azure功能可以通过两种方式运行:

  • “无服务器”,又名“消费计划”。在这种情况下,Azure功能将管理底层服务器(并向外扩展),并且您只需为活动使用付费(每GB*秒)。这是您访问时默认获得的内容。请参见此处的定价详细信息:
  • “AppService”-在本例中,您预先购买了一个VM,并决定了扩展多少您每月支付固定成本。请参见此处的定价详细信息:

  • 你可以在它们之间切换。我建议从第一种方法开始。一开始,当你的交通流量很低时,它肯定会更便宜。监控成本,通过定价表运行您的方案,并考虑如果最终变得更便宜,切换到第二。p> 查看以一对多主题/订阅为起点使用Azure Service bus的“代理消息传递”:您还可以根据添加到队列中的消息开始调用Azure函数(
    ServiceBusQueueTrigger
    )。您不想尝试连续循环Azure函数,此时会启动一个实例并让它执行连续的脏工作……;-)@宿醉卷起了一个什么的例子P azure呼叫最长可持续5分钟。但我的连续工作可能会长达一个小时左右,这意味着我必须在更长的时间内连续跟踪组的地理位置,时间不是固定的,可以是可变的,生成一个运行代码的“VM”实例(或Docker容器)。。。。但您可以使用Azure Service Bus,并且不必在云中运行任何自定义代码,每个客户端/设备都会通过一个主题将其发布到总线上,并且所有订阅该主题的客户端都会收到这些位置更改。现在,其中一个“客户机”可能是一个VM或Docker容器,它也在对这些位置执行操作,或者你有一个Azure函数,可以为每个发布的位置调用(通过ServiceBusQueueTrigger),你可以将其推送到日志、数据库等,如果我不需要记录它们,我根本不需要Azure函数或VM/Docker,好吗?其次,azure服务总线的成本是多少?它的成本是否与VM(持续运行)相同,还是与功能的成本相同(仅对发送的特定主题收费)?以一对多主题/订阅为起点使用Azure Service bus查看“代理消息”:您还可以根据添加到队列中的消息开始调用Azure功能(
    ServiceBusQueueTrigger
    )。您不想尝试连续循环Azure函数,此时会启动一个实例并让它执行连续的脏工作……;-)@宿醉卷起了一个什么的例子P azure呼叫最长可持续5分钟。但我的连续工作可能会长达一个小时左右,这意味着我必须在更长的时间内连续跟踪组的地理位置,时间不是固定的,可以是可变的,生成一个运行代码的“VM”实例(或Docker容器)。。。。但您可以使用Azure Service Bus,并且不必在云中运行任何自定义代码,每个客户端/设备都会通过一个主题将其发布到总线上,并且所有订阅该主题的客户端都会收到这些位置更改。现在,其中一个“客户机”可能是一个VM或Docker容器,它也在对这些位置执行操作,或者你有一个Azure函数,可以为每个发布的位置调用(通过ServiceBusQueueTrigger),你可以将其推送到日志、数据库等,如果我不需要记录它们,我根本不需要Azure函数或VM/Docker,好吗?其次,azure服务总线的成本是多少?它的成本是像VM(持续运行)还是像函数一样(只对发送的特定主题收费)?我确实知道函数中的两种定价系统,我问的原因是我是否在循环中运行azure函数