Hi Amila, On Thu, Jun 23, 2016 at 11:52 AM, Amila Maha Arachchi <[email protected]> wrote:
> All, > > 1. We should allow to decide whether to publish data in super tenant mode > or tenant mode > This is possible, but the problem is, it complicates the ESB analytics solution, where we will have to maintain two different versions which would implement the two scenarios. So IMO, it would be better to follow a single approach which would be overall best flexibility, which we discussed earlier, where we publish and manage data in tenants, but execute the Spark scripts in the super tenant. > 2. If its the ST mode, we deploy the car in ST space. > 3. Data gets published and stored in one table. i.e. no table per tenant > The current connectors, e.g. RDBMS / HBase etc.. use the mechanism of creating a table per analytics table/tenant. In those connectors, this behavior cannot be changed, where mainly there are technical difficulties in doing so also, when filtering out different tenant's data and all. Anyways, usually in database systems, there is no limit in the number of physical tables created and all. And also, you will not access these tables directly, but will communicate via the REST APIs if required. > 4. Spark runs against that table > With the new improvements, we anyway get similar type of an interface where the Spark script will automatically read data from all the tenants and process the data in one go. > 5. Dashboard should be a SaaS app which filters data from the analyzed > table. > I guess that maybe possible, but that will need some changes in the current dashboards. @Dunith, can you comment on this please. Also, is there any issue in deploying a dashboard per tenant?, which is the current situation. Cheers, Anjana. > > Can above be facilitated? > > Regards, > Amila. > > -- > *Amila Maharachchi* > Senior Technical Lead > WSO2, Inc.; http://wso2.com > > Blog: http://maharachchi.blogspot.com > Mobile: +94719371446 > > -- *Anjana Fernando* Senior Technical Lead WSO2 Inc. | http://wso2.com lean . enterprise . middleware
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
