我是Azure技术的新手。 我找到了迁移WinForms App（.NET 4.5）的最佳方式，该方法与SQL Server 2012管理的数据库交互到Windows Azure平台。现在，DB和应用程序部署在单台机器上。
当WinForms应用程序处于活动工作阶段时，它与DB进行非常多的交互。每天大约3个小时的交易量。此过程是自动化的并按计划运行。 （＆＃34;工人部分＆＃34;）。它还具有管理员用于管理某些数据库数据的UI。 还有一些客户端会通过桌面客户端应用程序向该数据库发出查询。
数据库已成功迁移到Azure SQL DB。现在我想知道：我应该怎样处理我的WinForms应用程序？例如，我可以在Azure中创建的虚拟机上部署它而不进行任何更改，但认为它远非最佳方式。也许我应该从一个活跃的工作部分创建一种Cloud Service＆＃34;我的WinForms应用程序，并以某种方式将UI管理部分迁移到Web界面。
我的主要目标之一是部署＆＃34;工人部分＆＃34;作为＆＃34;关闭＆＃34;尽可能使用Azure SQL DB（可能甚至将其部署在带有数据库的单机上），因为性能问题（与DB一起工作很多），而且，正如我所知，如果＆＃34之间的交易，微软将花费很多钱;工人部分＆＃34;和DB看起来像DB的外部事务。也许有一种方法可以避免它，并且仅为客户端应用程序查询付费？
我可以选择哪些方式？
抱歉我的英语不好，有些事情很难为我制定。
答案 0 :(得分：1)
将Windows窗体应用程序移植到Azure时，您可以：
使用Web角色重写GUI。 Web角色是Web应用程序。
将后端代码移动到辅助角色。工作者角色是没有GUI的后端进程，它们正在执行某些任务（例如：图像处理，更新数据库等）。这应该是＆＃34;工人部分＆＃34;的应用