예를 들어 중소규모 학원에서 동시에 시청하는 웹 스트리밍 동영상에 대하여
성능 좋은 서버를 이용해서 사전 스트리밍을 충분히 받아서 학원 내부망에 실시간 재전송 등으로 활용할 수 있는지 궁금하네요.
만약 스트리밍 데이터의 실 주소를 보안으로 막아놓았다면 소스해석 해서 실질 스트리밍 데이터경로를
찾아내야 한다는 전제가 생기는군요.
예를 들어 중소규모 학원에서 동시에 시청하는 웹 스트리밍 동영상에 대하여
성능 좋은 서버를 이용해서 사전 스트리밍을 충분히 받아서 학원 내부망에 실시간 재전송 등으로 활용할 수 있는지 궁금하네요.
만약 스트리밍 데이터의 실 주소를 보안으로 막아놓았다면 소스해석 해서 실질 스트리밍 데이터경로를
찾아내야 한다는 전제가 생기는군요.
2. 스트리밍을 캐슁한다는 자체가 실시간이 해제되는것이 아닐까싶네요. 스트리밍 중계서버를 두신다면 메모리 증설과 SSD 추가로 왠만한 시스템에서 가능할듯합니다.(SW적인 비용과 구축비용은 계산에 두지 않았습니다.)
3. 웹스트리밍에서 중요한게 성능좋은 서버보다는 안정적인 회선이 우선이 아닐까싶네요.
트래픽문제 관련하여 국내 영세업체에서 대부분 사용하는 1개의 고정ip에 수십대 이상의 내부ip를 사용할 경우 동시 스트리밍 수신의 경우 단일 ip가 과도한 트래픽을 유발한다고 볼수도 있기에 캐싱서버에 대한 필요성이 더더욱 중요하게 여겨집니다.
2. 스트리밍의 재스트리밍은 어떻게 보면 실시간은 아니겠지만 시간차는 크지 않을거라고 여겨지며 이는 서버의 성능과 네트웍 속도에 달려있다고 보게 될 것 같네요. 실시간은 아니지만 굳이 실시간이 필요치 않은 여건도 있고
실시간은 포기하더라도 보다 안정적인 스트리밍이 가능하다면 고려해 볼 사항은 충부나다고 여겨집니다.
재스트리밍의 이유는 정상적인 방법 사용시 원서버에 수십대의 스트리밍을 요하는 방식에서 원서버 대 캐싱서버의 단일패킷 스트리밍을 재배포 한다는데 의의를 가지고 싶습니다.
그당시 KT에서 단속을 하면서 사라진것으로 압니다...
업다운 속도도 제한이 생겼다는점...
ISA 때부터 웹캐싱 가속 기능이 내장되어 있어서 콘텐츠 방식이라면 가능하지 않을까 생각해봅니다.