
338
이벤트 기반 마이크로서비스 구축
단점
●
‘공유지의 비극
tragedy
of
the
commons
’
17
이 재현될 수 있습니다. 파편화되어
fragmented
버려진 이벤
트 스트림 때문에 어떤 스트림이 테스트 입력으로 유효한지, 어떤 스트림이 정리가 안 된
이전 테스트의 출력인지 모호해질 가능성이 있습니다.
●
테스트 대상 시스템이
100
% 격리되지 않습니다. 따라서 여러 서비스가 대규모 성능 테스
트를 동시에 수행하면 다른 서비스 결과에 영향을 미칠 수 있습니다.
●
비호환 이벤트가 다른 서비스의 입력 이벤트 스트림에 생산될 수 있습니다.
●
이벤트 스트림 데이터가 어쩔 수 없이 김빠지게 되어 최신 이벤트로 업데이트해야 합니다.
●
프로덕션에서 검색한 전체 범위의 이벤트가 부정확하게 나타납니다.
WARNING
_
결국 이벤트 브로커는 이벤트 스트림과 깨진 데이터가 뒤섞여 아수라장이 될 테니 이 방법은
가용성 측면에서는 최악입니다.
특히, 한 마이크로서비스의 출력 스트림은 보통 다른 서비스의 입력 스트림이므로 다른 애플리
케이션 테스트에서 격리하기가 사실상 어렵습니다. 데이터 스트림을 신중하게 관리하고 엄격
한 명명 규칙을 적용하고 이벤트 스트림 쓰기를 제한하면 어느 정도 해결하는 데 도움은 되겠
지만, 테스트 환경 관리자나 사용자의 부지런함과 준법 정신이 ...