具有大约 200 万条记录的当前应用程序正在 AWS 上运行，其搜索功能由SQL Server的全文搜索功能提供。
在升级系统时，新架构将驻留在 Azure Web 和 Worker 角色中，但用户帐户等的存储库存储以及搜索功能就是这个问题的问题所在，因为没有 SQL Azure 全文搜索功能。
我最初的想法是在 Azure Linux VM（用作用户帐户和搜索的中央存储）上安装 ElasticSearch，使用ElasticSearch.Net或NEST（很可能是后者）进行 .Net 到 ES 通信，并为每个虚拟机付费服务器和数据输入/输出。问题是我认为 ES 的推荐 RAM 约为 28 gig，这在 Azure 上将是一个相当昂贵的 VM。
然而，随着Azure 搜索服务的推出，刚开始使用它仍然有点贵（是的，超过 10K 条记录）。在 Azure 门户中：
由于 Azure 搜索在后台使用 ES，因此我不会质疑其中一个的性能。
有没有人对使用新的 Azure 搜索服务和在 Azure 上设置 ES 服务器集群进行过更详细的成本分析，哪个成本效益最高？