1

我正在尝试寻找一种数据库解决方案，我发现Infobright和Amazon Redshift作为潜在的解决方案。两者都是柱状数据库。Infobright 已经存在了很长一段时间，而 Amazon Redshift 是较新的。

  1. Infobright 和 Amazon Redshift 之间的DBA 工作是什么？
  2. Infobright（API、查询接口等）与 AWS 的可访问性如何？
  3. 两者在您的系统架构中处于什么位置？是否作为传统 RDBMS 之上的一个层进行操作？
  4. 设置 Infobright 和 Redshift 的 DevOps 工作是什么？

我更倾向于 Redshift，因为我的应用程序托管在 AWS 上，我认为从长远来看，这会带来切实的好处，因为一切都在 AWS 中。先感谢您！

4

1 回答 1

4

首先，我承认我为 Infobright 工作。我对 Redshift 做了重要的研究，我觉得我可以给出一个诚实的意见。我刚刚写了两种技术之间的比较；可以在这里找到：https ://www.infobright.com/wp-content/plugins/download-monitor/download.php?id=37

  1. DBA 努力 - Infobright 几乎不需要管理。你不能索引；你不需要分区/等。它是一种 SMP 架构，可扩展性很好。因此，您不会处理多个节点。Redshift 也相当简单。您将需要维护排序并确保运行足够的分析。

  2. Infobright 使用 MySQL Shell。因此，任何可以利用 MySQL 的工具都可以利用 Infobright。因此，Infobright 的工具/接口/API 与 MySQL 相同。AWS 确实有一个 SQL 接口，并且它确实有一些 API 功能。它确实需要您直接从 S3 加载。Infobright 从本地或远程服务器的平面文件和命名管道加载。

  3. 这两个数据库都是分析数据库。您不想将它们用作事务数据库。相反，您通常将数据从事务系统推送到分析数据库。

  4. 设置 Infobright 的 DevOps 将低于 Redshift。然而，Redshift 也没有那么复杂。不过，维护环境对 Redshift 来说更重要。

Infobright 确实有许多特定于 AWS 的安装。事实上，我们已经在一台服务器上实现了接近 100TB 的原始存储。也就是说，具有许多节点的 Redshift 可以在实现上实现 PB 级规模。

还有其他因素会影响您的选择。例如，Redshift 已经内置了非常好的故障转移/HA 选项。另一方面，Infobright 可以支持许多并发查询和用户；无论集群大小如何，Redshift 都将查询限制为 15。

查看文档，如果您对这两种技术有任何具体问题，请随时与我联系。

于 2013-08-16T19:29:05.060 回答