写真と画像を Azure にアップロードする簡単なプロジェクトがあります。これらの戦略があります。
WINDOWS PHONE -> WCF サービス -> AZURE SQL
WINDOWS PHONE -> WCF サービス -> Azure ストレージ
WINDOWS PHONE -> AZURE ストレージ
しかし、私はこれらの質問があります...
WCF サービスを使用できますか? はいの場合、大きなサイズの画像を処理するにはどうすればよいですか?
Windows Phone から Azure ストレージに直接アップロードしたほうがよいでしょうか?
私は、SQL データベースを大幅に除外できることをお勧めします。ストレージは、本質的にブロブである画像を保存するためのはるかに費用対効果の高い方法ですが、必要に応じて、SQL のブロブにメタデータを保存して、クエリを支援することができます。
その場合、サービス レイヤーを使用すると、2 つのパス (ブロブの保存とメタデータの保存) をカプセル化するのに役立ちます。
とは言っても、サービスを介して大きな BLOB を渡すのは非常に非効率的であるため、画像自体については、phone->storage がおそらく最も説得力のあるアプローチであり、コーディングの観点、ソリューション コンポーネントとソリューション コンポーネントの両方から最も効率的な方法です。応答性; これの主な欠点は、電話アプリがストレージ アカウントへの資格情報を持っている必要があることです。これは大きなセキュリティ リスクです。
これらすべてを考慮すると、結合されたフロー -> 電話 -> メタデータを保存するサービス、blob への共有アクセス署名トークンを受信するサービス、および電話 -> 写真自体の受信した SAS トークンを使用したストレージを検討することができます。
それに応じてメタデータを更新するには、このフローの失敗を処理する必要があります...
少し複雑ですが、セキュリティとパフォーマンスのバランスが取れていますか?