为什么和什么时候我需要天蓝色?

对于Azure来说,最好的方案之一就是一个你希望病毒性增长的应用程序。是的,有这样的期望几乎是愚蠢的,但是有一类应用程序——特别是“社交”应用程序——只有当它们经历病毒性增长时才会生存。

要以这样一种方式规划您自己的基础设施是非常困难的:它能够适应这种增长,而不需要延长停机时间,或者至少不存在危及忠诚度的减速。你总是会落后,对资源短缺做出反应,除非你经常为预期的需求过度供应,在这种情况下,你可能会利用你的资本不足,缩短你的跑道。

Azure巧妙地解决了这些问题。您可以根据需要添加资源。您可以在几分钟的通知中响应使用高峰,通过Azure管理控制台添加新资源。

我认为还有很多其他的场景,对于这些场景,Azure是一个很好的匹配,但是我所描述的是一个相当引人注目的案例,我认为。

[编辑]

刚刚发现了我的这个10个月大的职位。嗯,事情变了。我们从微软到Ruby、CoffeeScript、node.js,再加上一点scala,从未后悔过。Heroku和MongoHQ证明更适合我们的工作。

[/编辑]

我有两个面向消费者的网站在试用版上运行,从最早的试用版开始就一直在使用它。

优点:

• 天蓝色是难以置信的稳定。虽然我们处理了大量的数据,但我们没有发生过一件事。
• SDK是全面的,有良好的文档记录并集成到IDE中。
• 超过SLA的正常运行时间
• 快速-天蓝色在所有方面都非常快
• 非常适合开发工作流
• 微软非常忠诚的员工和MVP。你随时都可以得到帮助。
• 我们节省了大量的管理费用。例如,我们不需要一个;-)
• 易于缩放。这是最大的卖点。不需要最初的资本支出,一旦我们得到CNN的采访,我们将在一两天内扮演更多的角色。
• 企业级,负载平衡数据库系统与SQL Azure。移植代码最多只需要几个小时。

Cons:

• 没有分布式缓存-有memcached解决方案,但感觉像黑客
• 从Web应用程序场景中查看它时,初始成本很高(例如,成本对应用程序体系结构有不适当的影响)
• NoSQL和队列解决方案的成本非常高。涉及到的交易费用使得一些场景的实现变得非常复杂。
• 没有通过API的实时(或半实时)计费信息。
• 管理界面是微软的耻辱。
• 微软的发展缓慢/他们创建新功能需要很长时间。
• 因为Azure是一个PaaS和Amazon(IAAS)提供商,所以您非常关注它。一旦虚拟机角色可用,这将改变。
• 启动新实例需要很长时间(约10-30分钟)
• 缺少映射/减少框架

现在,一些缺点现在很严重,但它们不应该阻止您选择Azure平台,因为它们中的大部分可能会在pdc解决。

我认为,Azure适用于您提到的所有场景,可能只是由于缺乏分布式缓存,您现在将在非常高端的Web应用程序中遇到麻烦。

我绝对比我信任我的银行更信任Azure,在过去的几年里,很多事件证明了我是正确的。最后,归根结底,对于微软来说,雇佣和集中一流的安全人员要比非IT公司容易得多。他们还有更多的损失。

在吸了几天后,我可以回答一些你的观点。

它安全吗?

对。它具有物理安全性和数据安全性。存储在它上面的数据不是放在一个驱动器上,而是散布在许多驱动器上。你最大的风险来自 不满的前雇员 在你的控制范围内。

它适合你吗?

答案是非常开放的。把问题转过来-你最好问: 你需要Azure的任何好处吗? 这个问题的答案可能比它的对应答案更清楚。有一些 benefits to Azure (主要基于可扩展性、可维护性、cdn风格的行为和消除内部IT基础设施的成本),但它仍然有其局限性,不适用于所有用途,在某些情况下根本不会给您带来任何好处。

