什么时候适合我的云数据库?


9

有人说DBaaS(数据库即服务)(又名云数据库)不适合商业智能(BI),分析(OLAP)或归档。

这是真的?更普遍的说,什么时候DBaaS是最有效的技术选择?

Answers:


4

当流量大,使用频繁时,这是有效的技术选择。

您列出的示例主要利用数据库作为存储工具,而搜索/处理则要多得多。云计算主要与速度和CPU能力有关,这是有代价的。没有更昂贵(更可靠)的归档解决方案,它们不能提供那种速度,但在所有其他方面都超过了云。BI,分析等也不是您每周7天每天24小时每秒执行5000次的操作。建立专用服务器,然后等待几秒钟完成每个查询,要比为此目的支付云维护费用要便宜得多。

如果您提供Web应用程序-网络上的软件即服务,对于许多客户来说,云将是最受欢迎的,它会带来最大的好处,因为它可以适应不断变化但始终很高的流量。如果负载较低,或者在大多数情况下为零,则可以使用更具成本效益的解决方案。

同样,如果数据是非常机密的,将其放置在与其他随机公司共享的第三方计算机上,这是不明智的,并由不受您控制的人员监督...


4

我在整个SQL安装过程中使用SQL Azure进行启动的原因之一是,云数据库通常让我专注于我的应用程序,而不是专注于保持SQL Server的启动/更新/调整/扩展/集群/以及其他所有管理工作带我离开事物。

尽管将来我们可能需要根据用户对托管数据的其他公司的信任程度来进行本地SQL Server,但从开发人员的角度来看,它为我做了很多事情:

  • 给我更多时间专注于应用程序。
  • 在我决定需要完整的SQL之前,可以在完整的SQL实例上节省金钱(数千美元vs. $ 10 / mo / GB)。
  • 给我所有我期望的功能,例如备份/索引。
  • 我可以在数据库上运行自己的分析。这是我的数据库,所以我可以做我想做的事。在大多数情况下,它可能不是开箱即用的,因此,如果您只想运行SSRS / SSAS,则可以始终为完整版支付额外的费用。:-/
  • 作为SF。说,它是可自动伸缩和冗余的,因此(很有可能)不会因为服务器崩溃而丢失数据。如果服务器确实死了,那么花费这么长时间,您将在几秒钟内备份。

您的应用程序也托管在Azure中吗?如果不是这样,那么我想听听您是否认为将数据库托管到距应用程序较远的位置会给您的应用程序带来明显的性能下降(我一直对将云用于数据库而不是应用程序托管很感兴趣)。
2011年

是的,我的应用程序托管在Azure中,因此一切都非常接近。但是,实际上,Azure数据中心相距甚远(西海岸,东海岸,中部,亚洲等)。您实际上可以设置托管服务的位置,因此无论您在哪里托管应用,您实际上都可以(在该国家/地区内)非常接近该应用。只要您拥有牢固的联系,我认为这不会太可怕。根据我的经验,Azure的运行速度非常快,但是我没有尝试使用本地应用程序来测试Azure DB,并且在学习时对Perf的测试超出了示例。似乎很快。
Ryan Hayes
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.