1

Azureの仕事の役割で GDal/OGRを使用したいと思います。

OGRクラスとメソッドを使用するには、WorkerRoleでEnvironmentVariableを構成し、「OGRディレクトリ」にアクセスできるようにする必要があります。

ワーカーロールの各インスタンス（おそらくロットインスタンス）にこのディレクトリ（およびこのすべてのコンテンツ）をデプロイする方法。

私は4つのトラックを見ます：

  1. 作業役割プロジェクト（VS2010）のディレクトリをコピーします

    • プロ：インストールの難しさはゼロですが、苦痛です
    • 短所：階層が大きい/別のバージョンのOGRに切り替えるのが面倒なディレクトリがある場合だけではありません

  2. .vhg（仮想ディスク）を作成し、そのスナップショットを各インスタンスにマウントします

    • プロ：新しいバージョンのOGRに簡単に切り替えることができます
    • 短所：スナップショットがローカルストレージ/スナップショットのコストよりも遠くに保存されている場合（？）

  3. .vhgを作成し、マウントし、ディレクトリをコピーし、マウントを解除して作業します

    • プロ：新しいバージョンのOGRに簡単に切り替えることができます
    • 短所：Runメソッドの先頭で同時実行にアクセスしますか？

  4. .zipを作成し、blobに保存し、ダウンロードして、各インスタンスで解凍します。

    • プロ：OGR /その他の新しいバージョンに簡単に切り替えることができますか？
    • 短所：わかりません、私は言います

現在、私は最初のものを使用していますが、他のプロジェクトやワーカーの役割を作成するとき、それは苦痛に見えます。

zip方式を使うのかよくわかりません。

コメント、他の方法、私が聞いている好みがあれば。

4

1 に答える 1

2

ベンジャミン、私はパートナー向けにいくつかの同様のプロジェクトを作成し、コード全体+ランタイム+静的データがすべて一緒にバンドルされてワーカーロールにデプロイされ、私の個人的な好みが＃4であるような種類のプロジェクトに最適なアプローチについて話し合いましたあなたのリスト。同じデプロイメントモデルに従っている、ワーカーロールのTomcat/Azureを見てください。

上記の展開モデルを使用して、WindowsAzureワーカーロールへのOGRアプリケーションの展開を行うことができます。

また、新しくリリースされたWindows Azure仮想マシンを使用することをお勧めします。これは、Windows Azure VMを選択して、VMを取得し、Windows Azure SDK /ワーカーの役割に依存せずに直接展開できるためです（これが当てはまるかどうかを考えてみてください）。プロジェクトに）

于 2012-07-03T17:12:02.383 に答える