Financial services - BR

Axway Status Review

Issue link: https://axway.uberflip.com/i/1488857

Contents of this Issue

Navigation

Page 6 of 6

7/7 2.3 Metrics API The Metrics api uses the Analytics information to extract this info. To get the availability information, the logstash calls the status API each minute to check the current APIs status. The Metrics API could access the backend status API directly using the internal cluster services. The initial suggestion is to keep this way and just increase the pooling interval to 5min. 2.4 Development planning To get this new architecture we need to have the following steps: • Scenario 1 – Creating the healthcheck/alive method for each mock backend api and adjusting the current APIM policy script to call them to get the status. For this we can configure ther backend api and each endpoint test on KPS, so it would be one option. o Developing the healthcheck method for each mock api ~ 1 hour for api. o Adjusting the Policy Script to read the kps to get the test method for each endpoint and call them ~ 2 days. o Adjusting the logstash call to 5 min ~1 day (we need to review this configuration). • Scenario 2 – Using the status backend API (as described above) and the healthcheck/alive method for each mock backend api and adjusting the current APIM policy script to call them to get the status. o Developing the healthcheck method for each mock api ~ 1 hour for api. o Developing the status backend API to call the health check ~ 3 days. o Adjusting the logstash call to 5 min ~1 day (we need to review this configuration). © Axway, 2022

Articles in this issue

view archives of Financial services - BR - Axway Status Review