在本地运行Azure模拟器以进行生产

Question

我有一个项目（实际上有几个）我最终要部署到Azure，因此我的VS解决方案包含Web角色和辅助角色，并且在我的本地模拟器上成功运行。 （我也使用Table和Blob存储）。

我有一个Windows 2012服务器，端口80暴露给www，并希望在不使用Azure帐户或花钱的情况下测试水域（还）。

当我在W2012服务器上部署Azure模拟器并基本上在本地运行Azure时，这甚至可以在类似生产环境（流量非常轻）中完成吗？表现会受到严重影响吗？这些仿真器是否打算像这样使用，还是在性能上有所下降，有利于记录和调试？

我当然知道这不是一个整体推荐的。仿真器不是用于生产的。我明白那个。但如果有人尝试过类似的东西，我很好奇。

更新：我认为我的问题不够具体。我的坏，对不起。更具体：

1. 模拟器以非性能为重点，如日志记录和调试，会以什么方式负担？

2. 仿真器是否稳定？有没有人有过崩溃或放慢速度的经历？

3. 在任何情况下，模拟器是否始终返回与Azure云版本相同的结果？

Answer 1

Compute和Compute仿真器之间存在基本differences，存储和存储仿真器之间存在differences。虽然我提供的链接可能有点过时（我找不到更新的链接），但您应该看到一些直接的事情：

<强>计算：

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

<强>存储：

• 无扩展（Azure存储是一个庞大的多帐户系统，随着请求流量的增加而轻松扩展）
• 没有持久性（Azure存储是三重复制的，可选择地理复制;本地存储位于SQL数据库中）
• Blob限制为2GB（与Azure存储中的200GB / 1TB相比）
  • 表和队列存储中的其他几个差异）

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

您可以在Windows Server上本地运行 服务，例如Service Bus和Cache，您甚至可以为Windows Server安装Azure Pack。

结论：您没有使用模拟器在Azure中运行;您的代码在本地进程中使用本地独立数据库进程执行。您将拥有0 SLA，非冗余存储，绝对无法了解整体系统运行状况......这根本不是生产环境。