問題タブ [azure-logic-apps]

API アプリとして Azure にデプロイした、swagger インターフェイスを使用して Web アプリケーション API を作成しました。

ロジック アプリを作成するときに API アプリを見つけることができますが、使用しようとすると次のエラーが発生します。

闊歩を取得できませんでした。エンドポイントで CORS が有効になっており、HTTPS エンドポイントを呼び出していることを確認してください。

API アプリの API 定義にデフォルトの https URL を使用しています。

https://microsoft-SOME-LONG-MS-INTERNAL-ID.azurewebsites.net/swagger/docs/v1

Swagger ドキュメントは、Swashbuckle を介して私の C# Web API アプリケーションで提供されています。

CORS の場合、単一の * アイテムを設定しました。

これは、ロジック アプリが API アプリにアクセスするのに十分ではないように思えたので、API アプリが Azure Active Directory (高速) を使用するように認証/承認を構成し、AD Azure アプリを作成しました。

この問題は、Azure ではまったく新しいセキュリティの構成の 1 つになると思います。外部からは API アプリにアクセスできないようにしながら、Azure サブスクリプション内の Web アプリとロジック アプリからは利用できるようにしたいと考えています。

ASP.NET Web アプリケーション自体には認証メカニズムを追加していません。これは、Web アプリケーションが Azure 上のプライベート ネットワークに効果的に配置されると考えたからです。おそらくこれは悪い仮定であり、Azure AD が機能するように認証を追加する必要がありますか?

ポインタ/提案はありますか?

Azure にデプロイした API アプリがありますが、セキュリティで保護して、同じリソース グループ内の Logic Apps と Web Apps でのみ使用できるようにしたいと考えています。

Swashbuckleを介して追加された Swagger インターフェースには api_key パラメーターがあり、おそらく何らかの方法で活用できると思います。

Azure アプリと互換性のある方法でこのセキュリティを実現する方法について何か提案はありますか?

アズール AD

Azure AD を使用してこれを達成できると思いますか?

Azure AD アプリケーションを作成し、API アプリの [認証/承認] で Azure Active Directory (Express) を有効にし、作成したばかりの Azure AD アプリケーションを選択しました。

ロジック アプリから API アプリにアクセスしようとすると、次のエラーが表示されます。

闊歩を取得できませんでした。エンドポイントで CORS が有効になっており、HTTPS エンドポイントを呼び出していることを確認してください。

(Azure Active Directory を有効にする前は、このエラーは発生しませんでしたが、代わりにエンドポイントのリストが表示されました。)

次に考えたのは、Azure AD アプリケーションのマニフェスト ファイルを編集することでした。マニフェストでこれを見つけました

だから私はロジックアプリのアプリケーション名をそのように追加しようとしました

しかし、文字列ではなく GUID が必要なため、これは拒否されました。残念ながら、ロジック アプリの GUID ID が見つからないようです。

ASP.NET Web API 2 を使用した既存の Web API があり、.NET を使用した独自のトークン ベースの認証を使用していx-auth-tokenます。

この既存の API に Azure ロジック アプリを追加したいのですが、ロジック アプリはその API を認証に使用する必要があります。Azure AD、Facebook、Google... はオプションではありません。

これは可能ですか？どのように？

正常に実行されているロジック アプリ ワークフローがあります (オンプレミス DB のポーリング)。しかし、正常に実行された後、IIS AppPool を再起動するまで失敗し続けます。

設定を変更する必要があるかどうか教えてください。

以下のコード JSON スニペット

{ "$schema": " https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-04-01-preview/workflowdefinition.json# ",

}

JSONファイルに変更がある場合はお知らせください

Exchange アカウントの別の SMTP-ID (エイリアス) でトリガーする Azure ロジック アプリが必要です。Office 365 に接続されています。

問題は、「to」フィールドに常にプライマリ アドレスが含まれていることです。たとえば、「alias@domain」ではなく「user@domain」などです。

