作为 Azure 服务结构新手，我有一个关于“可靠集合”的问题。
如果我已经阅读了文档并且我开始想知道如何使用可靠的集合？
- 它们会取代数据库系统吗？
- 是否只支持 x-process|node 状态共享场景？
- 它们应该只用作优化缓存吗？
- 可靠集合的典型大小是多少：MB/0-5GB/5-10GB？
【问题讨论】：
标签： azure azure-service-fabric
它们会取代数据库系统吗？
不一定，这就像比较苹果和橘子。首先，有多种类型的数据库引擎，如关系引擎（SQL Server）和 NoSQL 引擎（如 CosmosDB）。通常可以从外部查询数据库，而可靠集合的典型场景是仅托管服务自身状态所需的数据。
例如，一个真实的数据库可以被多个 Service Fabric 服务使用。一个可靠的集合是由一个服务使用的。
来自the docs：
Reliable Collections 与其他高可用性技术（如 Redis、Azure 表服务和 Azure 队列服务）的主要区别在于，状态保存在服务实例的本地，同时也具有高可用性。
外部数据库引擎仍然占有一席之地，例如用于报告目的。
它们是否应该只用作优化缓存
不，有更好的缓存产品可以提供更好的功能，例如在可靠集合中不支持自动缓存失效。
Service Fabric 是构建微服务的绝佳平台。在微服务理念中，每个微服务使用数据存储的概念占据了显着位置。为了减少数据检索的延迟，可以使用可靠的集合。在the docs中也有概述
可靠集合的典型大小是多少：MB/0-5GB/5-10GB？
来自the docs：
可靠的服务通常是分区的，因此您可以存储的数量仅受集群中的机器数量以及这些机器上可用的内存量的限制。
例如，假设您在具有 100 个分区和 3 个副本的服务中有一个可靠的集合，存储的对象平均大小为 1 kb。现在假设您有一个 10 台机器集群，每台机器有 16GB 内存。为简单起见，为保守起见，假设操作系统和系统服务、Service Fabric 运行时和您的服务消耗其中的 6gb，每台机器剩余 10gb 可用，或 100gb 用于集群。
【讨论】：