东莞高埗网站建设,男女做污的事情网站,本地网站架设工具,南宁制作企业服装我在以前的博客里说过我的LuckyDraw app在数据存储方面使用的是 Azure Table Storage#xff0c;当时选择这个的原因是成本考虑#xff0c;因为它实在是便宜#xff0c;对于我这种个人开发维护的免费的teams app来说#xff0c;成本是一个很重要的考量点。
当然#xff0…我在以前的博客里说过我的LuckyDraw app在数据存储方面使用的是 Azure Table Storage当时选择这个的原因是成本考虑因为它实在是便宜对于我这种个人开发维护的免费的teams app来说成本是一个很重要的考量点。
当然我也为这个运营成本的节省付出了很多开发成本。因为针对Table Storage在代码开发业务逻辑处理开源库的支持度等方面比传统的数据库复杂很多。最简单的一个例子是当需要保存一个大的json的时候在SQL我们可以简单的使用nvarchar(max)在table storage里需要把列拆分成很多小的列进行保存读取时也需要读取多个列的数据然后进行拼接处理。十分复杂。而且自动化测试的时候也没有类似 EntityFramework Core的in-memory db。
当时在设计时我也考虑过CosmosDB这个是更加符合未来发展趋势的数据库它的优点我就不再在这里重复了。我最后没有采用它的唯一的原因就是当时太贵了最最起步的配置是400RU/s也就是说我的测试环境和开发环境即使平时不怎么使用这400RU/s的钱还是要付的。
随着cosmos db的普及和发现最近有一些新的收费方式出来我就在第一时间去研究了一下。
下图是传统的方式Provisioned throughput灰色的上下浮动变化的线是假设的使用量为了保证这个使用量一般就需要配置一个略高于使用量的RU值这里就用 5000 RU/s 作为例子。所以系统收费的时候就按照 5000 RU/s 来收费。 但是我们通常的系统不会上上图那样负载一直保持在一个相对稳定的高位真实的情况更像下图使用量随着时间有高有低比如晚上或者周末可能低一些这个时候为了满足最高的使用峰值如果使用传统方式我们还是需要配置成 5000 RU/s但是大家可能已经发现了在使用低谷时5000 RU/s 是一种很大的浪费。 针对上面这种情况Cosmos DB推出了 Autoscale 收费模式我们可以设置一个最大值比如 5000 RU/sCosmos DB平台会自动根据你的使用量的高低来变化 RU/s当你的使用量不大的时候RU/s就降低但是最低不会低于最高值的10%这里是 500 RU/s当使用量增加时Cosmos DB自动增加 RU/s最高可以达到你设置的上限。这样在收费时就是根据实际分配的 RU 来计算。可以看到这种模式下我们可以省下很多费用。 但是如果对于一个使用率很低的系统来说比如下图如果是一个测试环境那可能用户在测试时才用一会儿大多数时间都是空置状态。 如果还是使用Autoscale模式可以看到如下图。因为有一个最低的10%的保留量和auto scale的时间问题cosmos db收取的费用还是有一部分浪费了。 好在Cosmos DB最近推出了 serverless 模式虽然在我写这篇文章的时候还是在 preview 状态。可以看到如下图serverless收费是真正按照调用量来的有一次算一次用多少算多少。 看到这里我相信大家和我有一样的想法还在等什么呢是时候开始使用CosmosDB了
