监视Couchbase文档中的更改的推荐方法是什么?

监视Couchbase文档中的更改的推荐方法是什么?,couchbase,change-tracking,Couchbase,Change Tracking,我想使用Couchbase,但我想在一些领域实现更改跟踪,类似于RejectionDB的做法 似乎有很多方法可以让更改从Couchbase服务器推送到我手中 DCP 水龙头 XDCR 哪一个是正确的选择,还是有更好的方法 更新 谢谢@Kirk! 谢谢看起来DCP在2015年5月19日还没有100%的生产就绪API。您的blog ref帮助我决定今天使用XDCR,并在正式API准备就绪后立即迁移到DCP 对于XDCR来说,这很有帮助。如果DCP的工作方式适合您的用例,并且您可以编写一个应用程序来使

我想使用Couchbase,但我想在一些领域实现更改跟踪,类似于RejectionDB的做法

似乎有很多方法可以让更改从Couchbase服务器推送到我手中

DCP 水龙头 XDCR 哪一个是正确的选择,还是有更好的方法

更新

谢谢@Kirk!
谢谢看起来DCP在2015年5月19日还没有100%的生产就绪API。您的blog ref帮助我决定今天使用XDCR,并在正式API准备就绪后立即迁移到DCP


对于XDCR来说,这很有帮助。

如果DCP的工作方式适合您的用例,并且您可以编写一个应用程序来使用该流,因为目前还没有正式的API…那么DCP是合适的选择。下面是一篇博客文章,作者是Couchbase解决方案工程师之一

在这一点上,TAP基本上是不推荐的。它仍然存在于产品中,但DCP在大多数情况下都远远优于它


可以使用XDCR,因为它使用DCP,但您必须为XDCR编写一个插件。因此,您最好直接编写一个来使用DCP流。

现在唯一完全支持的方法是XDCR,正如Kirk已经提到的那样。如果您想节省实现它的时间,您可能希望代码基于以下内容:-它实现XDCR协议v1的服务器端。例如,ElasticSearch插件就是基于这个CAPI服务器的。如果应用程序是可以等待传入连接的服务器/服务,那么XDCR是一个不错的选择,因此Couchbase或管理员可以控制Couchbase将数据复制到服务的方式和时间


根据您想要完成的任务,DCP可能最终成为更好的选择,因为它在概念上不同于XDCR。任何基于DCP的解决方案都将是基于代码的拉式解决方案,因此您可以更细粒度、更编程地控制如何以及何时连接到Couchbase bucket,以及在必要时如何在不同进程之间分配连接。有关使用DCP的更深入示例,请在此处查看Couchbase Kafka连接器:

谢谢!看起来DCP在2015年5月17日还没有100%的生产就绪API。您的blog ref帮助我决定今天使用XDRC,并在正式API准备就绪后立即迁移到DCP。对于XDRC来说,这很有帮助。