Skip to content
This repository was archived by the owner on Dec 14, 2022. It is now read-only.

Commit aac2b6f

Browse files
author
Chris Wiechmann
committed
2 parents ec44d36 + 0767199 commit aac2b6f

File tree

1 file changed

+4
-1
lines changed

1 file changed

+4
-1
lines changed

README.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,9 +5,12 @@ When having many API-Gateway instances with millions of requests the API-Gateway
55
The overall architecture this project provides looks like this:
66
![Architecture][img1]
77

8-
This also makes it possible to collect data from API-Gateways running all over the world into a centralized Elasticsearch instance to have it available with the best possible performance independing from the network performance.
8+
This also makes it possible to collect data from API-Gateways running all over the world into a centralized Elasticsearch instance to have it available with the best possible performance indendent from the network performance.
99
It also helps, when running the Axway API-Gateway in Docker-Orchestration-Environment where containers are started and stopped as it avoids to loose data, when an API-Gateway container is stopped.
1010

11+
Watch this video to see a side by side compare betwen the classical and ElasticSearch based Traffic-Monitor:
12+
[![API-Management CLI](https://img.youtube.com/vi/MUbx4m9EtpY/0.jpg)](https://youtu.be/MUbx4m9EtpY)
13+
1114
### How it works
1215
Each API-Gateway instance is writing, [if configured](#enable-open-traffic-event-log), Open-Traffic Event-Log-Files, which are streamed by [Filebeat](https://www.elastic.co/beats/filebeat) into a Logstash-Instance. [Logstash](https://www.elastic.co/logstash) performs data pre-processing, combines different events and finally forwards these so called documents into an Elasticsearch cluster.
1316

0 commit comments

Comments
 (0)