C# WinForms应用程序&x2B;MS SQL Server DB迁移到Azure平台

C# WinForms应用程序&x2B;MS SQL Server DB迁移到Azure平台,c#,.net,winforms,azure,architecture,C#,.net,Winforms,Azure,Architecture,我对Azure技术完全是新手。 我正在寻找将与SQL Server 2012管理的数据库交互的WinForms应用程序(.NET 4.5)迁移到Windows Azure平台的最佳方法。目前,DB和应用程序部署在单机上 当处于活动工作阶段时,WinForms应用程序与DB的交互非常频繁。每天大约3小时的大量交易。此过程是自动化的,并按计划运行。(“工人部分”)。它还具有供管理员管理某些DB数据的UI。 也会有客户端从其桌面客户端应用程序向该数据库进行查询 数据库已成功迁移到Azure SQL数据

我对Azure技术完全是新手。 我正在寻找将与SQL Server 2012管理的数据库交互的WinForms应用程序(.NET 4.5)迁移到Windows Azure平台的最佳方法。目前,DB和应用程序部署在单机上

当处于活动工作阶段时,WinForms应用程序与DB的交互非常频繁。每天大约3小时的大量交易。此过程是自动化的,并按计划运行。(“工人部分”)。它还具有供管理员管理某些DB数据的UI。 也会有客户端从其桌面客户端应用程序向该数据库进行查询

数据库已成功迁移到Azure SQL数据库。现在我想知道:我该如何处理我的WinForms应用程序?例如,我可以在Azure中创建的虚拟机上部署它而不做任何更改,但我认为这远远不是最佳方式。也许我应该从WinForms应用程序的活动“工作部分”创建一种云服务,并以某种方式将UI管理部分迁移到Web界面

我的主要目标之一是尽可能地将应用程序的“工作部分”部署到Azure SQL DB(甚至可能像部署在带有DB的单机上一样),这是因为性能问题(需要与DB进行大量工作),而且,据我所知,如果“工作部分”和DB之间的事务看起来像DB的外部事务,微软将花费大量资金。也许有办法避免它,只为客户端应用程序查询付费

我可以选择什么方式


对不起,我的英语不好,有些东西对我来说很难理解。

将Windows窗体应用程序移植到Azure时,您可以:

  • 使用web角色重写GUI。Web角色是Web应用程序

  • 将后端代码移到辅助角色。Worker角色是没有GUI的后端进程,它们正在执行一些任务(例如:图像处理、更新数据库等)。这应该是应用程序的“工作人员部分”


  • 很高兴告诉我们你最后做了什么?Thx。@NoChance,当然。Azure PaaS微服务平台非常适合这样的解决方案。缺点是SF现在处于预览阶段。非常感谢您的反馈:)