개발 서버 분리

Context

문제 상황

개발 서버를 띄워야 하는데 어떻게 해야 할지 고민 중.

Decision

제안 내용 및 이유

• 출처 수집 시 개수 줄이기: 데이터를 더 빠르게 얻기 위해 외부 출처의 데이터를 제한적으로 수집.
• 로컬처럼 모킹 데이터 활용: 실제 데이터와 유사한 형태의 모킹 데이터를 활용하여 로컬 환경과 테스트 환경을 일치시킴.
• 스케줄링 기간 늘리기 (하루 또는 4시간): 데이터를 최신화하는 주기를 조절하여 부하를 줄이면서 최신 데이터를 유지.

Consequences

제안된 기술 도입의 장단점 ✅

• 출처 수집 시 개수 줄이기✅
  • 장: 실시간 데이터를 얻을 수 있음
  • 단: 컨텐츠의 부족으로 이어질 수 있음
• 로컬처럼 모킹 데이터 활용✅
  • 장: 로컬과 환경변수 같이 가져갈 수 있음, 운영과 같은 주기로 테스트 가능함
  • 단: 실제 데이터를 사용할 수 없음 티가 날 수도 있음
• 스케줄링 기간 늘리기(하루? 4시간?) ✅✅✅✅
  • 장: 기간이 빠를 수록 데이터 최신화를 빠르게 할 수 있음
    • 하루로 하면 운영과 같되, 부하?를 줄일 수 있음
  • 단: 데이터의 최신화가 부족할 수 있음

Alternatives

다른 대안

• 출처 수집 시 개수 증가: 실시간 데이터는 적더라도 더 많은 출처에서 데이터를 수집하여 콘텐츠 부족 문제를 해결할 수 있음.
• 데이터 모킹을 통한 전방위적인 환경 구축: 테스트 환경에서 실제 데이터가 아닌 다양한 시나리오에 맞춰 모킹 데이터를 다양화할 수 있음.

Adoption & Next Steps

최종 채택 사항 및 차후 과제

• 최종 채택 사항: 스케줄링 기간을 하루로 설정하여 운영 환경과 비슷하게 맞추기로 결정.
• 차후 과제: 데이터 수집 방식을 점진적으로 개선하고, 데이터 부족 문제를 해결하기 위한 출처를 추가하거나, 모킹 데이터를 더욱 다양화하여 테스트의 신뢰성을 높이는 방향으로 나아갈 것.