VM上で実行されているロギング、スケジューリングなどのコンソールアプリケーションがあります。これは、Entity Framework、Azure SQL Server、Azureブロブストレージ、および多数の外部APIで動作します。Azure WebジョブとしてのC＃コンソールアプリケーションの公開
サービスにする必要があります。
これは作業者の役割で行うことができますが、作業者の役割に関するさまざまなチュートリアルを見ると、すべてを書き直すのは大変な作業のようです。
公開したエンドポイントがないと仮定して、ウェブジョブとして公開するだけの場合は安全ですか？私はアクティブなディレクトリの外の誰もそれにアクセスできないようにする必要があります。
エンドポイントを持たないダミーのアプリケーションサービスを作成してそこに公開する方法はありますか？
公開されたエンドポイントがないと仮定すると、Webジョブとして公開するだけで安全ですか？私はアクティブなディレクトリの外の誰もそれにアクセスできないようにする必要があります。
Peter Bonsによると、APIやエンドポイントが公開されていないと誰もアクセスできません。
エンドポイントを持たないダミーのアプリケーションサービスを作成してそこに公開する方法はありますか？
通常、私たちはAzure App Service WebアプリケーションでWebJobを実行し、Azure App Service WebアプリケーションはURL経由でアクセス/閲覧できます。ユーザーがAzure App Service Webアプリケーションを参照できないようにするには、サイトのweb.configに書き換え規則をblock web accessに追加します。
<rule name="Block unauthorized traffic to staging sites" stopProcessing="true">
<match url=".*" />
<conditions>
<!-- Enter your site host name here as the pattern-->
<add input="{HTTP_HOST}" pattern="^sitehostname\." />
<!-- Enter your white listed IP addresses -->
<add input="{REMOTE_ADDR}" pattern="123\.123\.123\.1" negate="true"/>
<!-- Add the white listed IP addresses with a new condition as seen below -->
<!-- <add input="{REMOTE_ADDR}" pattern="123\.123\.123\.2" negate="true"/> -->
</conditions>
<action type="CustomResponse" statusCode="403" statusReason="Forbidden"
statusDescription="Site is not accessible" />
</rule>
正確にあなたのexeは何ですか？誰かがそれを呼び出し、定期的な間隔で実行する予定ですか？ 処理ロジックが複雑でない場合はを使用するAzure functionsに行くことができますが、App Serviceを設定する必要はありません。 またはAzure Schedulerに行くことができます。これは、実行ファイルを実行し、スケジュールされた間隔で実行できます。
はい、エンドポイントが公開されていない場合はアクセスできません。 –