从Cloud迁移到可伸缩解决方案

Question

在GCP中，Cloud中几乎有1TB的数据，而且我们没有任何读/写副本。对于事务性和分析性工作负载，有许多读/写操作。

1. 我们如何迁移到更可伸缩的解决方案(云扳手/ Bigquery)。我们需要较少的停机时间，同时也需要考虑成本。
2. 我们也有外观，以便能够获得数据的可视化。在这个解决方案中，我们如何考虑Looker？
3. 如果我们想要迁移这些AWS，请同时考虑以上两个因素，以及成本，存储。如果我们使用分区，还有什么好处吗？

Answer 1

我认为很大程度上取决于你的项目和你的实现。从Cloud迁移到另一个解决方案本身并不是一项困难的任务，但是如何从应用程序中读取或写入数据呢？无论您选择迁移到哪个产品，应用程序所需的更改取决于应用程序是如何生成的。

除此之外，对于你的前两点，有两个很好的指南：

1. 本指南向您展示了从Cloud (MySQL)迁移到云扳手的热度。我不会考虑BigQuery，因为您提到了有很多事务工作负载。
2. 旁观者现在是GCP的一部分。您可以找到一个很好的指南，如何连接到扳手这里。
3. 如果您想考虑AWS，我会选择Aurora，这里，您可以找到一个很好的迁移指南。