問題タブ [azure-logic-apps]

Azure Portal でロジック アプリの概要タイルを見ると、「1 トリガー、x アクション」と表示されます。

1 つのロジック アプリに複数のトリガーを配置することは可能でしょうか? または、関数ごとに個別のロジック アプリを作成する必要がありますか (そうであれば、トリガーが 1 つあると表示されるのはなぜですか!)

関連するメモ (これは別の質問の方が良いかもしれません) で、HTTP リスナーを使用する場合、複数の相対 URL を構成することは可能ですか、それとも個別の Logic Apps に分割する必要がありますか?

Azure の利用可能な Logic Apps を使用して RSS フィードをダイジェストし、発生した記事を収集してからツイートするサンプル プロジェクトを構築しようとしています。私はYahoo!の使用に集中しています。RSS フィードに資金を提供して 3 つの会社ティッカーを取り込みます。MSFT、AAPL、GOOG。Azure Web サイトでロジック アプリに関するドキュメントを読んでわかったことによると、HTTP コネクタを使用して RSS フィードを取得し、次に Twitter コネクタを使用してフィードをツイートする必要があります。ドキュメントはまばらで、私は非常に新しいです。どうすればこのタスクを達成できるでしょうか?

私は経験豊富なデータ アナリストであり、ほとんどが SQL と R の経験があり、Python はほとんどなく、残念ながら .NET と PHP の経験はほとんどありません。同様の質問を持つ人を広範囲に検索しましたが、残念ながら探しているものが見つかりませんでした.

状況: Azure で (Apache Spark を使用して) HDInsight クラスターをセットアップしており、SOAP API からデータを取得する必要があります (restful API ではありません)。

問題: このデータをどこに、どのように取り込むのですか? Azure のロジック アプリが適していると思いました。ただし、この API の呼び出しはうまくいきません。適切な API 呼び出しを備えた動作中の PHP スクリプトがあります。以下は、構文 (の一部) です。

ご覧のとおり、最初にセッション ID を取得し、その後の呼び出しでこのセッション ID を使用する必要があります。私が理解している限り、単純な HTTP リクエストではこのデータにアクセスできません。

質問:

1. Azure ロジック アプリの既存のコネクタの 1 つを使用して、この特定の SOAP API を直接呼び出すことはできますか
2. (1)が無理な場合、既存のPHPスクリプトを流用できますか? どのように、どこで？
3. この SOAP API を介してデータを利用するためにたどることができる他のルートはありますか? たとえば、Spark/HDInsight クラスターで pyspark を使用していますか?

あなたの助けと指針に本当に感謝します。

シンプルなロジック アプリを作成しようとしています

• SQL コネクタを追加したかったので、テスト ロジック アプリと同じリージョンにある Azure SQL データベースに接続情報を提供しました。それは少なくとも 3 分間消え、接続が確立できなかったと言って戻ってきました。そのため、何か間違って入力した可能性があります.....しかし、入力した内容を修正する方法が見つかりませんでした。接続プロパティを編集する方法はもうありません。先に進むことができたのは、リソース グループからコネクタを削除して、もう一度やり直すことだけでした。
• ただし、コネクタを削除するのは簡単な作業ではありませんでした....リソース グループからコネクタを選択したときに....「拡張機能 'Microsoft_Azure_Microservices' が見つかりません」や「タイルの読み込み中にエラーが発生しました」などのエラーが何度も発生しました。とにかく、私は少なくとも5〜6回試したにちがいなく、最終的にはうまくいきました. コネクタを削除して、最初からやり直しました。
• 2 回目の試行では、コネクタを作成できました...しかし、ポーリング クエリを提供していなかったはずです...そのため、トリガー アクションがないと表示され、上記の手順をもう一度実行する必要がありました。
• 3 回目の試行では、(使用可能なデータとポーリング クエリの両方を提供することによって) トリガーを使用して SQL コネクタを作成でき、Office 365 コネクタを追加しました。私はそれを実行しました.....私は3通の電子メールしか受信しないと思っていましたが、約150通を受信し、それを無効にする必要がありました! そのため、クエリ (利用可能なデータとポーリング) をチェックして、更新ステートメントが正しくコーディングされていることを確認したかったのですが...これを行う方法はありません。リソース マネージャーに移動し、コネクタを選択して、おそらく設定にアクセスしようとすると、上記のエラーが発生します....かなりイライラします。

私が間違っていることを教えてください。

次のことを幅広く行う Azure ロジック アプリを作成しようとしています。

1. REST サービスへの HTTP 呼び出しを使用すると、REST サービスは ID を含む JSON を返します。これは正常に機能しており、結果の JSON は次のようになります。"workItems" : [ { "id": 118, }, { "id": 119, }, etc ]

2. すべての ID を抽出し、それらをコンマ区切りの文字列に入れる必要があります118, 119, etc。

3. コンマで区切られた文字列は、別の HTTP REST 呼び出しの一部として使用されます。

ただし、ポイント 2 で苦労しています。この変換を行うために (カスタム ロジック アプリ コンポーネントを構築せずに) スクリプトまたはコードを記述できる場所がわかりません。

現時点では、BizTalk Apps を使用して JSON を XML に変換し、次に XPath を使用して、ある時点でそれを文字列に戻すことを試みましたが、このプロセス全体は非常に複雑に思えます。

カスタム アプリを作成できることはわかっていますが、それを行った場合は、カスタム アプリでもすべての作業を行うことになります。可能であれば、Azure のネイティブ機能を使用してください。

明らかな何かが欠けているのではないかと心配しています。提案をいただければ幸いです。

Azure で 2 つのシステム間の統合を構築することを計画しています。アプリケーションの基本的なアーキテクチャは、オンプレミスのコンソール アプリに相当する Azure になります。たとえば、スケジュールに基づいて、2 つのシステム間でデータをシャッフルします。

App Services 内でこれを行う方法は 2 つあります。

1. Web ジョブを持つ Web アプリ。私の場合、現時点では Web サイトはまったく必要ありません。

2. カスタム コード API アプリを使用したロジック アプリ。私の場合、統合全体は、チェーン化された一連の API アプリではなく、おそらく 1 つのカスタム API アプリになるでしょう。

どちらもスケジュールされた活動と私が必要とする接続をサポートしているようです. 両方ともスケーリングするように見えますが、それは私が計画していることにとって実際には問題ではありません. どちらも非常に簡単な展開パスを持っているようです。実はどちらもよく似ています。

私が信じている唯一の大きな違いは、Web ジョブ用の Web アプリには常に Web サイトが付属していることです。これは正しいです？もしそうなら、遠い将来にウェブサイトを使用するかもしれないので、私はおそらくウェブアプリに行きます.

ここで私の決定に影響を与えるものを他に見逃していますか? 違いはこんなに簡単？