Zoom перешла на облачные сервисы Oracle



    В конце апреля 2020 года компания Zoom объявила о том, что выбрала Oracle в качестве провайдера своей облачной инфраструктуры. Zoom теперь будет использовать сервисы Oracle Cloud Infrastructure. В компании пояснили, что это связано со стремительным ростом пользователей сервиса видеоконференций, а также с необходимостью быстро и качественно масштабировать свои решения для предоставления качественных услуг как новым, так и текущим пользователям.

    Оказывается, что Zoom начала тесно сотрудничать с Oracle еще в марте 2020 года. Ранее Zoom использовала такие облачные сервисы, как Amazon Web Services и Microsoft Azure.

    Для Oracle эта сделка с Zoom является крайне важной, так как она поможет компании догнать конкурентов в этом облачном сегменте рынка, который сейчас возглавляют Amazon и Microsoft. Фактически, Oracle пока что находится даже позади Google и IBM на этом рынке.



    Для Zoom эта сделка также важна и может помочь им выйти за пределы рынка SMB, так как компания сможет начать обслуживать корпоративных клиентов на более высоком уровне сервиса. Ранее из-за множества проблем с безопасностью крупные компании начали отказываться от работы с Zoom. Так, пользоваться сервисом запретили своим сотрудникам Google, SpaceX, Daimler, NXP, Ericsson и другие.

    В последне время количество пользователей сервиса Zoom значительно выросло и составляет более 300 миллионов пользователей, которые пользуются этой бесплатной системой для видеоконференцией ежедневно. За последний месяц прирост пользователей Zoom составил 100 млн. человек. В компании пояснили, что в настоящее время сервис видеоконференций передает через серверы Oracle Cloud Infrastructure каждый день свыше 7 ПБ зашифрованного трафика пользователей.

    Уже через несколько часов после развертывания облачная инфраструктура Oracle поддерживала сотни тысяч одновременных участников конференций Zoom. После выхода на полную мощность сервис Zoom в облачной инфраструктуре Oracle теперь предоставляет возможность проводить онлайн встречи миллионам участников одновременно. Облачная инфраструктура Oracle второго поколения позволит Zoom обеспечить дальнейшее масштабирование, чтобы продолжить предоставлять безукоризненный сервис клиентам, адаптироваться к меняющимся требованиям и лидировать в отрасли видеосвязи.

    Ранее в начале апреля 2020 года Ларри Эллиссон, глава Oracle, записал видеоролик в поддержку Zoom, когда на сервис обрушилась волна мировой критики из-за проблем с безопасностью и конфиденциальностью пользователей.


    Конкуренты Zoom не дремлют. Так вчера стало известно, что в мае 2020 года Google начнет постепенно открывать по всему миру бесплатный доступ к сервису видеоконференций Google Meet для всех пользователей. Таким образом компания собирается привлечь новых пользователей и стать полноценным конкурентом для подобных сервисов — Zoom, Skype и Facebook Messenger.
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 12

      –1
      Почему никого не волнует убыток — все ж бесплатно сидят?
      Или вера в платную подписку вселяет уверенность?
        +1
        все ж бесплатно сидят?

        Это вы почему так решили? Те, кому надо длинные обсуждения, платят.

          +1
          нет, не все. в одной крупной конторе (неск млрд руб в год) просто прерывают связь и начинают новую конфу
        +1
        интересно, поможет ли это решить проблемы с безопасностью
          0

          Так оракловое облако по сети в 10 раз дешевле, логично что перешли. У них наверное основные траты это сеть.

            0
            Для сервисов видеоконференций дороже обходятся процессоры. По моему опыту в Azure, дороже примерно в десять раз. Для компаний, конечно, условия могут отличаться.
              0

              А зачем там процессор? Разве они нагрузку по кодированию потоков не скидывают на клиентов? Вроде бы клиент сразу шлет несколько видеопотоков с разным качеством. И остается только перешифрование потока плюс нагрузка по перекладыванию байтиков.


              Более того, я подозреваю что поток можно не перешифровывать на сервере и отправлять остальным клиентам видеопоток с нужным качеством плюс ключ шифрования.

                0

                Перекодирует на стороне клиента, например, Skype. Как вы себе представляете перекодирование на стороне клиента, когда на экране одновременно 24 участника? И, например, половина из них звонят с SIP терминалов? Если нужно гарантированное качество, минимальное время отклика, то перекодирование только на сервере с достаточными для этого ресурсами. Так работают решения от Cisco, Pexip, Truconf и другие.


                Потребление ресурсов сильно зависит от используемого видео кодека, но грубо можно принять: 2 участника с HD качеством видео грузят одно ядро современного процессора с частотой 2 ГГц и генерируют около 2 Мбит/сек. В Pexip, например, есть поддержка VP9 которая сокращает потребление трафика на треть, но увеличивает нагрузку на 50%.

                  0
                  Как вы себе представляете перекодирование на стороне клиента, когда на экране одновременно 24 участника?

                  очень просто — каждый участник посылает например три потока: высокое качество, среднее, низкое.
                  Сервер посылает каждому из 24 клиенту только тот поток который тот затребовал. Это не означает что надо кодировать отдельно для каждого участника.
                  Потребление ресурсов не увеличивается при масштабировании, т.к. клиенты кодируют только свои n-потоков.
                  Дальше. Если ресурсов хватает на кодирование высокого качества, то почему их не хватит чтобы кодировать еще и среднее и низкое?




                  upd
                  по прикидкам чтобы кодировать и передавать среднее и низкое качество надо затратить дополнительно около 30% ресурсов. т.е. потребление на клиенте будет 1.3 от минимально возможного зато сервер практически не напрягается.

                    0

                    Окей, вот приходит клиенту 23 потока, допустим, только низкого качества, 250-400 Кбит/с (тогда как при кодировании на сервере обрабатываются одновременно потоки и низкого и высокого качества). Дальше что? Дальше их нужно все декодировать, синхронизировать по времени, сделать композицию, в ходе конференции необходимо переключить поток с одного качества на другое при переходе фокуса. Это всё дополнительные задержки и нагрузка на сеть и процессор.

                      0
                      Дальше их нужно все декодировать, синхронизировать по времени, сделать композицию, в ходе конференции необходимо переключить поток с одного качества на другое при переходе фокуса

                      А разве в Zoom не так? Или вы хотите сказать что отображаемая картинка склеена и отрендерена на сервере? Для каждого клиента? Насколько я помню интерфейс grid view не выглядит одной картинкой. Панель сбоку тоже не похожа на одну картинку, скорее на композицию. Более того для каждого клиента там может быть разный порядок отображения картинок в боковой панели.


                      Почему если это делать на сервере для каждого клиента это будет быстрее чем если делать это на клиенте? В чем выгода, не понимаю?

                        0

                        В том, что сервер (кластер серверов) полностью пекётся о качестве картинки, отклике, обработке потерь (обладая для этого лучшими техническими возможностями и ресурсами) и отдаёт клиенту минимум потоков для декодирования: поток с композитной картинкой и поток с демонстрацией.

          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

          Самое читаемое