可靠的集合应用程序（程序集）是否特定？
Are reliable collections application (assembly) specific?
我无法通过任何文档找到我的问题的答案。
可靠的集合通过多个云节点共享，并具有名称和持久性。
它们可以通过不同的应用程序共享还是特定于应用程序？
例如，两个不同的 MVC 应用程序对同一帐户托管的可靠词典使用相同的名称。数据会一样吗？
可靠集合绑定到声明它们的服务。从某种意义上说，它不是分布式数据存储，它可以 read/write 直接从其他服务获取。
如果您需要从其他服务访问数据，您将必须在服务上显式创建和公开方法以公开可靠集合中的数据。
因此，如果您有多个服务，每个服务都有自己的可靠集合，所有服务都具有相同的名称，它仍然是多个独立的集合。
可靠集合背后的想法是数据存储在尽可能靠近使用服务的地方。它传播了每个（微）服务都有自己的数据存储的想法。
阅读 this 可能会给您更多的背景信息和更高层次的概述。
请注意，服务可以是 partitioned，这意味着每个服务实例只能访问可靠集合的分区部分，而不能访问其他分区中的数据。
所以，总结一下：
Reliable collections are shared through several nodes of cloud and have name and persistence.
可靠的集合在节点之间不共享，但数据被复制。共享和复制是两个不同的东西！
Are they sharable through different applications or are they application specific ?
都不是，它们是特定于服务的（服务结构应用程序由一个或多个服务组成）
For instance two different MVC applications use same mane for reliable dictionary hosted at same account. Will data be same?
不，假设两个 MVC 应用程序托管在不同的服务中，数据将不相同。他们不共享相同的可靠集合。
我无法通过任何文档找到我的问题的答案。
可靠的集合通过多个云节点共享，并具有名称和持久性。
它们可以通过不同的应用程序共享还是特定于应用程序？
例如，两个不同的 MVC 应用程序对同一帐户托管的可靠词典使用相同的名称。数据会一样吗？
可靠集合绑定到声明它们的服务。从某种意义上说，它不是分布式数据存储，它可以 read/write 直接从其他服务获取。
如果您需要从其他服务访问数据，您将必须在服务上显式创建和公开方法以公开可靠集合中的数据。
因此，如果您有多个服务，每个服务都有自己的可靠集合，所有服务都具有相同的名称，它仍然是多个独立的集合。
可靠集合背后的想法是数据存储在尽可能靠近使用服务的地方。它传播了每个（微）服务都有自己的数据存储的想法。
阅读 this 可能会给您更多的背景信息和更高层次的概述。
请注意，服务可以是 partitioned，这意味着每个服务实例只能访问可靠集合的分区部分，而不能访问其他分区中的数据。
所以，总结一下：
Reliable collections are shared through several nodes of cloud and have name and persistence.
可靠的集合在节点之间不共享，但数据被复制。共享和复制是两个不同的东西！
Are they sharable through different applications or are they application specific ?
都不是，它们是特定于服务的（服务结构应用程序由一个或多个服务组成）
For instance two different MVC applications use same mane for reliable dictionary hosted at same account. Will data be same?
不，假设两个 MVC 应用程序托管在不同的服务中，数据将不相同。他们不共享相同的可靠集合。