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

发布时间：2020-12-14 03:54:07 所属栏目：Windows 来源：网络整理

导读：我有一个项目(实际上有几个)我最终要部署到Azure,因此我的VS解决方案包含Web角色和辅助角色,并且在我的本地仿真器上成功运行. (我也使用Table和Blob存储). 我有一个Windows 2012服务器端口80暴露给www,并希望测试水域而不使用Azure帐户或花钱(尚). 当我在我

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

我有一个Windows 2012服务器端口80暴露给www,并希望测试水域而不使用Azure帐户或花钱(尚).

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

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

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

>仿真器以非性能为重点,如日志记录和调试,以何种方式负担？
>仿真器是否稳定？有没有人有过崩溃或减速的经历？
>在任何情况下,仿真器总是会返回与Azure云版本相同的结果吗？

解决方法

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,非冗余存储,绝对无法了解整体系统运行状况……这根本不是生产环境.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!