0
API를 사용하는 Java 시스템이 있습니다. 며칠 전 우리는 다음과 같은 문제에 직면하기 시작했습니다. 원격 API가 시스템에서 너무 많은 요청을 받고있었습니다. 시스템 초기에는 큰 문제가 아니었지만 시스템 성능이 점점 악화되었습니다. 데이터가 커지고 각 엔티티에 대해 여러 요청을했기 때문입니다. 데이터가 자주 업데이트되지 않았기 때문에 내가 만든 네트워크 요청 중 많은 부분이 실제로 필요하지 않은 것으로 나타났습니다. 따라서 시스템을 시작할 때 모든 원격 API 데이터를 over-eager loading으로 만드는 클래스를 구현했습니다. 엔티티를 생성/업데이트 할 때 요청이 이루어지기 전에 엔티티를로드합니다. 나는 그에 따라 삭제를 취급한다. 그리고 원격 API는 변경이 이루어질 때도 알려주므로 시스템 외부에서이 변경 사항이 적용 되더라도 업데이트를 유지할 수 있습니다.이 과열 된 로더 객체가 프록시 패턴 구현의 예입니까?
내가 정말로 알고 싶은 것은 :이 연습에 대한 이름이 있습니까? 알려진 디자인 패턴 ? 나는 약간의 연구를했는데 그것이 proxy pattern이라고 생각합니다. 그러나 실제로는 (대부분의 디자인 패턴이 매우 유사합니다.) 나는별로 확신하지 못합니다. 디자인 패턴.
예, 캐시 시스템 일 가능성이 큽니다. 나는 심지어 이런 이름으로 시작했다. 그러나 _cache miss_는 데이터 검색을위한 대체 방법을 사용하여 일반적인 캐시에서 발생할 수있는 것이지만 내 시스템에서는 발생하지 않습니다. 그것은 어떤 종류의 거울입니다. 또한 API가 HTTP POST를 통해 나를 알리기 때문에 Observer 패턴을위한 장소가 없다고 생각합니다. – Cacovsky