네트워크 장비인 L3 스위치 장비의 설계 원리를 현재 정확히 이해하고 있다 ... 이 정도 파악하는 수준이면 네트워크 SW 설계도 거의 전문가급이라고 나는 판단한다 ... 네트워크 장비인 L3 스위치 장비 개발을 직접 경험해 보지 않았어도 L3 스위치 장비의 구현 원리를 파악할수 있었다 ... 나는 네트워크 장비인 L3 스위치 장비의 네트웍 프로토콜 스택 설계 전문가가 아니라 L3 스위치 장비를 응용해서 네트웍 SW 를 설계하는 전문가라함이 정확할것 같다 ...
방탄소년단 공연 실황을 해외에 방송 서비스로 중계방송을 한다고 하면 네트워크 장비인 L3 스위치 장비의 세부 설계 구조를 이해하지 못하면 대규모 방송 서비스를 설계하는것이 사실상 어렵기 때문 입니다 ...
WebRTC 미디어 서버 소스로 공개된것중에 유럽의 이탈리아 개발자들의 Meetecho 사에서 공개한 오픈소스 소스인 Janus Gateway Github 소스를 다운로드 받아 살펴 보기 시작했읍니다 ... Meetecho 사에서 공개한 오픈소스 소스인 Janus Gateway Github 소스는 여러개의 오픈소스 라이브러리를 적용해서 어플리케이션 서버와 웹 서버간의 각종 Configuration 데이타 수백개의 설정 및 셋팅 부분을 오픈소스 라이브러리로 구현한것이 소스의 대부분이다 ... Janus Gateway 의 송수신 데이터의 보안처리 또한 OpenSSL 같은 오픈소스 라이브러리로 구현한것이다 ... 어플리케이션 서버와 웹 서버간의 각종 Configuration 데이타 수백개의 설정 및 셋팅 부분도 오픈소스 라이브러리를 적용해서 웹 전송 포멧인 JSON 형태 데이터 Configuration 전달 구현을 처리하고 있다 ... Janus Gateway Github 소스에서 미디어 데이터 송수신은 임베디드 웹 서버를 적용해서 REST API 로 HTTP 1.1 규격으로 전송하기 위한 부분도 오픈소스 라이브러리로 구현 참조소스를 제공한다 ... 이런 부분들의 분석이 어느정도되 있고 이것의 커스토마이징은 또 다른 문제일것 같다 ... Janus Gateway Github 소스는 대용량 미디어 서비스를 설계하기 위한 참조소스도 제공한다. RabbitMQ 클라우드의 API 를 적용해서 화상회의 참여자가 수백명 정도 일때 정도의 규모로 미디어 서비스하는것의 참조소스를 제공하는데 다 친절하게 제공하지는 않고 공부가 필요하다 ... 화상회의 참여자가 수백명 정도 일때, Janus Gateway 에서는 웹으로 방송을 송출시 수신을 원하는 사람에제만 방송을 송출하기 위해 Publish / Subscribe 구조로 처리하고 있고, 수백명 혹은 수만명 혹은 수십만명에게 미디어 방송 서비스를 구현시 Publish / Subscribe 구조로 설계하는것이 일반적이고, 저는