Webサービスデータディップコネクタの非推奨
Genesysは、Webサービスデータディップコネクタを非推奨にしました。 詳細については、以下を参照してください。 廃止:Genesys Cloud Bridgeインテグレーション.
コネクタが推奨されなくなったのはなぜですか。
Genesysはますますクラウドテクノロジーに注力しています。クラウドテクノロジーは、顧客のファイアウォール内のハードウェアとソフトウェアのインストールと管理がそうではない方法でスケーラブルです。同社は、クラウドテクノロジの開発とサポートにより多くのリソースとエネルギーを注ぎ込み、クラウドの展開と配信モデルを強化し続けています。
クラウドを通じてサービスを提供することは、カスタマーに多くの利点をもたらします。
- オンプレミスのハードウェアとソフトウェアの要件を削減し、設備投資と運用コストを削減します。
- セキュリティと監査を強化して、カスタマーがデータへのアクセスをより適切に制御できるようにします。
- Genesys Cloudでの顧客体験を標準化します。
- Genesys Cloudに完全に存在する統合のサポートを改善できます。
Web サービス データディップコネクタに代わるものは何ですか？
AWS Lambdaデータアクションがワークフローに適している場合、コネクタの顧客はWeb サービス データデータアクション統合またはAWS Lambdaデータアクション統合に移行することをお勧めします。Web サービス データアクション統合は、Web サービス データ dipコネクタと同じ機能を実行するだけではありません。Web サービス データアクションの統合には、より多くのHTTPメソッドのサポートやネイティブに処理される認証など、より多くの機能性組み込まれています。詳細については、 Web サービス データアクション統合について そして AWS Lambdaデータアクション統合について.
データアクションに移行する方法
Web サービス データ dipコネクタで使用されるアクションの契約は、Web サービス データ dip統合で使用されるアクションと互換性があります。入力スキーマの契約は、古いコネクターのアクションから新しい統合のアクションに簡単に移行できます。 Genesys Cloudでは、Webサービスデータディップコネクタから契約スキーマをダウンロードし、Webサービスデータアクション統合用に作成された新しいアクションの契約にコピーします。詳細については、 統合のカスタムアクションに契約を追加する。
Architectでアクションの属性を簡単に再マップすることもできます。Architectで、Call BridgeアクションからCall Dataアクションにカスタム属性をマッピングします。詳細については、 インタラクションフローの移行。
オンプレミスデータにアクセスする方法
Webサービスデータアクション統合
Web サービス データアクション統合を使用するには、データアクション統合がアクセスするパブリックにアクセス可能なHTTPS Webサービスエンドポイントを作成する必要があります。ポート転送テクノロジーを使用することができます。 ングロック クラウドで自分のWebサービスをホストします。公にアクセス可能な独自のHTTPS Webサービスエンドポイントを作成することで、データへのアクセスを制御し、データ統合プロセスに対する透明性を高めることができます。TLS ハンドシェイクに使用する認証または証明書のタイプを決定します。 データは、米国のPCIコンプライアンス基準を満たすのと同じデータフローを使用して、Genesys Cloudを安全に通過します。
オンプレミスデータソースとデータアクションを使用するには、ポートフォワーディングサービスを実装して、企業ファイアウォール内に存在するWebサービスへのアクセスを許可します。（いくつかの例が含まれます ngrok、 サーブ、 ngrokに代わるものまたはあなたが精通している同様の技術）これらのアプリケーションは、Webサービスデータディップコネクタを使用するGenesys Cloud Bridge Serverよりも、内部リソースへのアクセスをより透過的に制御できます。この方法では認証を使用できますが、これは現在Web サービス データ dipコネクタではサポートされていません。
AWS Lambdaデータアクション統合
別の方法は、AWS Lambdaデータアクション統合をオンプレミスソリューションと使用することです。詳細については、 オンプレミスのソリューションとデータアクション概要, オンプレミスソリューションでのデータアクションのワークフロー、そして オンプレミスソリューション AWS Lambdaデータデータ アクション例.
何を維持する必要がありますか？
Web サービス データデータdipコネクタを使用してローカルデータストアにアクセスするには、RESTインターフェイスを備えた独自のカスタムミドルウェアを開発する必要がありました。RESTインターフェースは、コネクターの単純化された規約とPOST専用HTTPメソッドをサポートしていました。このミドルウェアは、実際のリソースへの呼び出しを内部でプロキシし、 認証や変更されたHTTPメソッドやアクションなどの項目を追加することがよくありました。（対照的に、Web サービス データアクション統合は認証とより多くのHTTPメソッドをサポートします。）
一般に、Web サービス データアクションの統合では、インストールと保守に必要なものが少なくなります。また、ワークフローはシンプルです。; Genesys Cloudは、サードパーティサービス(RESTまたはGRAPH APIの場合)またはプロキシアプリケーション(RESTまたはGRAPH Webサービスをサポートしていない場合)と直接通信します。詳細については、 データディップコネクタのワークフロー。
データアクションはより安全ですか？
Architectの安全なフローでデータアクションを使用する場合、そのデータアクションは当社のPCIコンプライアンス監査に含まれています。安全なフローにより、Genesys Cloud IVRは機密性の高い顧客情報を安全かつ安全に処理できます。詳細については、 セキュアコールフローの概要。対照的に、Bridge サーバーを使用したWeb サービス データディップコネクタは、当社のPCIコンプライアンス監査には含まれていません。これらのコネクターは、PCI、HIPAA、またはその他のデータ規制のもとで保護されている機密情報の処理には使用しないでください。
