架電通知システムをサーバーレスで手軽に構築できる

改善してほしいポイント

使用していてハマった点がありました。Twilio側やキャリア側の挙動でなぜかうまくいかない場面がたまにあり、事前に把握しにくいことです。調べると仕様として記載はありますが、コンソール上で設定しているときに教えてくれるわけではないので、動かしてみて初めて気づくパターンになりがちです。また、Functionsの実行タイムアウトが10秒である点が気になり、外部の処理と組み合わせると架電フローでは設計段階から意識しておかないと制限に引っかかる点です。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

システムアラートが上がったときに自動で担当者に架電する仕組みを、サーバーレスで構築できました。メールや画面通知と違って電話では気づいてもらいやすく、障害対応の初動の速さで貢献できたと感じています。StudioやFunctionsなどをうまく組み合わせることで、架電先パターンの切り替えや待機処理なども含めた複雑なフローをインフラなしで構築できたのは大きかったです。

検討者へお勧めするポイント

まずはStudioで架電フローを組んでみることをお勧めします。コードを書かなくても動くものが作れるので、最初はシンプルな一方向の通知架電から試してみると感覚がつかみやすいです。慣れてきたらTaskRouterなどを組み合わせてみると、架電先の切り替えや複数人へのルーティングなどもできます。SMSと同じプラットフォームで動くので、通知をVoiceとSMSで組み合わせたい場合に柔軟に構築できます。