-
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 15 replies
-
Hi @lyr3051, The API-Details, incl. what kind of Policies are configured is not directly taken from the OpenTraffic-Event Log. It is retrieved by Logstash during ingestion using the API-Builder REST-API "API-Lookup". However, for obvious performance reasons during ingestion into Elasticsearch, API-Details aren't looked up for every single API-Request processed by Logstash. Instead the information is stored in Memcache and APIBuilder4Elastic for 10 minutes by default. So, maybe you have called the same API, but without a policy configured, before. With that the API-Details are cached and any further request to the same API in the next 10 minutes, will use the cached API-Details, without your policy. FYI: What you see in the screenshot is the entire policy-execution path, which is shown in Traffic-Monitor when selecting an API. It's way too complicated to extract anything useful out of it, as it may contain any weird combination of policies. |
Beta Was this translation helpful? Give feedback.
-
Hi @cwiechmann |
Beta Was this translation helpful? Give feedback.
-
Hi @cwiechmann I wonder why the request policy is missing in traffic-summary index before I restart the API-builder and memcached, Which index is restrieved from API Builder to show the data in API Gateway Traffic Monitoring? |
Beta Was this translation helpful? Give feedback.
Hi @cwiechmann
I wonder why the request policy is missing in traffic-summary index before I restart the API-builder and memcached,
but it is still exist in API Gateway Traffic monitoring?
Which index is restrieved from API Builder to show the data in API Gateway Traffic Monitoring?