【问题标题】:Migrating Azure Table storage迁移 Azure 表存储
【发布时间】:2013-05-07 18:54:44
【问题描述】:

我有一个基于 azure 的云原生应用。该应用使用 Azure 表存储。

由于一个绝佳的机会,我决定在本地也提供该应用程序。所以我必须更换 NoSql 数据提供程序......我的问题是:哪个解决方案更像 Azure 表存储?蒙哥?掠夺?你的名字!

我打算毫不费力地迁移代码,就像从 SQL Azure 迁移到 Sql Server 2012...不需要更改代码...但我知道表存储没有等价物...所以我打算找到一个会尽可能减少我的 TTM 的...

【问题讨论】:

    标签: mongodb azure ravendb azure-table-storage nosql


    【解决方案1】:

    MongoDB 和表存储并不是完全可互换的替代品。一个是键/值,另一个是文档。我在this answer比较了两者。

    表存储是存储即服务这一事实无法回避,您只需为数据量付费(加上非常小的每次事务成本),而要使用 MongoDB,您要么将其托管在您自己的虚拟机中(这为您提供了足够的存储空间,但以虚拟机为代价)或与托管商合作(例如 MongoLab,目前免费提供 500MB)。无论如何,您必须做一些代码更改才能在表存储上使用 MongoDB。

    我不确定是否存在与可在本地安装的表存储等效的键/值存储。无论您选择什么,如果您换掉表存储,您的 Azure 端解决方案都会有所修改。

    对于您的本地解决方案,是否可以提供相对简单的 MongoDB 后端?那就是:坚持用一个索引代替rowkey,然后把你的表实体存储为文档(避免子文档)?这将使您的数据布局非常相似。那时,您可以使用诸如聚合框架之类的东西进行一些数据处理,而不会损坏数据的整体布局样式/架构。

    【讨论】:

    • 有趣...确实很有趣...我一直注意到 MS 一直在发布“云系统”的本地版本(SQL Server 2012 for Sql Azure...Service Bus for Windows服务器...... AppFabric 缓存......等等......)也许我们也会得到一个表存储......
    【解决方案2】:

    MongoDB 将为您提供一致的存储框架,您可以在云端和本地使用它,并且对 Windows Azure 有很好的支持。

    【讨论】:

    • 我的应用程序已经使用了表存储...云上的 mongodb 至少需要运行 2 个以上的虚拟机/实例(考虑到高可用性),我现在负担不起...
    猜你喜欢
    • 1970-01-01
    • 2017-10-15
    • 2021-10-02
    • 1970-01-01
    • 2020-01-13
    • 2021-06-05
    • 2019-07-13
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多