シャットダウンタイムアウトはプロダクションの設定です。長い時間に値を変更できます。この設定はシステム管理ポータルに適用されます。メソッドを実装して、プロダクションの停止時に任意のコードを実行します。プロダクションの停止は監査可能なイベントであり、誰がいつ停止したのかを必ず監査ログで確認できます。ここで重要なのは、プロダクションはビジネスホストの合計であることです。プロダクションを起動するとすべての有効なビジネスホストが起動します。プロダクションを停止するとすべての実行中のビジネスホストが停止します。プロダクションを更新すると、古いセットのビジネスホストが計算され、これらが先に停止されてからその直後にもう一度起動されます。新たに追加されたビジネスホストは開始のみされ、プロダクションから削除されたビジネスホストは単に停止されます。この流れで、ビジネスホストのライフサイクルに進みましょう。ビジネスホストの起動ビジネスホストは(プールサイズの設定値に応じて)同一のビジネスホストジョブで構成されています。ビジネスホストを起動すると、すべてのビジネスホストジョブが起動します。これらは並列して起動します。個別のビジネスホストジョブは以下のように起動します。新しいプロセスは相互運用性ジョブとして登録されます。ビジネスホストコードとアダプターコードがプロセスメモリに読み込まれます。ビジネスホストとアダプターに関連する設定がメモリに読み込まれます。プロダクション設定(システムデフォルトとクラス設定をオーバーライドします)。システムデフォルト設定(クラス設定をオーバーライドします)。ジョブの準備が整い、メッセージを受け入れ始めます。(4)が完了すると、ジョブは設定またはコードを変更できないため、新しい/同じコードと新しい/同じシステムデフォルト設定をインポートしても、現在実行中の相互運用性ジョブに影響しません。ビジネスホストの停止ビジネスホストジョブを停止すると、以下のようになります。相互運用性はジョブにメッセージ/入力の受け入れ停止を要求します。On*メソッドを終了します)。赤い更新ボタンが表示されます)。以下のいずれかを満たす場合は停止します。相互運用性から登録解除され停止します。ビジネスホストの更新ビジネスホストの更新では、ビジネスホストの現在実行中のジョブを停止し、新しいジョブを起動します。利用できるようになると直ちにそれらを使用し始めます。この状況では、ビジネスホストの再起動は不要です。オフラインでの更新とは言え、時にはプロダクションの更新には個別のビジネスホストの停止が必要です。ルールは新しいコードで決まるこの状況を考えてみてください。新しいコミットにおいて、以下を同時に追加します。Xこのシナリオでは、先にルールを読み込んでからプロダクションを更新することはできません。ルーティングし始めるか、相互運用性がまだ使用できるように更新されていないためです。この場合、ルーティングルールでビジネスホストを無効に子、コードを更新し、プロダクションを更新して、ビジネスホストをもう一度有効にする必要がります。自動的に無効化/有効化されます。よって呼び出されたホストの場合、コンパイルによって呼び出し元が保持する特定のホストのキャッシュが無効になります。ビジネスホスト間の依存関係ビジネスホスト間の依存関係は重要です。メッセージを送信するとします。新しいコミットにおいて、以下を同時に追加します。更新する必要があります。これは次のいずれかの方法で行えます。メッセージを送信し始める。古いバージョンとの互換性がない場合のより困難な状況では、ビジネスホストの停止が必要となります。更新後に、ビジネスホストが古いメッセージを処理できないことが分かっている場合、ビジネスホストキューが更新前に空になっていることを確認する必要があります。これを行うには、ビジネスホストにメッセージを送信するすべてのビジネスホストを無効化し、そのキューが空になるのを待ちます。仕組みから簡単に説明します。クラス名と同じ名前でパッケージに作成されます。内のアクティビティに対応します。クラスは永続であり、現在処理中のリクエストを格納します。Thread1テーブルを更新することによって機能します。エントリを削除します。呼び出しの間に情報を保存して異なるリクエストを切り替えることで、同時に多数のリクエストを処理できます。応答するまで他のリクエストを処理します。プロパティに保存された状態に対応するメソッドを実行します。つを満たしていることをチェックする必要があります。処理中のアクティブなメッセージがない。新しい状態は古い状態と同じであるか、新しい状態は古い状態の後に追加されている。つの条件を満たしている場合は、問題ありません。アクティビティと処理に互換していることが前提です)。呼び出し元を無効にしてキューが空になるまで待機します。テーブルが空であることも確認します。テーブルは処理中のリクエストを格納することを覚えておきましょう。なる場合があり、それは正常です。無効にし、更新を実行して、以前に無効にしたすべてのビジネスホストを有効にします。バージョン管理を使用します。更新スクリプトを書くことができます。テーブルで実行します。無効にしておく必要があります。言え、これは非常にまれな状況であり、通常は行う必要はありませんが、その必要性が生じた場合にはこれを使用することができます。まとめ相互運用性は、根底にあるコードが変更した後でプロダクションを最新状態にするために必要となるアクションを最小限に抑えるために、洗練されたアルゴリズムを実装します。それぞれのコードの更新については更新ストラテジーを決定する必要があります。使ってコンパイルされるコードの量を最小限に抑えると、コンパイル時間の軽減に役立ちますが、コードをそのコード自体で「更新」して再コンパイルするか、同じ値で設定を「更新」するとプロダクションの更新はトリガーされないか不要となります。更新してコンパイルすると、プロダクションを更新せずにすぐにアクセス可能になります。最後に、プロダクションの更新は安全な操作であり、通常、停止は必要ありません。続けるにはログインするか新規アカウントを作成してくださいログイン。