アプリは添付ファイルを読み取り、SharePoint でファイルを作成します。電子メールはプリンターから作成されるため、電子メールの件名ではなく、電子メール アドレス名をターゲット フォルダーとして使用する必要があります。

ロジック アプリの Office 365 コネクタで SMTP ID を解析する方法について何かアイデアはありますか? それは可能ですか？

私はHTTPリスナーを使用してロジックアプリに取り組んでおり、APIコントローラーを作成するのではなく、以下のオプションを試しました。下記URL参照

https://azure.microsoft.com/en-us/documentation/articles/app-service-logic-http-endpoint/

「HTTP リクエスト」を使用してロジック アプリを作成し、処理を行い、呼び出し元に応答を返します。期待どおりに動作しています。

しかし、私が知りたかったことの1つは、HTTPリクエストを作成すると、以下のようなデフォルトのURLが提供されるということです.

https:// prod- ****.logic.azure.com:443/workflows/*******69a5b764/triggers/request/run?api-version=2015-08-01-preview&sp=%2Ftriggers %2Frequest%2Frun&sv=1.0&sig=*****2MCOoTKZU

以下のように、デフォルトの URL の代わりにカスタム URL を定義しますか?

お知らせ下さい。

Azure Standard サービス プランを使用し、Logic Apps ワークフローを開発しています。QA/UAT などの別の環境にデプロイしたいと考えています。

MSDN のブログをいくつか参照したところ、Azure SDK を使用して Visual Studio を介してさまざまなサブスクリプションにロジック アプリをデプロイできることがわかりました。ただし、SQL コネクタ、変換サービス、BizTalk Xpath Extractor などのロジック アプリ ワークフローで API アプリを使用しています。

API アプリを別の環境にデプロイする方法を教えてください。提案してください。

ありがとう、ヴィノス

ロジック アプリを使用して、Azure のサービス バスにメッセージを送信しています。ロジック アプリは、本体に JSON ペイロードを含むトリガーの HTTP 要求で開始します。リクエストの「本文」は、メッセージ送信アクションのコンテンツとして設定されます。投稿時のペイロードは JSON なので、Content-Type を application/json に設定します。これにより、メッセージの送信アクションでエラーが発生します。

{"code":"InvalidTemplate","message":"アクション 'Send_message' でテンプレート言語式を処理できません。行 '1' および列 '1221' の入力: 'テンプレート言語関数 'encodeBase64' は、そのパラメーターが文字列であることを期待しています。提供された値は、型 'Object' です。使用法の詳細については、 encodeBase64 .'."}

Content-Type を text/plain に変更してみましたが、うまくいきましたか? これはバグですか、それともメッセージの送信アクションで使用する前に、何らかの方法で JSON をテキスト値に変換する必要がありますか?

TCP リスナーとして機能し、指定されたポートで TCP メッセージ ストリームを受信し、その情報をデータベースに追加するアプリケーションを Azure で構築しようとしています。着信 TCP 通信は証明書で保護されます。

次のオプションを検討しています。

クラウド サービス ワーカーの役割

これは間違いなく機能するようです。ただし、これは Cloud Service を使用する必要があることを意味し、App Service が提供する機能とシンプルさを見逃しています。クラウド サービスのドキュメントには、必要な TCP ポートを開く方法も具体的に説明されています。

アプリ サービス

ただし、ロジック アプリ (推奨) では、これは TCP リスナーをネイティブにサポートしていないようです。そのため、カスタム API アプリを構築することを検討します。または、Web ジョブを作成することもできます。

ただし、このアプローチが機能するかどうかはわかりません。次の質問があります。

• App Service で任意の TCP ポートを公開できますか?
  • クラウド サービスのドキュメントでは具体的にこれを行う方法が説明されていますが、App Service に似たものは見つかりません。そのため、構成が不要であるか、または App Service 内で TCP 通信が単に不可能です。
• ロジック アプリ、API アプリ、または Web ジョブ内に TCP リスナーを構築できますか? たとえば、Azure のアーキテクチャは TCP リスナーに必要な動作をサポートしていますか?

Azure App Service で TCP リスナーをホストできますか?