CPaaSの未来がサーバーレステクノロジーにあるのは本当ですか？

2週間前、音声およびビデオ通信に関する2回目のINTERCOM会議を開催しました。 WebRTC、ブラウザ経由の呼び出し、機械学習、ビッグデータ-これはすべてこの人気の物語です。 招待されたスピーカーの1人はTsahi Levent-Levyで、 bloggeek.meの著者としてよく知られています。これは、最新のブラウザーのWebRTCに関する究極の情報源です。 レポートで（ちなみに、私はビデオを持っています ）、Tsakhiは業界の現状と、ブラウザで音声とビデオを使って今できることについて話しました。 そして、イスラエルに戻って、彼は通信プラットフォームを操作する際のサーバーレス技術に関する興味深い記事を書きました。 猫の下でHabrに適合した翻訳を提供します。



WebRTC APIを使用して最初のプラットフォームレポートの調査を行ったとき、調査した会社の1つはVoximplantでした 。 彼らはVoxEngineと呼ばれるものを強調しました。 サイトに書かれているように、「VoximplantクラウドでJavaScriptコードを実行するシステム」です。 これはサーバーレスです。



私はこのアイデアが好きでしたが、それについてはあまり考えませんでした。 ただ新しい興味深いこと。

サーバーレスコンピューティングとは何ですか？

APIの進化に従わなかった場合、Serverlessの表示をスキップした可能性があります。 これは、作成したコードがクラウドで実行されるアプローチです。 直接。 OS、仮想マシン、またはコンテナを持ち上げる必要はありません。 コードを記述して実行します。 魔法。



「Something-there-aaS」を見ると、この画像をグーグルで検索できます。

• 独自のサーバーを使用する場合は、すべての責任を負います
• IaaSの場合、オペレーティングシステムの前のすべてが「他の誰か」によって提供されます。 アマゾン、グーグル、マイクロソフト-さて、あなたは理解しています
• 次にPaaS 。 実行時まですべてがあなたのために行います。 心配するのはデータとアプリケーションだけです。 そして、APIを使用してランタイムに接続します（少なくともほとんどの場合）
• SaaSとは、既製のアプリケーションまたはサービスを提供することです。 プログラマーとして、心配することはありません

Serverlessはこの状況にどのように適合しますか？









サーバーレスの場合、アプリケーションも開発していますが、アプリケーションとそのデータは管理およびサポートされていません。 そのような決定から何を得ますか？

• スケーラビリティ -もう面倒を見る必要はありません。 他の誰かがあなたのために今やっています。 コードで何をする必要があるかを説明しましたが、今では適切な数のサーバーでコードを実行することがプラットフォームの関心事です。
• サポート -記述する必要があるコードが少ないため、サポートする必要があるコードが少なくなります。 実際、「ステージング」コードと「プロダクション」を分離するものはすべて捨てます。 プロトタイプは既に実稼働で実行できます。
• セキュリティ -PaaSベンダーがアプリケーションのセキュリティに精通していると想定すれば、頭痛の種は1つ少なくなります。
• 市場投入までの時間 -書くコードが少ないということは、ユーザーにソリューションをより早く見せることができることも意味します。
• 遅延-APIが提供するのと同じクラウドでコードが実行されるため、チームとプラットフォームの応答の間の遅延は最小限に抑えられます。 一部の人にとってこれは重要ですが、一部の人にとってはそうではありません。

結果として何が得られますか？ スケーリングで保存します。 PaaSソリューションを提供するベンダーは、既に（および他の多くのクライアントに対して）スケーラビリティ、サービスサポート、およびセキュリティを提供しています。 理論的には、彼は自分よりもさらに上手くできる。 これにより、リソースを解放してユーザーに最適なUXソリューションを実装し、アプリケーションをより良く、より迅速に市場に投入できます。 追加のボーナス：コードは、サービスが使用するプラットフォームのAPIに可能な限り近い場所で実行されます（サーバーレスは、通常、何らかのサービスとAPIを提供するプラットフォームの追加機能として使用されます。たとえば、音声、ビデオ、メッセージを操作するAPI- 翻訳者のコメント ） 。

サーバーレス=機能

「サーバーレス」という名前の人気にもかかわらず、 Google Cloud Functions 、 PubNub Functions 、 Twilio Functionなどの製品に反映されているFaaS、「Functions as a Service」を見つけることができます。



最も一般的な例は、おそらくAWS Lambdaです。 また、オープンソースのApache OpenWhiskソリューションもあります。



多くのAPIサービスプロバイダーがサーバーレス機能を提供し始めています。 サービスと通信する独自​​のサーバーはもう必要ありません。「XXX Functions」製品でコードを実行するだけです。



場合によっては、「機能」サービスを無料で利用できますが、ほとんどの場合、ベンダーは「使用量ごとに支払う」モデルに従ってそれらの料金を支払いたいと考えています。

サーバーレスCPaaS

CPaaS（サービスとしての通信プラットフォーム- 約Translator ）に戻って、Serverlessの機能を見てみましょう。



