You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@unomi.apache.org by "Don Hinshaw (JIRA)" <ji...@apache.org> on 2017/11/14 19:24:00 UTC

[jira] [Created] (UNOMI-139) Isolate Profiles By Client

Don Hinshaw created UNOMI-139:
---------------------------------

             Summary: Isolate Profiles By Client
                 Key: UNOMI-139
                 URL: https://issues.apache.org/jira/browse/UNOMI-139
             Project: Apache Unomi
          Issue Type: Improvement
            Reporter: Don Hinshaw


Is there a use case for data from multiple clients on the same Unomi instance?

How can we isolate profiles by a value in the event or session (like scope) so that a profile from one client's event is not merged with a profile from another.

At the moment we are using multiple instances of Unomi.   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Re: [jira] [Created] (UNOMI-139) Isolate Profiles By Client

Posted by Romain Gauthier <rg...@jahia.com>.
Hi Don,

There are definitely use cases to make unomi multitenant. I'm not sure
though if we should use the existing "scope" identifier or if a super scope
should be added.

With the use cases that we want to address, we would scope profiles,
sessions, events but we also need to find a way to scope properties, tags
and any data structure change that could be done via the API...

Regarding security and permissions, maybe the unomi key could be leveraged.

When using multiple Unomi, are you using the same ElasticSearch cluster
with different indexes ? Is this working well or did it come up with some
challenges ?

Romain