Windows Azure がこれほど遅いとは想像もできませんでした。そのため、HttpWebRequest を 2 分から 30 分に増やすことで、開発環境と同じデータ ボリュームを達成することができました。
そのため、質問を削除するつもりはありませんが、近日中に Azure に参加する皆さんの参考にさせてください。
Azure (およびその他のクラウド プロバイダー) が未来であることは確信していますが、デンマークから "北ヨーロッパ" までのレイテンシは高く、SQL Azure は OLTP と正規化されたデータベースを扱うときにパフォーマンスを発揮できることをまだ証明していません.
開発 (仮想環境) 299 MB のファイルからの 190.335 レコードは、単一のインスタンスで379秒かかりました
WINDOWS AZURE (北ヨーロッパ) 299 MB のファイルからの 190.335 レコードは、2 つの LARGE インスタンスで1.400秒かかりました
幸いなことに、WCF と ThreadPool は問題なく動作し、特別な考慮事項 (高いタイムアウトを除く) は必要ありません。
明確にするために、299MB のファイルはサーバーへの複数の REST 呼び出しに分割され、次のような形式になっています。
<?xml version="1.0" encoding="UTF-8"?>
<HttpPost absolutePath="A/B/C/D/E/OO">
<Parameters xmlns="http://somenamespace">
<A>Package</A>
<B>100</B>
<C>Generic</C>
<D>ReceiverParty</D>
<E>
<F xmlns="http://somenamespace">
<G xmlns="http://somenamespace/Product">Long Text</G>
<H xmlns="http://somenamespace/Product">1</H>
<I xmlns="http://somenamespace/Product">PK</I>
<J xmlns="http://somenamespace/Product">5995</J>
<K xmlns="http://somenamespace/Product">
<L xmlns="http://somenamespace/P/Q">Discount</L>
<M xmlns="http://somenamespace/P/Q">1000</M>
<N xmlns="http://somenamespace/P/Q">6995</N>
</K>
</F>
</E>
<OO>
<O>
<A>Product</A>
<B>100</B>
<C>Generic</C>
<D>ReceiverParty</D>
<E>
<F xmlns="http://somenamespace">
<G xmlns="http://somenamespace/Product">Long Text</G>
<H xmlns="http://somenamespace/Product">1</H>
<I xmlns="http://somenamespace/Product">PK</I>
<J xmlns="http://somenamespace/Product">5995</J>
<K xmlns="http://somenamespace/Product">
<L xmlns="http://somenamespace/P/Q">Discount</L>
<M xmlns="http://somenamespace/P/Q">1000</M>
<N xmlns="http://somenamespace/P/Q">6995</N>
</K>
</F>
</E>
</O>
</OO>
</Parameters>
</HttpPost>