Hi All, In ESB 4.10.0 we are introducing new statistic feature which lets user drill down service level statistics.
So for higher level statistics we can include, - Avg,Min, Maximum Mediation times for each service - Statistics of each endpoints - Allow users to enable and disable statistics for each components - Faults encounters while mediation for each service These are some extra parameters that exists in current transport latency parameters. I think it would be better to incorporate following parameters too. - Parameters - Messages Received. - Requests received. - Responses sent - Fault in Receiving - Faults in Sending - Min, Max, Avg message size sent - Min, Max, Avg message size received - Bytes Received - Bytes received - Timeouts in Receiving - Timeouts in Sending - Active Thread Count - Last Reset Time - Statistics Views for Daily, Hourly, by minutes ( This may be optional) *Operations* - Reset Statistics Thank You, On Thu, Dec 17, 2015 at 10:20 AM, Kasun Indrasiri <ka...@wso2.com> wrote: > We may also need a bit of high level stats too.. For instance things we > have included in ESB 4.10. > > On Thu, Dec 17, 2015 at 10:17 AM, Nadeeshaan Gunasinghe < > nadeesh...@wso2.com> wrote: > >> Hi all, >> It has been a requirement to implement a feature for keeping track of the >> various types of latency metrics in WSO2 GW. At the moment I am involved in >> implementing this latency metrics calculation feature according to the >> architecture proposed at [1]. >> As the first step I am capturing the raw data required for calculating >> various latency values. These raw data being collected as follows at the >> moment, >> >> *Server Side* >> >> - Source Connection Creation time >> - Source Connection life time >> - Request header read time >> - Request body read time >> - Request read time >> >> >> *Client Side* >> >> - Client connection creation time >> - Client Connection life time >> - Response header read time >> - Response body read time >> - Response read time >> >> >> I am going to keep track of these raw data and then transport these data >> through the carbon message, as the initial step. Then a latency calculation >> engine is going to be implemented to calculate the various types of latency >> values such as, >> >> - Average Throughput of a connection >> - Average Latency of a connection >> - Average jitter of a connection >> - Message build time >> - Message encoding time >> - Message mediation time >> - etc >> >> Then a data publisher component is going to be implemented for publishing >> data to JMX and DAS. >> >> During the implementation additional raw data will be needed to be >> captured according to the type of metrics we are going to calculate. In >> such situation, will update with the latest status and findings. >> >> [1] [Architecture] Implementing Latency Metrics Calculation Feature in GW >> >> Regards >> >> *Nadeeshaan Gunasinghe* >> Software Engineer, WSO2 Inc. http://wso2.com >> +94770596754 | nadeesh...@wso2.com | Skype: nadeeshaan.gunasinghe >> <#151ae46f9e826311_151ae43483a6d1f0_> >> <http://www.facebook.com/nadeeshaan.gunasinghe> >> <http://lk.linkedin.com/in/nadeeshaan> <http://twitter.com/Nadeeshaan> >> <http://nadeeshaan.blogspot.com/> >> Get a signature like this: Click here! >> <http://ws-promos.appspot.com/r?rdata=eyJydXJsIjogImh0dHA6Ly93d3cud2lzZXN0YW1wLmNvbS9lbWFpbC1pbnN0YWxsP3dzX25jaWQ9NjcyMjk0MDA4JnV0bV9zb3VyY2U9ZXh0ZW5zaW9uJnV0bV9tZWRpdW09ZW1haWwmdXRtX2NhbXBhaWduPXByb21vXzU3MzI1Njg1NDg3Njk3OTIiLCAiZSI6ICI1NzMyNTY4NTQ4NzY5NzkyIn0=> >> > > > > -- > Kasun Indrasiri > Software Architect > WSO2, Inc.; http://wso2.com > lean.enterprise.middleware > > cell: +94 77 556 5206 > Blog : http://kasunpanorama.blogspot.com/ > -- Viraj Senevirathne Software Engineer; WSO2, Inc. Mobile : +94 71 958 0269 Email : vir...@wso2.com
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev