Hi Sandalu,
On Fri, Oct 12, 2018 at 12:31 PM Sandalu Kalpanee <sand...@wso2.com> wrote: > Hi all, > Please find my project description and the design as below. > > The project is about revising the existing set of analytics implemented > for 2.X API Manager products to implement with 3.0 API Manager. > > *Current WSO2 APIM Analytics Model* > The current API Manager 2.6 version integrates with the Stream processor > to provide reports, statistics, and graphs on the APIs deployed in API > Manager. API Manager generates events based on its invocation pattern and > publishes them to APIM analytics. Based on the defined summarisation logic, > the data is processed. After the summarized data is generated, the APIM > Dashboard can retrieve statistics from the analyzer data-source to the UI > via the API Manager analytics client. > [image: Untitled Diagram (1).png] > > *Proposed solution* > After the summarization of API Manager data in Stream Processor, the stats > will be displayed in the Stream Processor itself through the dashboard. The > data will be retrieved from the analyzer data-source and from the siddhi > store. > Publisher, Store, and Admin stats will be separated according to the > granted permissions. > [image: Untitled Diagram (2).png] > *Issues Identified* > Currently, there are some stats which use AM_DB as its only data source. > And also, there are some stats which consume the stream data sent to APIM > analytics with further processing using AM_DB. There will be an issue > consuming data from AM_DB when generating widgets for the specific stats. > > *Ideas suggested for the issue* > > 1. The stats which use AM_DB data can reside in the APIM while other > stats being displayed in SP dashboard. > > I think this is the simplest solution we have and I am in favour of this. These charts differ from the rest because the rest of the charts show gateway runtime statistics wheras the charts which need AM_DB are not related to the runtime. > > 1. The AM_DB data source can be shared with the SP in order to > generate widgets which consumes its data. > > > 1. A REST API can be provided for the data retrieving from APIM. > > Highly appreciated if you can provide your feedback on this. > I feel the other two options are an overkill just make this usecase work. > > Thank you. > Best Regards, > -- > *Sandalu Kalpanee* > *Software Engineer - Intern* > *WSO2* > -- Thanks & Regards, *Fazlan Nazeem* Senior Software Engineer WSO2 Inc Mobile : +94772338839 fazl...@wso2.com
_______________________________________________ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture