Serverless CPaaS – как Voximplant предвосхитил этот хайп

    В этом году мы переводили добротную статью про концепцию Serverless: автор показывал «на пальцах», что это такое и зачем. А еще мы знаем и помним, что наши евпропейские партнеры давно окрестили нашу платформу как Serverless CPaaS – чтобы явным образом подтвердить это, наш CEO Алексей Айларов выступил 16 октября на конференции API Days в Амстердаме. Алексей рассказал, почему Serverless CPaaS скоро будет повсеместным и как получилось, что Voximplant – внезапно – с самого начала олицетворял этот подход. Под катом вас ждет текстовая адаптация выступления, выдержки из презентации прилагаются. Welcome!


    Раньше было лучше (с)


    До CPaaS бизнес был вынужден проделывать огромную подготовительную работу: для начала надо было выбрать телеком-оператора. Затем следовало выбрать бэкенд и создать инфраструктуру под всё это (например, взять программную АТС Asterisk/FreeSWITCH и напильник). В помощь этой АТС также поднять бэкенд на условном node.js… И уже только после этого решить, где и как будет имплементирована бизнес-логика, а потом ее задеплоить, настроить мониторинг и следить, чтобы это всё не рушилось в процессе работы. На запуск готового решения могло уходить по полгода или больше.

    CPaaS дал возможность пропустить низкоуровневые шаги и сразу приступить к бизнес-логике: для этого клиенту надо было изучить коммуникационную платформу, а далее… инфраструктура, деплой, мониторинг. С одной стороны, уже не надо думать, какой будет бэкенд и искать телеком-оператора. За счет этого время запуска уменьшается без потери качества. С другой стороны, предстоит сделать еще многое на своей стороне.

    Приветствуем Serverless



    А потом случился Serverless. И вот тут надо заострить внимание на ключевом моменте – почему less? Вычисления же должны где-то выполняться.
    Serverless означает не отсутствие серверов вообще, а их отсутствие на стороне клиента.
    Концепция подразумевает связку compute provider + devops на стороне клиента. Клиенту не нужно содержать собственную инфраструктуру, ему достаточно платить compute provider'у за… вычисления :) То есть расходы есть только тогда, когда есть необходимость вычислений – это гораздо выгоднее, чем, к примеру, оплачивать аренду серверов 24/7 когда нет реальной потребности использовать эти серверы 24/7. Отсутствие инфраструктуры ведет ко второму важному плюсу подхода: можно не думать о масштабируемости, т.к. провайдер обеспечивает автомасштабирование.

    Для девопс чаще всего берут serverless-фреймворк (например, Fn Project или serverless – oh, irony), который упрощает разработку и сборку приложений. Также фреймворк может дать ручки для ивентов; это удобно, потому что serverless это как раз event-based концепция (примеры из телефонии: пришел звонок — это ивент, ответили на звонок – это ивент и т.д.).

    Добавляем фичи Serverless к CPaaS и получаем условный Voximplant. В итоге исчезает шаг «инфраструктура» – бизнес изучает конкретный Serverless CPaaS, реализует на нем бизнес-логику и спокойно мониторит, как это всё работает, не заботясь о покупке стоек, серверов, поиске помещения под серверную и т.д. Конечно, это идеальный случай и каждое решение уникально: не исключено, что клиенту может понадобится какое-то железо на своей стороне, но Serverless всячески способствует тому, чтобы у клиентов таких нужд не было.

    Улучшаем пользовательский опыт


    Иногда Serverless-платформы делают т.н. Functions – это посредники между клиентом и прочими сервисами (концепция FaaS). Например, Functions можно поручить принимать HTTP-запросы и отдавать ответ, либо взаимодействовать по HTTP со сторонними сервисами. Здесь же могут обрабатываться вебхуки и телеком-специфичные взаимодействия.

    Однако у такой прослойки есть ограничения:
    • ограниченное время выполнения;
    • неизменяемый контекст (stateless);
    • обработка звонков оторвана от рантайма платформы, потому что коммуникация идет по HTTP.

    Архитектура Voximplant с самого начала делала рантайм доступным для клиентов, поэтому управление звонками происходит с помощью JS-сценариев, а не сухо по HTTP. Интегрированный рантайм дает ряд преимуществ:

    • облачные JS-сценарии поддерживают последний стандарт языка – ECMA2018;
    • в сценариях используется нативный API платформы;
    • управление в реальном времени: обработка событий и выполнение функций происходят мгновенно;
    • можно пользоваться отладчиком с остановом и state’ами;
    • на обработку ошибок можно навешать что угодно, включая голосовое оповещения для человека. Пример event-based обработки ошибки:

      function onHttpRequestFailed() {
        call.say(“Unfortunately, we couldn’t process your request, please try again later”, Language.US_ENGLISH_FEMALE)
        call.addEventListener(CallEvents.PlaybackFinished,(e) => {
          if (destroy) VoxEngine.terminate()
          else tryAgain()
        })
      }

    Event-based особенно важен, потому что а) это унифицированный подход б) добавляет гибкость. Любое действие можно трактовать как событие и обработать его в облачном JS-сценарии: ответить на входящий звонок синтезом голоса, распознать голосовую почту и положить трубку, прокинуть звонок на SIP, стриггерить push-уведомление и т.д.


    В итоге наша Serverless-платформа снижает задержки (latency), улучшает пользовательский опыт и, в конечном счете, максимально сокращает время запуска готового продукта: если в «доCPaaS’ную эпоху» это могло быть полгода, то с Voximplant можно уложиться в 1 месяц (включая все согласования и встречи, непосредственное время разработки еще меньше).

    Будущее


    Коммуникационные платформы на принципе Serverless будут все более востребованы, потому что спрос на эти услуги растет, равно как и расширяется функциональность самих платформ. Скоро Serverless CPaaS смогут предложить хранение данных, глубокую интеграцию с внешними системами (хороший пример – наш Dialogflow Connector), функциональность веб-сервера, наконец :) Перспективы радужные, остается только следить за реализацией и радоваться прогрессу концепции Serverless.
    • +32
    • 2,8k
    • 7
    Voximplant
    95,00
    Облачная платформа голосовой и видеотелефонии
    Поделиться публикацией

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

      +1
      А что такое cpaas? По ссылке идет на описание paas. Что значит буква C вначале?
      И не понятно что Вы хотите сказать словом serverless. Для пользователей любое облако serverless, в этом и смысле облака (один из..). В облаке оперируют словами Окружение, инстанция, контейнер… А на чем оно работает это проблемы оркестратора.
        +1
        ссылка ведет на ту часть статьи, где указана расшифровка аббревиатуры:
        Communications platform as a service (CPaaS)

        A CPaaS is a cloud-based platform that enables developers to add real-time communications features (voice, video, and messaging) in their own applications without needing to build backend infrastructure and interfaces.
          +3
          если взять «просто облако в ваккууме», то оно скорее всего будет справляться с возложенными задачами до определенного момента, пока не понадобится нарастить вычислительные мощности. То есть либо задуматься о развертывании доп.инстансов, либо часть нагрузки отдать на свою инфраструктуру, и т.д.

          Serverless подход снимает эту и другие головные боли. Под ваши вычисления динамически выделяется столько мощностей, сколько нужно. То есть бизнес, который пользуется serverless-платформой, не озадачивается вопросом масштабирования инфраструктуры, за него это делает платформа.
            +2
            Нет, настоящее облако как раз и предназначено чтобы предоставлять «неограниченные» ресурсы по запросу. Вопрос как они предоставляются — вертикально или горизонтально — вопрос второй, но они предоставляются автоматически, on-demand, и пользователь платит за факту их использования.

            Про Communication — теперь понятно, первый раз не увидел это, спасибо. Облачные коммуникации — вещь хорошая и перспективная, удачи с разработками!
            +1

            Как только вы начинаете оперировать словом "контейнер", то облако становится CaaS, как только появляется "инстанция" — это IaaS
            Serverless не требует управления никакой инфраструктурой. Даже контейнерами. Пишете функцию, запускаете ее, все. В том то и цимес.

              0
              А что делать, если у меня чистые контейнеры (CaaS), при этом у меня настроено горизонтальное масштабирование и каждый узел в таком случае обычно принято называть инстанцией (по Вашему это становится IaaS?), и еще ко всему прочему контейнеры не простые а в виде PaaS (набор стеков разных языков и сервисов, типа tomcat, nodejs и прочие nginx`ы). При этом я точно также не управляю никакой инфраструктурой (сервера, сети, стораджи). Я счастливый обладатель Serverless PICaaS? ;)
            +1
            Я как-то делал приложение, где БД была = firebase, и сервера не было в плане бизнес-логики вообще. Клиент работал напрямую с БД. Сайт под 2 людей нагрузки, можно было. Вот это serverless так serverless

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

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