我们创建了一个blob触发的azure函数来处理放置在blob存储中的文件。此blob上的负载将不一致。例如,在一些小时内,每分钟将有数百甚至数千个文件被放置在该blob中。另一方面,在某些时间内,我们甚至找不到一个文件。有些文件将在几秒钟内处理,有些文件可能需要10-15分钟以上。
所以我的问题是:在这种不可预测的情况下,哪种计划对我们更好?应用服务计划还是消耗计划?
如果您可以优化代码,使最大处理时间为10分钟,那么考虑到您不断变化的工作负载,从成本角度来看,消费计划是您的最佳选择
正如@Peter Bons在评论中提到的,这是你最好的参考
编辑
根据上述文件,
如果您的函数应用在消耗计划中,如果函数应用已空闲,则处理新Blob最多可能会有10分钟的延迟。
如果你想避免这种延迟,并仍然使用消费计划来从其成本效益中受益,你可以用事件网格触发器替换Blob触发器,但它现在不完全受Azure功能支持
这样的前端展示,大家有什么好的方案给推荐一下; 我这有两套方案: 1.设计出图,转成svg,然后前端展示,做简单的svg内外数据交互; 2.做配置功能,前端拿到接口数据,直接自动生成svg细节标签,形成这样一个大图? 方案2,我觉得不太好弄,工程量、难度都有点高,灵活性越高,难度越高。
我们继续看到Azure服务总线的不稳定性,并正在寻找替代方案。理想情况下,我们希望能够在Windows 2012 R2域中本地运行,并拥有许多与Azure SB相同的功能集。我们已经查看了Windows 1.1的服务总线,但是该产品已经有一段时间没有更新了,我们也不确定它的未来。我们使用C#,因此理想情况下会有一个客户端API/包装器,使与现有应用程序的集成相对容易。完全可以接受开源和自由软件。:
近两天对服务器了解.只看了阿里云,腾讯云. 暂时接收到的信息,比较中意阿里云 确定了使用哪个云,基本上内容安全,短信这些三方服务也就使用哪家的了. 腾讯云: 相对于新用户来说,价格便宜点.但不是活动机型,比较起来和阿里的价格差不了太多,相对于还是比阿里便宜一点点. cpu 好像都是共享模式,除了个别贵的高级机型有标注是独享. 阿里云 活动少. 有区分共享,独享机型,感觉后期业务好扩展.前期不需要性
我使用RabbitMQ作为不同消息的队列。当我使用来自一个队列的两个不同消费者的消息时,我会处理它们并将处理结果插入数据库: 我想大量使用队列中的消息,这将减少数据库负载。由于RabbitMQ不支持消费者批量读取消息,我将这样做smth: 消息在全部完全处理之前处于队列中 如果消费者跌倒或断开连接 - 消息保持安全 你认为这个解决方案怎么样?如果可以的话,如果消费者摔倒了,我怎样才能重新得到所有未
访问网址 https://github.com/plans 可以看到GitHub提供的不同的服务方案列表。 图5-1:GitHub服务方案列表 图5-1中显示了GitHub的三类(8种)服务方案: 第一类是免费方案。免费用户账号可以创建任意数量的开放式项目(版本库),并且可以为开放式项目设置任意数量的协同者。 第二类是需要付费的个人账号方案。付费的个人账号允许托管私有版本库,即可以创建只有自己及指
Yarn supports selective version resolutions, which lets you define custom package versions inside your dependencies through the resolutions field in your package.json file. Normally, this would requir