問題タブ [azure]

既存のアプリケーションをAzureに移植する際の課題は何ですか？

ここに私がすでに知っているいくつかのポイントがあります。

1）セッションアフィニティがサポートされていない（Azureはステートレス）-Azureの負荷分散がセッションアフィニティをサポートしていないことを認識しています-したがって、既存のWebアプリケーションがセッションアフィニティを持っている場合は変更する必要があります。

2）COMとのインターフェース-現在、現在のアプリケーションがいくつかのレガシーコンポーネントにアクセスする必要がある場合、COMコンポーネントをクラウドにデプロイしてそれらとインターフェースすることはサポートされていないと思います。

3）http以外のプロトコルを使用したクラウドからの他のシステムとのインターフェース

上記の点以外に、あなたが知っている他の重要な制限/考慮事項は何ですか？

また、これらの問題点は最新リリースでどのように対処されていますか？

Azure で複数のワーカー プロセスを使用することはできますか?それとも、その動作を実現するには、それぞれに個別のスレッドを作成する必要がありますか?

Azure が現在これをサポートしていない場合、将来これを追加する予定はありますか?

Azure で Worker ロールを使用していくつかのバックグラウンド プロセスを実行し、Azure をテストして、自分のプロジェクトの 1 つに検討できるかどうかを確認しました。Analytics タブをクリックすると、「Coming soon.」というメッセージが表示されます。いくつかのメトリックを決定する方法はありますか?

私は主に、自分のプログラムの潜在的な月額費用を計算することに関心があります。

ローカル開発で実行しているので、 Windows Azure（7月のCTP）でhttp://127.0.0.1:8000にWebRequestを作成しようとしています。

ただし、 「到達不能なネットワーク127.0.0.1:8000に対してソケット操作が試行されました」という例外がスローされます。

同じCloudserviceから2つのWebロールを実行していますが、ポート番号が異なります。どうすればこれを解決できますか？

初めての Azure Cloude Service と Web ロールをセットアップしました。アプリケーションをビルドして公開すると、すべての dll を含む bin ディレクトリしか表示されません。フォルダーも aspx ファイルもありません。\ProjectName.CloudService\bin\Debug\ProjectName.CloudService.csx\roles\Web\bin

他のファイルをコンパイルするにはどうすればよいですか。

Windows Azure テーブル ストレージのテーブルから行を選択しようとすると、奇妙なエラーが発生します。「同じキーを持つアイテムが既に追加されています」という例外。何も挿入していないのに投げられています。問題の原因となっているクエリは次のとおりです。

ご覧のとおり、id は 1 つしかなく、ループの先頭でエラーがスローされ、何も変更されていません。

ただし、この特定の行のパーティション キーとして "" を使用しています。何を与える？

文字列値の既定値の長さを nvarchar(1000) からそれ以上に増やすことはできますか?

テーブルを再作成するたびに SQLEXPRESS でテーブルを編集する必要がないようにします。

Windows Azure Platform では、アプリケーションを 1 つ以上のインスタンスに展開できます。その後、ファブリック コントローラーは、それらのインスタンス間でアプリケーションのワークロードのバランスをとります。

• インスタンスの数は、需要に基づいてスケールアップ/ダウンできますか?それともインスタンスの数は静的ですか? インスタンスを動的に開始できる場合、これがどのように発生するかをどの程度制御できますか?

• Azure はアプリケーション インスタンス間でワークロードをどのようにバランスさせますか? また、その方法を制御することはできますか?

現在、最終的に Windows Azure に移行したいアプリケーションを設計しています。ただし、短期的には、私が自分でホストするサーバーで実行されます。

このアプリケーションには、多数の個別の Web アプリケーションが含まれます。これらのアプリケーションの一部は本質的にデータを受信する WCF サービスであり、一部はユーザーがデータを管理するためのサイトです。さらに、さまざまな方法でデータを処理するワーカー サービスをバックグラウンドで実行する必要があります。

私は、このために分離アーキテクチャを使用することに非常に熱心です。理想的には、コンポーネント (つまり、Web アプリとワーカー サービス) がお互いをできるだけ認識しないようにしたいと考えています。ここでは、メッセージ キューを使用することが最善の解決策であるように思われます。Web アプリはワーク ユニットを含むメッセージをキューに入れることができ、ワーカー サービスはそれらを取り出して必要に応じて処理することができます。

ただし、最終的には Azure に移行することを念頭に置いて、これを行うための優れた一連のテクノロジを検討したいと考えており、クラウドに移行するときに必要な再作業の量を最小限に抑えたいと考えています。 . Azure には、私のニーズに最適な Queue コンポーネントが組み込まれています。私がやりたいのは、これを可能な限り模倣するものを自分で作成することです.

いくつかのオプションがあるようです (私は Windows で .NET を使用し、SQL Server 2005 バックエンドを使用しています) - これまでに見つかったものは次のとおりです。

• MSMQ
• SQL Server サービス ブローカー
• データベース テーブルといくつかのストアド プロシージャを使用して独自のロールを作成する

誰かがこれについて何か提案があるかどうか、または誰かが同様のことをして、やるべきこと/避けるべきことについてアドバイスを持っているかどうか疑問に思っていました. すべての状況が異なることは承知していますが、この場合、私のキューイング要件はかなり一般的だと思うので、これを行う最善の方法について他の人の考えを聞きたいです.

前もって感謝します、

ジョン