Kompira Cloud（AlertHub）にてメール情報から動的なガイダンスID設定について
完了
お世話になっております。
当方では現在、Kompira Cloud（Pigeon）で定義されているコールフローIDを
AlertHubに送るメールで指定して、動的にコールフローIDを指定する手法を
採用しています。
同様にKompira Cloud（Pigeon）で定義されているガイダンスIDをAlertHubに送る
メールで指定して、動的にガイダンスIDを指定することは可能なのでしょうか？
以上、よろしくお願い致します。
-
正式なコメント
お問い合わせいただきありがとうございます。
現状、コールフロー ID で実現できているとのことですので、同様にガイダンス ID でも設定いただければと存じます。
トリガーのパラメーター加工フローにて、アクションに渡す情報の指定が可能です。
メールの内容から特定の情報を取り出す方法については、下記記事をご参考ください。
https://support.kompira.jp/column/amessagereceivedbyalerthubinarule/ご確認のほどよろしくお願いいたします。
コメントアクション -
お世話になっております。
ガイダンスIDもコールフローID同様、動的に設定出来る旨、承知しました。
実施検討は行いたいと思います。
主題と若干話が変わってきますが、以下の点についても確認よろしくお願いします。
①ガイダンスIDを動的にせず、受信スロットを別建てにして送信メールアドレスでガイダンスを切り分ける方法
と
②受信スロットを１つにして（送信メールアドレスは共通）、コールフローID・ガイダンスIDともに動的にする方法
とでは、Kompira環境を使用する上でのメリット・デメリットは、それぞれ何がありうるでしょうか？
想定ですと、受信スロットが分かれることで、①の方が負荷軽減（分散）につながると思っています。
以上、よろしくお願い致します。 -
ご確認いただきありがとうございました。
以下の通り回答いたします。
ご利用状況の詳細が分かりかねますので、あくまでも一般的に想定される内容である旨お含みおきいただけますと幸いです。①のデメリットとしては、受信スロットが分かれるため管理工数が増える可能性があることが挙げられます。
ただ、設定次第とはなりますので、各設定パターンでコールフローとガイダンスの組み合わせの数が増減した場合の状況次第かと思われます。
受信スロットが分かれてもメッセージの総量が変わらないのであれば、負荷等もほぼ変化はありません。
そのため、Kompira cloud の動作としてはメリット・デメリットはさほどございません。上記ご確認の上、その他の影響を鑑みてご判断いただきますようお願いいたします。
よろしくお願いいたします。
サインインしてコメントを残してください。
コメント
6件のコメント