在本地运行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数据库中)
• Blob限制为2GB(与Azure存储中的200GB/1TB相比)
  • 表和队列存储中的其他几个差异)

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

这里是您可以在Windows Server,如服务总线和缓存上本地运行的服务,你甚至可以安装Azure的包的Windows Server.

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