C# Azure解决方案设计指南

在规划应用程序设计时，Microsoft Azure中有太多选项可供选择。Azure本身并没有停滞不前，看起来像是最近添加了许多选项。我是一个相当不错的nooby solo开发者，所以我需要一些入门点来选择架构

该应用程序包括以下几个部分：

1。数据库

经典SQL数据库已通过

Azure SQL数据库

实现

2。服务器端应用程序。（需要架构重构）

目前，该应用程序是一个.NET C#/WPF桌面应用程序，托管在带有Windows Server的classic

Azure虚拟机上。
这是一个始终运行的调度器，它一个接一个地执行各种任务。
任务主要是从Web获取一些数据的长时间运行的工作，CPU绑定的处理接收到的数据，和数据库一起工作

它感觉像是一种古老而错误的设计（考虑到大量azure功能）：

a） 应用程序实际上不需要GUI，只需要能够控制所需的调度程序状态

b） 从逻辑上讲，某些类型的任务可以同时执行，其中一些任务必须等待其他任务完成后才能开始。现在所有的任务都一个接一个地执行，这就造成了虚拟机性能的限制。我认为一定有一种方法可以在比桌面应用程序更高的操作级别上实现并行工作和控制结果。我想以某种方式将调度逻辑升级。（也许IaaS->Paas在这里运行？）

3。客户端应用程序。

客户端应用程序。注册用户使用数据库

问题如下：

在这种情况下，应该选择哪种服务器端应用程序设计，Azure需要哪些功能

是否有Azure内置的it功能来管理注册用户帐户，或者唯一的方法是将其作为应用程序的一部分实施？
您是否探索了其他存储选项，或者您需要的是SQL数据库？
让我们从头开始：

存储：您可以从
1.存储—用于VM的Blob、表、队列和文件存储及磁盘
2.SQL数据库-基于市场领先的Microsoft SQL Server引擎的云中关系数据库服务，具有关键任务功能
3.Document DB-为现代移动和web应用程序设计的无模式NoSQL文档数据库服务
4.StorSimple—集成存储解决方案，用于管理本地设备和Microsoft Azure云存储之间的存储任务
5.SQL数据仓库-企业级分布式数据库，能够处理PB级的关系数据和非关系数据
6.Redis Cache—高通量、一致的低延迟数据访问，以构建快速、可扩展的应用程序
7.Azure搜索-用于web和移动应用程序开发的搜索即服务

日程安排：你可以从
1.虚拟机
2.云服务（工作者角色）：您可以更好地控制虚拟机。您可以在云服务虚拟机上安装自己的软件，并可以远程访问它们。
3.批处理：云计算规模的作业调度和计算管理
4.服务结构：用于为云构建可扩展、可靠且易于管理的应用程序的分布式系统平台
5.应用程序服务：任何设备的可扩展Web应用程序、移动应用程序、API应用程序和逻辑应用程序

客户：你可以试试
1.网页应用
2.云服务（web角色）

将此链接用作所有Azure服务的一站式服务，这些服务根据功能进行了完美分类。从这里，您可以选择各种服务，并将其放大到应用程序的要求。
主列表：
不幸的是，这种类型的问题不适合StackOverflow。是的，有很多方法可以解决Azure中的问题。然而，询问应该选择哪一种设计，对于解释和意见是非常开放的；没有正确的答案。Sameeksha，谢谢你的详细回答！这是一种入门指南。请你也看一下这个话题好吗。我在那里更具体地描述了我的目标。现在我需要在服务结构和Azure批处理之间进行选择。