我们有自己的应用程序，可以将联系人存储在SQL数据库中。为了让应用程序的每个用户都能拥有自己的私人联系人列表，并与他的电脑和手机同步，在云中启动和运行需要什么？
我试图了解Azure在这方面的成本，但我发现更多的是抽象的讨论，而不是具体的场景。
假设有1000个用户，每个用户都有1000个联系人，并将其保存在联系人簿中。任何用户都无法查看任何其他用户设置的联系人。同步应该在用户更改其联系信息的任何时候发生。
谢谢。
虽然Windows Azure云平台不打算与Dropbox等面向消费者的服务直接竞争，但它肯定是一个构建应用程序的平台。因此，您的特定用例对Windows Azure来说是一个很好的用例：创建一个保持联系人同步的服务，可在多个用户之间进行扩展，可在其持有的数据量方面进行扩展，等等。
使您的解决方案对多租户友好（根据@BrentDaCodeMonkey的评论）是提高成本效益的关键。您的数据需求是1K用户x 1K联系人/用户=1M联系人。如果每个触点大约为1KB，那么我们谈论的是大约1GB的存储空间。
查看定价计算器，对于1GB的Windows Azure SQL数据库实例，静态存储成本为每月9.99美元（如果达到2GB等，则为13.99美元-请参阅计算器了解其他预测和当前定价）。
然后您需要支付数据传输（带宽）费用。尽管定价计算器上说"每个计费月前5 GB的出站数据传输也是免费的"，但假设同步时有适度的智能，你可能不会对当前用户产生任何成本。
这不包括您的申请费用。你的应用程序是什么，它是如何运行的，等等？假设有一个客户端组件，（通常）不能信任该组件具有数据库连接。因此，这将需要运行一个服务器端组件，该组件可以充当数据库的看门人。（通常情况下，您也不会将数据库暴露给所有IP地址，这是通过服务器端组件引导数据的另一个动机。）该组件的操作成本也很高。成本也在定价计算器中，但如果您选择使用免费的Windows Azure网站。一个很好的方法可能是最近发布的漂亮的ASP.NETWebneneneba API堆栈。使用Web API，您可以实现一个很好的REST API，您的客户端应用程序可以安全地访问它。Windows Azure网站可以承载Web API终结点。还可以查看"保留实例"功能。
我会从Windows Azure网站开始，但随着我的服务变得越来越复杂，请查看Windows Azure云服务（作为构建服务器端组件的一种更先进的方法）。