Azure的主要好处是,它使您能够根据需要上下扩展应用程序或服务,而无需投资硬件或员工维护硬件等长期成本。

如果您使用自己的基础设施实现相同的应用程序,那么无论您从应用程序中获得多少价值或效用,您都会有大量的前期固定成本。例如,您必须购买、安装、设置和维护足够的硬件来处理预期的峰值负载,即使峰值负载每天或每月只发生一次。如果你低估了你的峰值负荷会发生什么?您的服务将停止,直到您可以构建更多的硬件。如果你高估了你的峰值负荷会发生什么?你有未使用的硬件,这意味着你已经花了不适合你的钱。

是的,Azure可以用于B2C场景,例如运行面向消费者的网站或服务。B2C需要能够迅速扩大规模(几分钟或几小时)来处理口碑病毒的吸收。你能把新的服务器硬件带到现场,在半小时内安装好并运行吗?大概不会。

是的,Azure可以用于B2B场景,例如为库存或供应链管理运行服务API。您可以将您的Azure应用程序设置为一个自给自足的孤岛,或者使用服务总线将其连接到企业网络中以获得后端服务。

Azure对于处理“激增”处理特别有用,例如对大型数据执行数据分析。把几个Azure实例放在一起仔细研究数据,然后在一天结束的时候把它们全部关闭。您可以使用成百上千个计算节点,但只有在使用它们时才需要付费。

尽管我一直在敦促他们做更多的事情,但我必须归功于Azure平台团队在同一时间没有承担太多的工作。目前,Azure提供了一个相当小的服务菜单(blob存储、表存储、队列服务),但是这些服务工作得很好,扩展性也很好。

天蓝色成熟了吗?从某种意义上说,所提供的服务是完全成熟和可靠的,是的,我认为Azure是成熟的。如果你的意思是成熟,因为你想要的每一个可能的服务都是内置的,不,Azure仍然在扩大其服务产品的广度。

有一些应用程序和服务方案,Azure目前可能并不适合。例如,我不知道Azure数据中心是否适合实时金融市场处理。Azure适用于近实时数据分析,当然也适用于日终风险分析。Azure不实现自动部署和扩展来处理动态负载或调峰-您可以手动管理此功能,也可以使用服务API编写自己的实例管理器。Azure的定价结构适用于业务应用程序——对于托管个人网站或博客来说,它的杀伤力太大,成本效益不高,除非此类网站的流量相当高,并且是一个创收者。

披露:我是一名微软员工,我在为WindowsAzure开发工具。

对我来说,这主要是一个成本效益分析。确定与Azure相比,支持内部所有基础设施需要多少成本。

显然,安全是最大的症结。

我不能亲自与安全部门交谈,因为我不必过度关注它,但是这里有一些关于我发现的Azure安全的资源。

http://azuresecurity.codeplex.com

http://www.windowsecurity.com/articles/Microsoft-Azure-Security-Cloud.html

这个问题是建立在错误的前提上的。项目不 需要 移动到云端。正如前面的回答者所提到的,云提供的是一个新思想的平台,它不受可扩展性的限制。云计算的主要好处是,所有与增长相关的主要成本都是运营支出,而传统的“项目”需要资本支出增长,因此基于危机前金融风险投资风格的增长模型。

关键是,当新想法出现时,如果它们变得流行起来,并且如果它们托管在云上,它们可以无限制地增长(只要它们的成本模型始终保证每笔交易的成本小于或等于每笔交易的收入),结果将是这些“项目”变得不相关。

例如,虽然微软以X亿美元收购了Skype,但程序员将有可能创建一个大众云端托管的Skype客户端,实现Skype所做的一切,而无需资本支出,也无需VC/金融家的增长(理论上)。

因此,问题不应该是“云的好处是什么”,而应该是“一旦接受了云托管的商业模式可能最终会出现,什么样的商业模式才是有意义的”。