問題タブ [orchestration]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
bpel - BPEL プロセスでの複数の入力
数週間前に BPEL の開発を始めたばかりで、Eclipse Designer と Apache ODE を使用しています。ユーザーが複数の入力を挿入する必要があるユースケースがありますが、最初の受信入力のスキーマを編集する代わりに、ユーザーが処理するよりも最初に数値を入力する必要があり、返信後にユーザーが別の入力を行う必要があります、別の入力を受け取るためにプロセスを停止する必要があるため、これは BPEL でまったく可能ですか。
また、ODE のドキュメントで、BPEL は配列変数をサポートしていないことがわかりました。これは、BPEL から配列オブジェクトを返すことができないことを意味しますか ( http://ode.apache.org/copy-with-insert-attribute.html )
ありがとう
powershell - Analytics / UI to PowerShell DSC はどこにありますか?
Powershell DSC のプル モードを使用しても、どのマシンがどの状態にあり、どのマシンが目的の状態に修正中 (つまり、まだインストール中 / 再起動中) であるかを視覚化する簡単な方法はないようです。
何かが足りない気がします。いくつかのウェブサイトは、トップを越えてこの可視性を提供することを意図していますか? 誰かがすでにこのギャップを埋めていることを教えてください.1年以上経ちました. この時点から構築を開始できますが、このスペースに何かがすでにあることを望んでいましたか?
私はガードレールを見てきましたが、かなりクールな製品のように見えますが、展開のオーケストレーション側には焦点を当てていません。
これは私がこの質問をすることができるのと同じくらい具体的です - 私は他の多くの人々がこれに対するあなたの答えを聞きたがっていることを知っています. すぐにあいまいまたは主観的であるとマークしないでください:-)
biztalk - 受信メッセージのタイムスタンプを取得する
受信したメッセージのタイム スタンプを取得する方法がわかりませんでした。メッセージを受信した時間に基づいて、2 つの異なる送信ポートにメールを送信する必要があります。メッセージを動的に送信する方法は理解していますが、到着時間に基づいて決定する方法はわかりません。
誰でもこれで私を助けることができますか?どうもありがとう。
biztalk - FileCreationTime とシステム時刻が異なる
私はアプリケーションを使用しており、受信したファイルの FileCreationTime を処理しており、問題に直面しています。たまたま追跡メッセージイベントを確認したところ、FileCreationTime が異なることがわかりました。たとえば、
午前 10 時 58 分に受信ポートにファイルをドロップしました
FileCreationTime は次のようになります。
なぜ両方の時間に変化があるのか 、それは正常な動作ですか. これが私が問題に直面している理由だと思います.どんな助けでも本当に感謝しています. 過去3日間、これに苦労しています。
ありがとう
chef-infra - Chef による継続的なデプロイとオーケストレーション
Chef を利用しながら、アプリケーション (Web / DB / アプリケーション層) を複数のホストにデプロイする方法を検討しています。私が思いついたのは、Chef レシピを使用して、デプロイの各ステップを個々のノード状態として表すことです。たとえば、X デーモンの停止と監視を処理するステップがある場合、特定の X デーモンが停止されることを単純に期待するシェフ レシピとして記述できます。同様に、アーティファクトを共有の場所から Web ルートに移動するデプロイメント ステップは、ノードの特定の状態を表すシェフ レシピとして参照することもできます (アーティファクトがポイント A からポイント B にコピーされます)。
展開プロセス全体は、基本的に次の 3 つのことを行うさまざまな手順で構成されます。
- 現在の展開手順に応じて、ノードの実行リストを変更します。
- 各ノードでchef-clientを実行する
- 失敗をログに記録し、失敗したノードでシェフの実行を繰り返すか、ステップをスキップしてデプロイを続行できるようにします。
質問:
- そのような方法で Chef を使用する (ノードの状態を変更するためにノードの実行リストを常に変更する) ことは悪い習慣ですか? もしそうなら、なぜですか?
- これらすべてを調整する最善の方法は何ですか? そこであらゆる種類の CI ツールを使用できますが、chef-client の出力をキャプチャして、特定のノードでのchef-client の実行を繰り返すか無視する方法を理解するのに苦労しています。
wcf - WCF ラッパー サービス
WCF でラッパー REST サービスを作成し、その下に 2 つ以上の WCF REST サービスを作成する予定です (クライアントには公開されません)。このラッパー サービスは、これらの個々のサービスを呼び出し、JSON 応答を組み合わせて、クライアントに送り返すだけで済みます。WCF 内で使用できる組み込みのフレームワークはありますか?
BizTalk やその他のサード パーティ フレームワークの使用は避けたいと考えています。