浅谈工程中的Azure技术选择

Question

有很多关于Azure数据存储方式的信息，但是我想为我的特定场景征求一些建议。

我正在整理一个宠物项目，以便更熟悉Azure技术，特别是服务总线/事件中心和数据存储平台。我想要创建的系统非常简单:接受适度的事件负载(而不是IoT规模)，持久化它们，并使聚合数据可用，例如“用户A在过去的一天/周/月/等等有N个X类型的事件”作为报告。

考虑到数据将是相当结构化的(例如用户、用户组、事件等)，而且我需要聚合功能，这表明关系存储可能是最适合的，尽管代价更高。

我考虑过的另一种选择是使用类似于流分析的方法来将聚合数据保持在几乎实时的位置，但与更多的数据仓库式解决方案相比，不确定这样做是否过分。

如有任何建议/帮助，将不胜感激。

约翰

Answer 1

约翰，

Azure SQL将是一个不错的选择，或者如果这证明太昂贵，那么托管在VM上的常规SQL。您可以创建一个Azure服务总线来保存传入的请求，然后在一个或多个工作角色上创建竞争的使用者来监视和处理消息。每个使用者都可以运行SQL，并将数据保存在为调用者创建和“预聚合”的新表中，或者您可以以与报告工具(即JSON)相匹配的结构化格式将信息保存到Azure BLOB存储中。BLOB存储聚合信息将是最经济有效的，并减轻了SQL的压力。

另一种选择是HDInsight，它也可以在批处理模式下聚合信息。我想SQL/HDInsight之间的选择取决于基本(非聚合)信息的本机格式。

Answer 2

我同意丹尼尔的观点。SQL可能是满足您的关系数据需求的方法。用于流和分析的更大工作量的另一个调查选项是Azure (https://azure.microsoft.com/en-us/solutions/data-lake/)。