我已按照此处的步骤在Azure中的资源组上创建反向代理.https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reverseproxy
我相信反向代理正在工作,因为我曾经收到404错误,现在我收到400错误请求.
错误代码为FABRIC_E_INVALID_PARTITION_KEY
这是有道理的,因为在文档中,它说对于不使用单例分区的服务,您必须指定分区键和分区类型,如下所示:
http://mycluster.eastus.cloudapp.azure.com:19008/MyApp/MyService?PartitionKey=3&PartitionKind=Int64Range
我的问题是,我如何获得该分区键?文档明确声明它不是资源管理器中生成的GUID,因此我无法使用它.我正在从结构外部的外部应用程序联系此有状态服务.
在PartitionId
您的浏览器服务看到的是,您的服务请求在结束了分区的唯一的ID.的PartitionKey
是不一样的PartitionId
,这是相当的进入进分区散列以及基于所述密钥以该密钥的请求结束了对由下式计算的分区.
在ApplicationManifest.xml
Application项目中,新创建的服务的分区键如下所示:
这里UniformInt64Partition
表示它Int64Range
是使用的.在LowKey
和HighKey
给接受PartitionKeys的范围.该PartitionCount
给运行此服务的分区数目.在均匀范围内,分区从低键到高键均匀映射.您应该将范围更改为对您的特定服务更有意义的范围.例如:
... ......
这将为我们提供2个映射的分区:
0 - 5:分区0
6 - 11:分区1
分区范围大于分区数是不可或缺的,允许我们稍后扩展而不必更改分区键.如果我们在上面的示例中将分区数量(向外扩展)加倍到4个分区,则映射将变为:
0 - 2:分区0
3 - 5:分区1
6 - 8:分区2
9 - 11:分区3
但是,我们使用的分区键不会更改,这意味着服务的客户端不会受到影响.命名方案也有类似的推理.另一种可能的方案是Singleton,其中一种通常用于无状态服务.
有关服务分区的Microsoft文档可以在这里找到:https: //docs.microsoft.com/en-us/azure/service-fabric/service-fabric-concepts-partitioning
回到你的问题,你的分区键可以是你在清单中指定的LowKey和HighKey范围内的任何整数(如果你使用的话UniformInt64Partition
).您收到FABRIC_E_INVALID_PARTITION_KEY
错误表明提供的密钥不是有效的整数.如果它超出了可接受的范围,则可能会FABRIC_E_KEY_NOT_FOUND
出现错误.