Policy Filter
Last updated
Was this helpful?
Last updated
Was this helpful?
They allow you to fine-tune where you want your deployments to be located. They are a part of the policy itself, but by how they are constructed, we found that it would be easier to understand on their documentation page.
This is the option we would prefer in our North American fleet.
We will add a slight constraint to our North American fleet to show you how you can tweak the filters to your taste. Let's say you don't want any of your games to be located in Miami because you find that it is too far from your typical players' location.
You will need to choose an available field from city, country, continent, administrative_division.
Next is the filter type. You can choose between:
any - You want one or more of the values to match the potential locations.
all - You want all the values to match the potential locations.
not - You want all the values not to match the potential locations.
You can get all the geographical information about the locations with the .
The different policies are independent of each other. So if you set a policy with a minimum number of 4 deployments in Canada and a policy with two in Montreal, you will end up with six deployments in total, even if Montreal is in Canada.
The data for the policy is created in a small form with some predetermined values.
From the API, you must specify the type when updating the data field.
Tag type is less often useful for common use cases but can be very convenient if you need more technical filters like high clock CPU. The values will always be a key and a value separated with an equal sign.
Point type lets you give latitude and longitude coordinates. The fleet will create deployment at the closest location available from the point.
You can get all the tags for each locations with the . You will need to set the tags parameter to true.