問題タブ [service-fabric-on-premises]

各クラスターには最低 3 台のサーバーが必要であるというハードウェア要件のため、そのハードウェアを使用して複数のブランチ/環境をサポートしたいと考えています。具体的には、複数の並行開発プロジェクトをサポートするために、アプリケーションに対して 3 つの Dev ブランチと 3 つの Test ブランチを同時に実行するのが一般的です。本番環境にリリースした後、コードは他のブランチにマージされます。

アプリケーション タイプの複数のインスタンスを作成できることは理解していますが、実際に必要なのは、同じクラスタにアプリケーション タイプの複数のバージョンを用意することです。開発が A ブランチと B ブランチで同時に行われる可能性は非常に高いです。両方のブランチをテストして Dev クラスターにデプロイしたいと考えています。

同様に、同じクラスターを使用して、テスト環境のエンドポイントを公開したいと考えています。したがって、コードがプロモートされると、アプリケーションの TestB バージョンを展開できます。バグ修正が発生した場合、それらは修正され、そのアプリケーション タイプの DevB バージョンに展開されます。

WebAPI エンドポイントのポートの問題を処理するために、ビルド スクリプトで環境固有の WEBAPI サービス マニフェストを選択することを計画しています。これには、Service Fabric アプリケーションを呼び出し元のアプリケーションに公開するポート番号が含まれているためです。そのため、ServiceManifest-DevB.xml ファイルの名前を単純な古い ServiceManifest.xml に変更し、DevB ビルドが終了したときにパッケージ化します。次に、ServiceManifest-TestB.xml は同じことを行いますが、ポートが異なります。ここでの別のオプションはトークナイザーです。

しかし、クラスターで同じアプリケーション タイプの異なるバージョンを実行するにはどうすればよいでしょうか? パラメータファイルまたはそれらの行に沿って何かでアプリケーションタイプをオーバーライドできますか? このために6つのクラスターを構築する必要がないことを本当に望んでいますか? それは飛ばないハードウェアのトンです。

助けてください、事前に感謝します、グレッグ

特定の環境でプリンシパル ユーザーを定義することはできますか?

ApplicationManifest.xml抽出例を見ると、次のようになります。

アカウントはmydomain\prodUser運用環境にのみ存在しますが、これApplicationManifest.xmlはすべての環境で使用されるため、このユーザーが存在しないため、ローカルの開発クラスターで展開エラーが発生します。私のローカル開発クラスターでは、NetworkService ユーザーをデフォルトのまま使用したいと考えています。

パラメータを使用して AccountName などを設定しようとしましたが、このノードではパラメータを使用できません。本番環境にデプロイするときにのみ、このユーザーを宣言したいと考えています。