用于配置OpenSplice DDS以支持100,000个或更多节点的正确方法是什么？
我可以为分区名称使用分层命名方案，因此＆＃34; headquarters.city.location_guid_xxx＆＃34;会阻止数据包离开某个位置，＆＃34; company.city *＆＃34;允许样本在城市中对齐，等等？或者所有节点都知道所有这些分区，以防它们想要发布给它们吗？
耐久性服务会在出现时选择一个主人。如果在通过3G链路运行的远程位置的Raspberry Pi上运行一项持久性服务，那么可以防止它尝试成为总部和＃34;和崩溃？
我正在试验远程节点中的持久性设置，这样我就可以使用location_guid_xxx但是对于＆＃34;总部而言＃34;云服务器我使用总部
在远程客户端上，我可能会这样做：
<Merge scope="Headquarters" type="Ignore"/>
<Merge scope="location_guid_xxx" type="Merge"/>
所以一个位置不会成为宇宙的主人，但某个位置的耐用性服务是否仍然可以掌握该位置？
如果我有100,000个位置，这意味着我必须将所有这些位置列在＆＃34;合并范围＆＃34;在总部的ospl.xml文件中？我认为这可能会限制我可以处理的网络规模。
我假设此产品将处理此类物联网方案。还有其他人试过吗？
答案 0 :(得分：1)
考虑到系统规模，我认为您应该认真考虑使用Vortex-Cloud（请参阅这些幻灯片http://slidesha.re/1qMVPrq）。 Vortex Cloud将允许您更好地扩展系统以及处理NAT /防火墙。除此之外，您还可以使用TCP / IP从Raspberry Pi与云实例进行通信，从而避免与NAT /防火墙相关的任何问题。
在提出耐久性问题之前，还有其他一些我想指出的问题。如果您尝试构建具有100K节点的扁平系统，您将生成相当多的发现信息。除了产生一些流量外，这将占用您最终应用程序的内存。相反，如果您使用Vortex-Cloud，我们会使用技巧来限制发现信息。举个例子，如果你有一个匹配100K数据读取器的数据写入，当使用Vortex-Cloud时，数据写入器只会匹配端点，从而将发现信息减少100K倍！
最后，关于您的耐久性问题，您可以将一些耐久性服务配置为仅限于alignee。在那种情况下，他们永远不会成为主人。
HTH。
A +