Community Tip - New to the community? Learn how to post a question and get help from PTC and industry experts! X
Hi,
According to the explanation of the help document :
. "A federation is a concept to enable offloading a large solution workload between ThingWorx servers"
. "A primary use case for a federation is off-loading high volume disk IO (such as high frequency stream writes) to a persistence optimized server"
to offload the IO workload , I think a PersistentenceProviderPackage on a SSD can also solve the primary use case.
to offload the CPU workload, active-active cluster can solve it.
so what's the real necessary use case for Federation ? or is it still necessary for 9.3+ ?
Solved! Go to Solution.
Hi @seanccc ,
It is correct that Federation was available in the platform far before HA was available.
But, still, while I agree the Model/Historical data IO workload can be offloaded by having another PP somewhere else (eg: another DB server), there are situations where you can do IO logic tied to Files in a FileRepository (not that it's so used), and you can't do that via this approach.
Now, on the CPU side, it is correct an HA cluster can solve that...with some remarks:
That being said, in 9.4 you'll see an exciting new feature in this HA area - can't comment more for now
The ideal use-case where we would imagine Federation being used is the one where the Thing Model is different across federated instances. Imagine children instances, that may be factory specific, with heavier workload, which send then only aggregated data to a single "main" instance, for consumption by higher levels in the organization. Other customers use a federated instance to offload long running services to it (has the platform service timeout set way higher compared to the other instances)
Hi @seanccc ,
It is correct that Federation was available in the platform far before HA was available.
But, still, while I agree the Model/Historical data IO workload can be offloaded by having another PP somewhere else (eg: another DB server), there are situations where you can do IO logic tied to Files in a FileRepository (not that it's so used), and you can't do that via this approach.
Now, on the CPU side, it is correct an HA cluster can solve that...with some remarks:
That being said, in 9.4 you'll see an exciting new feature in this HA area - can't comment more for now
The ideal use-case where we would imagine Federation being used is the one where the Thing Model is different across federated instances. Imagine children instances, that may be factory specific, with heavier workload, which send then only aggregated data to a single "main" instance, for consumption by higher levels in the organization. Other customers use a federated instance to offload long running services to it (has the platform service timeout set way higher compared to the other instances)