향후 다운로드를 줄이기 위해 로컬 캐싱을 사용하는 데이터 스트리밍 응용 프로그램이 있습니다. 전체 데이터 세트는 최종 사용자에게 스트리밍되는 것보다 큽니다. 즉 최종 사용자가보고 싶어하는 비트입니다. 이 개념은 스트리밍 된 데이터가 독점적으로 jpg 및 png 인 경우를 제외하고는 브라우저와 매우 비슷합니다.데스크톱 Java 응용 프로그램의 대역폭 사용량 예측
사용 패턴이 산발적이며 예측할 수 없습니다. 캐시가 채워지는 동안 초기 사용량에 대한 다운로드 스파이크가 있습니다. 이 애플리케이션의 대역폭 사용을 모델링하고 측정하는 이론적, 실용적/실험적 수단은 무엇인가? 우리는 소스 데이터 세트의 크기 값을 가지고 있지만 사용 패턴에 대한 지식은 거의 가지고 있지 않습니다.
대역폭 사용에 유용한 이론적 모델을 유도하는 데 필요한 정보가 충분하지 않습니다. 롤아웃 패턴에 대해 알고 있다면 스파이크 분포를 모델링 할 수 있습니다. 짧은 시간 내에 앱을 가져 오는 폐쇄 된 사용자 그룹입니까? 당신은 차례 차례로 다수 직원에게 밖으로 구르는 개인 고객에게 판매 할 것입니까? 소비자에게 판매하고 있습니까? 이들 모두는 최고점 분포에 영향을 미칩니다.
정상 상태 대역폭 요구 사항은 사용 패턴에 크게 의존합니다 (자주 동일한 데이터를 다시 사용하거나 새로운 데이터를 자주 찾는가?) 이것은 베타 프로그램에서 결정하는 것이 좋습니다. 베타 사용자를 위해 로컬 및/또는 서버에서 사용 패턴을 기록하고 전체 사용자 커뮤니티를 대표하는 베타 사용자를 확보하십시오.
마지막으로 소비가 급증한 것을 관리하려면 Amazon CloudFront과 같은 서비스에 콘텐츠를 배포하는 것이 좋습니다. 이를 통해 실제로 사용하는 대역폭에 대해 비용을 지불 할 수 있지만 필요에 따라 최대치를 처리하는 데 필요한만큼 확장 할 수 있습니다.
초기 롤아웃은 각 사용자가 데이터의 특정 섹션에 관심이 있지만 관심이없는 다른 곳에서 보거나 조언 및 협업 (지역 관리자) 할 수 있습니다. 대역폭 사용량 측정을 위해 응용 프로그램에 통합 할 Java 도구 기술에 관심이있었습니다. 클라우드 프론트를 효율적으로 사용하려면 커스텀 애플리케이션을 작성해야합니다. 클라우드 프론트는 사용량이 증가함에 따라 앞으로 볼 수있는 기능입니다. – whatnick
서버 측 또는 클라이언트 측에서 측정 하시겠습니까? 각 클라이언트가 사용하는 대역폭의 양 또는 앱의 총 대역폭을 알고 싶습니까? –
늦게 답변 Eric에 대해 죄송합니다. 우리는 클라이언트 측에서 대역폭 사용을 요구합니다. 최종 사용자는 여러 클라이언트 응용 프로그램의 롤아웃을 고려하는 대규모 조직이며 데이터 무거운 응용 프로그램이 네트워크에 올리는 부하를 염려합니다. – whatnick