Opis projektu
PrzetłumaczoneMusimy dodać połączenia głosowe i wideo w czasie rzeczywistym bezpośrednio w naszej aplikacji internetowej i mobilnej. Obecnie użytkownicy przechodzą do usług zewnętrznych na połączenia, a ta zmiana kosztuje nas konwersje, łamie scenariusz pracy i przenosi rozmowy poza naszą platformę. Zadaniem jest stworzenie własnych połączeń opartych na WebRTC: połączenia jeden na jeden, połączenia grupowe, udostępnianie ekranu i nagrywanie, a wszystko to pod tym samym kontem, na które użytkownik już jest zalogowany. Kontakt powinien być nazywany jednym dotknięciem, bez dodatkowej instalacji czegokolwiek lub opuszczania naszego interfejsu.
Oczekujemy pełnoprawnego stosu multimedialnego, a nie demonstracyjnego hacka: warstwy sygnalizacyjnej do nawiązywania połączeń i obecności, prawidłowo skonfigurowanego STUN i TURN, aby połączenie przetrwało symetryczny NAT i korporacyjne zapory ogniowe, oraz SFU, aby połączenia grupowe skalowały się tam, gdzie zwykła siatka już się rozpada. Płynne ponowne połączenie w przypadku awarii sieci jest ważne, adaptacyjny bitrate, aby słaby kanał mobilny degradował się płynnie, eliminacja echa i rozsądne poziomy dźwięku. Powiedz nam, na jakim SFU zbudujesz rozwiązanie i dlaczego, jak umieścisz TURN i jaka jest uczciwa ocena równoczesnych połączeń na serwer. Idealny kandydat już wdrożył WebRTC do produkcji.
Czego oczekujemy przy dostawie:
— połączenia 1:1 i grupowe (wideo i audio) w obecnej aplikacji;
— udostępnianie ekranu i nagrywanie po stronie serwera lub klienta;
— skonfigurowany STUN/TURN i SFU, który może obsłużyć rzeczywiste obciążenie.
Oczekujemy pełnoprawnego stosu multimedialnego, a nie demonstracyjnego hacka: warstwy sygnalizacyjnej do nawiązywania połączeń i obecności, prawidłowo skonfigurowanego STUN i TURN, aby połączenie przetrwało symetryczny NAT i korporacyjne zapory ogniowe, oraz SFU, aby połączenia grupowe skalowały się tam, gdzie zwykła siatka już się rozpada. Płynne ponowne połączenie w przypadku awarii sieci jest ważne, adaptacyjny bitrate, aby słaby kanał mobilny degradował się płynnie, eliminacja echa i rozsądne poziomy dźwięku. Powiedz nam, na jakim SFU zbudujesz rozwiązanie i dlaczego, jak umieścisz TURN i jaka jest uczciwa ocena równoczesnych połączeń na serwer. Idealny kandydat już wdrożył WebRTC do produkcji.
Czego oczekujemy przy dostawie:
— połączenia 1:1 i grupowe (wideo i audio) w obecnej aplikacji;
— udostępnianie ekranu i nagrywanie po stronie serwera lub klienta;
— skonfigurowany STUN/TURN i SFU, który może obsłużyć rzeczywiste obciążenie.
Programowanie stron internetowych Gotówka, Przelew bankowy
