我希望在我走得太远之前，有人能告诉我我是否真的疯了。我有一个以 MySQL 作为后端的应用程序。我需要创建更强大的报告，我选择在 pgsql 中构建数据仓库。挑战是我不希望 DW 每天只更新一两次。我希望它接近实时（预计会有一些滞后，而不是问题）。
我查看了 AWS 胶水和其他一些选项，最后选择了 DMS 作为一种将数据从 MySQL 源复制到 pgsql 目标数据库以进行暂存的方法。然后我设置了触发函数，这些函数基本上将操纵 pgsql db 中插入/更新的数据，将其登陆数据仓库。该应用程序还连接到 DW，并且可以根据需要从 DW 中提取报告和仪表板指标。
我已经建立了一个概念证明，它似乎可以工作，但目前真的只有我在打应用程序，所以我不确定如果我继续这个想法并将其投入生产，它是否会成立.
我目前有一个 dms.t2.small 复制实例（引擎版本 2.4.4）以大约 15-20% 的 CPU 利用率运行。我目前没有为 Multi AZ 配置它。
我看到 CDCLatencyTarget/CDCLatencySource 的组合值平均约为 9 秒。我认为如果这是真的，那也不会令人难以忍受，尽管时间越短越好。我会说，如果它超过一分钟，我们可能会开始看到投诉。
我知道 DMS 更适合迁移，所以我想知道我是否只是以一种非常愚蠢的方式这样做，或者这或多或少是一个有效的用例？DMS 是否存在我不知道的问题，这会导致我后来后悔这个决定？
另外，我希望你有任何想法，我可以如何设置保护措施以确保源和目标保持同步，或者如果他们没有让我意识到它，或者可以让它自我 -愈合。
