Redis, Kafka lub XYZ mogą być używane jako bufor w stosie ELK, jak słusznie zauważyłeś.
Ludzie z ES opublikowali wczoraj wpis na blogu o używaniu Kafki w potoku, ale równie dobrze mógł to być Redis lub XYZ. Dobrze zwracają uwagę na to, KIEDY taki bufor może być potrzebny, a kiedy nie jest.
Dobrym pomysłem jest posiadanie takiego bufora, aby
- obsługa skoków zdarzeń
- radzić sobie z potencjalnie nieosiągalnym klastrem ES
Jeśli nie przewidujesz takich zachowań, czyli wiesz
- Twoje wydarzenia będą zawsze odbywać się w tym samym tempie i/lub
- możesz wysłać swoje logi nieco później na wypadek konieczności uaktualnienia klastra ES
...to nie potrzebujesz takiego bufora. Co więcej, będzie to o jedno oprogramowanie mniej potrzebne do zarządzania, monitorowania i konserwacji.
Jeśli chodzi o ekosystem Elastic Stack, nie ma jednego uniwersalnego podejścia, zawsze zależy to od konkretnego przypadku użycia i wymagań. Musisz zadać sobie pytanie, co jest ważne dla Ciebie, Twojego systemu (systemów) i użytkowników, a następnie odpowiednio zaprojektować swoje rozwiązanie.
