在本地运行Azure仿真器用于生产

Question

我有一个项目(实际上有几个)，我最终喜欢部署到Azure，所以我的VS解决方案包含web和工作角色，并且正在本地模拟器上成功运行。(我还使用Table和Blob存储)。

我有一个Windows 2012服务器，端口80暴露在www上，我想在不使用Azure帐户或在上面花钱的情况下测试水域。

当我在我的W2012服务器上部署Azure仿真器并基本上在本地运行Azure时，这甚至可以在类似生产的环境(流量非常小)中完成吗？业绩会受到严重影响吗？这些仿真器是打算像这样使用，还是在性能上下降很多，而倾向于日志记录和调试？

我当然知道，这是不建议作为一个整体。仿真器不是用来生产的。我能理解。但我很好奇是否有人尝试过模拟。

更新:我认为我的问题不够具体。我的错，对不起。因此，更具体的：

1. 仿真器在哪些方面受到非性能问题的困扰，比如日志记录和调试？
2. 仿真器稳定吗？有没有人有经历过他们的崩溃或减速？
3. 在任何情况下，模拟器总是返回与Azure的云版本相同的结果吗？

Answer 1

Compute和Compute仿真器之间有基本的差异，存储和存储模拟器之间也有差异。虽然我提供的链接可能有点过时(我找不到最近的链接)，但您应该立即看到以下几点：

计算

• 负载均衡器的行为不同(例如:仍然可以访问从旋转中提取的实例)
• 运行在进程与完整虚拟机中的实例(这意味着，如果不首先在本地卸载软件，就无法测试安装软件的启动脚本)
• 没有任何SLA
• 您的环境仅与本地计算机一样安全。
• IP地址管理是不同的
• 不支持虚拟网络(您将无法通过内部端口与虚拟机进行互操作)

存储

• 没有缩放(Azure存储是一个庞大的多帐篷系统，随着请求流量的增加很容易缩放)
• 没有持久性(Azure存储是三重复制的，并且可以选择地复制；本地存储位于SQL数据库中)
• Blobs限制为2GB (在Azure存储中vs 200 2GB/ 1TB )
  • 表和队列存储的其他几个不同之处)

​

另外:您将没有模拟部署的命令行控制(没有PowerShell，没有CLI)，您也无法通过门户查看/设置任何内容。

有些服务可以在Windows上本地运行，例如服务总线和缓存，甚至可以安装Windows的Azure包。

底线:您没有使用模拟器在Azure中运行；您的代码是在具有本地独立数据库进程的本地进程中执行的。您将有0 SLA，无冗余存储，绝对没有可见性的整体系统健康.这根本不是生产环境。