現在、サーバーレスソリューションを提供しているCPaaSベンダーは2つしかないと思います。

1. VoxEngineを使用したVoximplant
2. Twilio 機能を備えたTwilio

ロンドンで行われた前回のSignalカンファレンスで、Jeff LawsonはFunctionsがTwilioのサービス開始以来最も急成長している製品であると述べました。 この機能は市場に必要です。



CPaaSは現在非常に複雑であり、CPaaSでサーバーレスがどのように使用されているかを理解することがより重要です。 CPaaSをいくつかのAPIレベルといくつかの製品に分けましょう。



APIレベル

• TwiMLやNCCOなどのスクリプト言語
• REST API
• クライアント側のSDK（ブラウザー、モバイルアプリケーション、冷蔵庫などからの呼び出しの送受信用- 翻訳者コメント ）

製品

• SMSと音声（電話番号を使用）
• IPメッセージング、チャット、オムニチャネルメッセージング
• VoIP（WebRTCを使用した音声とビデオ）

ある程度まで、スクリプト言語の独自のAPIレベルは、サーバーレスの非常に粗雑な形式と見なすことができます。 目的の動作をイベント応答スクリプトとして記述し、WebHooksを使用してプラットフォームに送信します。



REST APIはサーバーレスアーキテクチャで適切に機能します。サーバー間で認証、セキュリティ、またはスケーリングを要求する代わりに、実行されるのと同じサーバーで実行できます。



また、クライアントSDKがあります。 これらはエンドデバイスで実行されるため、サーバーレスの概念がどのように適用されるか想像するのは困難です。 SDKはCPaaSバックエンドと相互作用するように設計されているため、考慮しません。



CPaaSは使用されるAPIレイヤーのタイプに従ってグループ化できるため、次の結論を導き出すことができます。









いくつかのコメント：



大量のトラフィックと低遅延の要件を持つサーバーレスバージョンでIPメッセージングを使用することは理にかなっています。



SMSと音声に関しては、遅延は通常それほど重要ではありません（最も単純な場合、「サブスクライバAがサブスクライバBを呼び出します。」。認識、音声合成、音声メニューなどの興味深いものが表示されるとすぐに、コードでのAPI呼び出しとプラットフォームの反応の間の遅延「なんて便利なこと」と「そしてそれは常に愚かだ」との違いになります。



VoIPには独自のソリューションセットがあり、部分的にサーバーレスと同じことを行います。 通常、これらはWebページに配置するための既製のウィジェットとiframeです（ただし、これは別の記事のトピックです）。



ベンダーの観点から見ると、サーバーレスは現在ますます重要なテクノロジーになりつつあります。 なんで？



これはTwilioの製品の1つだからです。 急成長中のTwilioオファー。 競合他社の代わりに、遅れを取りたくありません。

IaaSベンダーのFaaSサービスを使用できますか？

私は本当にこれら2つの頭字語を1つの文に入れたかったです:)



すべての主要なIaaSベンダー（Azure、AWS、Google Cloud）は現在、サーバーレスを何らかの形で提供しています。 なぜCPaaSでサーバーレスなのですか？ IaaSサーバーレスをCPaaSに接続することはできませんか？



できます。 ただし、2つの異なるベンダーになります。 既に他のAWSサービスを使用している場合、AWS Lambdaのようなものを使用することは理にかなっています。



通信の問題を解決する場合は、サーバーレスCPaaSを使用する方が合理的です。 それと一緒に、外部サーバーレスソリューションと比較して、遅延が削減され、セキュリティが向上します。

CPaaSはサーバーレスになります

あなたがCPaaSのベンダーであり、「次に何が起こるのか」と疑問に思っている場合-緊急に行われ、顧客に提供される必要があるもののリストにサーバーレスを追加します。



開発者でCPaaSを使用している場合は、サーバーレスソリューションがどのようにアプリケーションを迅速に構築できるかをご覧ください。

翻訳者から

週に一度、彼らはなぜボクシムプラントの私たちがクラウドでコミュニケーションを管理するためにJavaScriptにそんなに労力を費やしたのかと私に尋ねます。 「独自のサーバーは必要ありません」-これはもちろん良いことです。 しかし、正直なところ、経験豊富なフルスタック開発者にとって、パブリッククラウドでノード、Python、またはphpを作成するのに30分かかります。 それは価値がありますか？



遅延。 Tsakhiはそれらについて多くを語っていますが、サーバーレスアプローチの主な利点とは考えていません。 私の経験では、重要な役割を果たすのは、API呼び出しと音声合成や認識などのプラットフォーム応答の間に遅延がないことです。 会議では、多くの企業が、顧客と通信し、コールセンターの専門家の助けを借りずに問題を解決するのに役立つ自動化されたシステムを紹介しました。



JSコードは同じサーバーで実行され、音声およびビデオストリームを制御し、会話中の一時停止/遅延を削除して、自動化との通信を自動化します。



リアルタイム認識などは、遅延に特に敏感です。 少し前にHabrで、JSコードの数行でストリーミング認識を収集する方法を書きました。 試してみて、どれくらい速く動作するかを確認してください！