Zacząłbym od zdobycia większej ilości informacji, bo optymalizowanie czegokolwiek mając szczątkowe informacje, jest bez sensu. Więcej popsujesz, niż naprawisz. Popytaj kogoś, kto wie cokolwiek o tej aplikacji, z czym jest problem.

Nie wiem jakiej bazy używasz, ale zwykle czy to w bazie, czy to w aplikacji można wylogować zapytania. Jeśli używasz Hibernate i Springa to do wylogowania zapytań służy properties show_sql (w zależności, czy używasz Spring, Spring Boota, czy czystego Hibernate’a poszukaj w google jak ustawić logowanie zapytań sql). Nie rób tego na produkcji, tylko np. lokalnie.

Dopiero jak będzie widzieć, których zapytań jest za dużo, to możesz zacząć coś optymalizować. Najczęstszy problem z Hibernate to n + 1 zapytań. Tu masz link. Sprawdź, czy nie ma z tym problemu. Później możesz zacząć używać cache, jak już będziesz wiedziała, które miejsca sprawiają problemy.

Dzięki za konkretną odpowiedź 🙂 No cóż… ja mam tylko szczątkowe informacje, że baza nie daje rady obsłużyć tylu zapytań na raz i trzeba to poprawić 🙂 W internecie głównym rozwiązaniem takiego problemu jest chmura (nie wchodzi w grę) albo cache, tak że trochę na ślepo będę to wszystko robić i mam nadzieję, że dla odmiany nie wysypie się teraz aplikacja.

Problemy z bazą przy pobieraniu plików? Trzymasz te pliki w bazie danych? Czy to rozwiązanie pomoże w twoim problemie, tego nie wiem. Nie znam twojego przypadku, opisałaś to bardzo ogólnikowo i ciężko jest cokolwiek tutaj napisać.

Generalnie taki cache pomaga jeśli masz zbyt dużo zapytań do bazy danych i baza się nie wyrabia. Cachując pewne rzeczy sprawiasz, że jest mniej zapytań do bazy danych. Jeśli u ciebie problemem jest ilość zapytań do bazy danych, to warto użyć cache.

Ale zacząłbym od zrobienia dogłębnej analizy, co tak naprawdę jest problemem.

ok, jeśli potrzebujesz czegoś więcej w sensie osobnego serwisu, który zapewnia Ci cache, to jest już wiele dostępnych możliwości. Np. Możesz zacząć od Redisa. Redis się klastruje, więc możesz mieć klaster Redisa dostępny dla twoich microserwisów (czy nawet dla jednej aplikacji jak nie masz microserwisów). Możesz też w łatwy sposób odpalić go na dockerze (nie trzeba prawie nic konfigórować w Redisie). I to w większości przypadków na początek wystarczy.

Jeśli potrzebujesz czegoś innego, to możesz skorzystać z innych dostępnych opcji np. Hazelcast, Infinispan, czy też Terracota.

Myślę, że nie ma potrzeby pisać swojego providera, chyba że rozważasz tu aspekt edukacyjny (co może być oczywiście ciekawy zagadnieniem i warto się pobawić – wcześniej myślałem, że właśnie o to Ci chodzi 😉).

Pisząc o storage miałem na myśli przechowywanie cache nie inMemory (pewnie niezalecane przy wielu zasobach) oraz nie na lokalnej maszynie (taki mikroserwis uruchomiony na dockerze musiałby mieć zapewne podmontowany własny storage dla poda) a na czymś pokroju Terracotta (jeśli dobrze zrozumiałem zastosowanie tego narzędzia).

Tak, dla Ehcache też jest to przechowywane w pamięci, aczkolwiek w Ehcache masz możliwość konfiguracji, czy chcesz to trzymać na Heap (domyślna opcja), czy chcesz to trzymać offheap. No i dodatkowo możesz też na dysku.

Żeby zdefiniować własny storage, to tak naprawdę trzeba zrobić swojego providera, który implementuje standard JSR 107. W skrócie jest takie api javax.cache.cache-api (znajdziesz w meven repository) i trzeba je zaimplementować 😉
Pytanie czego Ci brakuje w dostępnych implementacjach, że chcesz robić swój storage?

W jaki sposób można zdefiniować własny storage cache’a?