Previous Topic: Estimate Daily Requests

Next Topic: Estimate a Peak Request Rate

Estimate a Sustained Request Rate

What is the sustained request rate for the web service?

The sustained request rate is based on the request load. Specifically, when and at what rate the requests occur. The chance that the request load is uniformly spread across your business day is unlikely. Rather, the rate at which requests occur fluctuates, remaining between the lowest and highest (peak) levels for a sustained period. Estimating the sustained request rate is the process of identifying a sustained period during which the system is servicing an average number of requests.

When estimating a sustained request rate, we recommend using the daily request load to determine:

The following figure is an example of these metrics:

Graph showing the sustained request rate period

Identifying these metrics helps you to estimate the number of requests, per second, that SOA Security Manager must service to maintain the average rate at which users authenticate, which the following represents:

(request_load * percentage_of_requests) / number_of_sustained_hours / 3600 = sustained_request_rate

request_load

Represents the number of daily requests for the application.

percentage_of_requests

Represents the percentage of requests that occur when the system is operating at sustained levels.

Example: If the request load is 5,000 logins, and 3,000 logins occur during the sustained period, then the value is 64percent (0.64)

number_of_sustained_hours

Represents the number of hours in which the system is operating at the sustained level.

Note: 3,600 represents the number of seconds in an hour.

sustained_request_rate

Represents the number of requests, per second, that SOA Security Manager must service during the period of sustained activity.

Example: Estimate the Sustained Request Rate

The company has determined that their web service has a request load of 2,000 logins. The web service is available to customers 24 hours a day, seven days a week. Using system activity reports to break down a typical day results in the following metrics:

(2,000 * 0.625) / 5 / 3600 = 0.0694 requests per second.

The fulfillment web service has a sustained request rate of 0.694 requests per second.