2016-07-20 4 views
1

現在、私はAZURE API管理設定を複数のサーバに配備しようとしています。たとえばDEV/TEST/PRODと同じです。Azure API管理にGITを使用して配備するが、web.config変換に似たような作業を行う

私はGITを使って私のリポジトリを私のDEV環境と呼ぶことができます。しかし、私は同じ "コード"を使ってこれをTESTにプッシュしたいかもしれません。私は、TEST固有のコード全体を持っているわけではありませんが、TESTデプロイメントのためにいくつかの変数を変換できる1 *コードベースを持っています。

ので、URLはここから行くだろう: のウェブサイトのような他の世界で今http://my-TEST-url.com

enter image description here

http://my-DEV-url.com 、例えば、私はweb.test.configを使用して、私のweb.configファイルを変換することができます。私のビルドの設定に応じて、私の設定は自動的に変換されます。

私のAzure API Management jsonでは、3つの異なるGITブランチに3つのバージョン(DEV/TEST/PROD)のコードを保存しなくても済むように、ファンキーな変換を行うことができます。

ご意見をいただければ幸いです。

おかげ ラス

答えて

4

あなたはインスタンススコープの値を定義するpropertiesを使用することができます。プロパティを使用してAPIのserviceUrlを定義することはできませんが、set-backend-service policyを使用して実行時にserviceUrlを定義できます。

<policies> 
    <inbound> 
     <set-backend-service base-url="{{backend-url}}" /> 
     .... 

次に、 "backend-url"プロパティをAPIMインスタンスの希望する値に設定します。 プロパティはgit経由でエクスポートされないので、すべてのインスタンスが異なる値を持つことに注意してください。

+0

ありがとう@j.j。私は実際にこれを昨日見つけました。よく働く。ありがとう – RuSs

関連する問題