一个工作者角色一年最少的费用大约是1051.20美元,还要加上存储、带宽和事务费用。这是为什么人们请求有一种方式来使得Azure对于很小的服务和Web站点要更便宜的原因。
这个观点的反对意见是Azure其实不是针对小型站点的。在这个理念之下,如果你不需要多个站点角色来托管给定的站点,那么你就不是Azure目标受众的一部分。当然这使得小型站点将来在某种程度上也很难成长为大型的站点。
这个讨论给了Jouni Heikniemi一些提示,他建议创建“精简版的Windows Azure”以及Windows Azure Compute中小企业版。这个概念很简单,为什么一个编写得很好、只需要一部分处理器能力的站点需要为整个处理器核心支付费用呢?所以,他希望Microsoft支持这样的计划,允许开发者租用计算实例的一部分,费用是每月十美元。
接下来是继续为开发者提供免费的访问。没有昂贵的MSDN订阅,想要试验Azure的独立开发者没有其他选择,只能是自己来支付费用。在这个主题上没有太多的争论,但是很难保证开发者不将其作为取得免费的生产实例方式。可能提供某些像Jouni Heikniem的想法中的东西也能够解决这个问题。
第三个是很让人惊奇的。Azure不支持发送邮件,这是大多数站点中很重要的组件。这个想法包括为每封Email付费、对发出的邮件设置很大的限制,或者与其他邮件服务器集成,像在线版的Exchange或者Gmail。
我们接下来要讨论的两个问题,大部分是用来处理工作者角色的需求的。工作者角色有两个基本的问题。首先,Azure架构是围绕这样的想法设计的,每个工作者角色做一项指定的任务。如果你将多个功能捆绑在一起,那么更新角色就会有问题,因为你需要分别更新每个角色。Azure的定价模型完全相反。由于你是为每个使用的实例付钱,因此你最好尽可能地组合多个进程,特别是在进程总是空闲的时候。由于这个原因,有人建议多个角色应该可以共享相同的计算实例。
第二个问题是无法从Azure的内部来安排工作者角色,从而他们只在需要的时候才运行。一个项目很容易会需要很多工作者角色,他们只在指定的时间运行,并且,一旦完成就应该自动关闭。由于Azure的定价模型是基于角色被占用的时间有多长,而不是它实际运行的时间有多长的,使用内部的定时器是不行的。也可以使用托管在Azure之外的外部定时器,但是这会导致可靠性的问题。
用户评论