タグ付けされた質問 「azure」

開発者の観点から、大規模なソーシャルWebアプリケーションではどのプラットフォームを検討しますか？あなたがどの選択肢の長所であると考えているかについての詳細を提供できれば、それは素晴らしいでしょう。

159 google-app-engine  amazon-ec2  azure 

私が最近働いている会社は、Windows AzureでWebサービスをホストし、それを発表しました。現在、オンラインマガジンでは、「企業Xがクラウドに移行する」、「企業Xがクラウド用のデスクトップを削除する」など、無意味なものがたくさんあると言われています。 非常に長く、「サービス」や「低エントリー価格」などについて多くのことを話している（Wikipediaから始まる）たくさんの資料があるように見えますが、それらをすべて読みましたが、どのように見えるのかわかりませんクラウドのサービスと、サービスでもあるがコロケーションの実店舗サーバーで実行されるStack Exchangeの間に線を引くのに素人にとって役立つかもしれません。 Windows Azureでの私の経験から、本当の違いは次のとおりです。クラウドでは、サービス所有者がハードウェア、ネットワーク帯域幅、ミドルウェア（たとえば、Azureの役割で使用されるWindows 2008）を使用する権利をオンデマンドでレンタルし、メンテナンスの補助もあります（役割を実行しているコンピューターが別のコンピューターをクラッシュした場合など）が自動的に検出され、ロールが再デプロイされます）。クラウドがなければ、サービス所有者は自分ですべてを処理する必要があります。 それは正しい区別でしょうか？

20 terminology  cloud-computing  azure 

新しいWebアプリケーションをAzure Web App Service（以前のAzure Webサイト）にプッシュする予定です。展開スロットを利用して、運用環境にプッシュする前に展開をテストできるようにします。DBスキーマの変更が必要ない限り、これで十分です。しかし、スキーマの変更がある場合、同じdbバージョンで動作する2つのソフトウェアバージョンを持つことはできません。EF Migrationsを使用しているため、ステージングスロットへのプッシュにより、即座にDBが最新バージョンに更新されます。 だから私の質問は、データベースの移行が必要なときに展開スロットを使用するかどうかです。 大規模なSaaSプロバイダーではどのように行われますか。彼らは新しいバージョンで即座にDB移行を実行していますか？それは確かにいくつかのダウンタイムを引き起こすでしょう。 この問題のかなり複雑な解決策しか考えられませんが、簡単なものはありますか？

15 entity-framework  deployment  migration  azure  continuous-delivery 

キャッシュオブジェクトを無効化/更新するためのより良いアプローチは何か知りたいです。 前提条件 リモートmemcachedサーバーを持つ（複数のアプリケーションのキャッシュとして機能する） すべてのサーバーはAzure（アフィニティリージョン、同じデータセンター）によってホストされます キャッシュオブジェクトのサイズは200バイトから50キロバイトまでの範囲です アプローチ1（できるだけ早くキャッ​​シュに保存） オブジェクトAが作成されます->データベースに保存し、キャッシュに保存します クライアントによって要求されたオブジェクトA->キャッシュの存在をチェック、そうでなければデータベースからフェッチしてキャッシュに保存 オブジェクトAが更新されます->データベースに保存、キャッシュに保存 アプローチ1はより簡単なようです。何かが作成されたら、できるだけ早くキャッ​​シュに入れてください。誰かに関係なくそれが必要になります。 アプローチ2（遅延キャッシュストア） オブジェクトAが作成されます->データベースに保存 クライアントによって要求されたオブジェクトA->キャッシュの存在をチェック、そうでなければデータベースからフェッチしてキャッシュに保存 オブジェクトAが更新されます->データベースに保存、キャッシュのキーを削除 アプローチ2は、より多くのメモリを認識しているようです。このアプローチでは、リクエストされたアイテムのみがキャッシュに保存されます。 質問1：パフォーマンスを考慮して、より良いアプローチは何でしょうか？メモリもCPUもまだカウントされません。 質問2：私の考えは一種の時期尚早な最適化ですか？ 質問3：他に考えはありますか？他のアプローチ？

14 performance  azure  memcached  caching 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 昨年休業。 私はAzureにかなり慣れていませんが、Visual Studioが（特に）次のフォルダーを自動作成することに気付きました ... /<nameOfAzureProject>/bin /<nameOfAzureProject>/obj /<nameOfAzureProject>/csx <== ... 現在、binおよびobjフォルダーはかなり標準的です。しかし、csxフォルダーの目的は明確ではありません。何か案は？

10 visual-studio  azure  directory-structure 

概要 AndroidとiOSでアプリを開発します。これにより、ユーザーはグループ「チャットルーム」をセットアップし、他のユーザーがセットアップしたチャットルームで話すことができます。このサービスは、夜間のユーザーの大幅な増加に対応できるように、非常にスケーラブルである必要があります（私たちは夢しか見ることができません）。 背景情報 以前は主にJavaとPythonを使用していましたが、このタスクに最も適切な言語を使用する必要があります。新しいスキルをたくさん学んでもかまいません。 チャット要件 チャットプロトコルは柔軟である必要があります。特定の「チャットルーム」の最初の投稿者/作成者によって決定された要素に基づいて、「チャットルーム」を表示/投稿できるユーザーを決定できるようにする必要があります。また、単純なニックネーム（後で変更される可能性があります）を指定した後に、ユーザーがアプリをインストールしてサービスの使用を開始できるようにする必要もあります。 チャットプロトコル計画 周りを見回して、XMPPプロトコルが最良の候補だと思います。特に、マルチユーザーチャット拡張機能は、私が必要とするものに似ています。これは私の要件に最も適していますか、それとも別の解決策を知っていますか？ 更新：以来、同期会議のプロトコルを調査してきましたが、それは私のニーズに完全に適合しているようです。ただし、それがどれほど適切に文書化されているか、または実際にどのように実装するかはわかりません。 クラウドサービス アマゾンウェブサービス、Google App Engine、Windows Azureの間で決定しました。AWSよりも管理が容易であるため（設計のスケーラビリティの容易さが重要な要素になるため）、Azureが最適であるという結論に達しました。GAEよりも制限が少ないと考えられます。さらに、Azureも間もなく登場しますAndroidとiOSの両方の電話との簡単なインターフェースを可能にするツールキット。 更新：さらに調べると、AWSの方が安価であり、Elastic Load BalancingやAuto Scalingなどのプロビジョニングを備えているため、スケーラビリティを維持するために必要な追加の作業はほとんど無視できます。 これはあなたが行った決定ですか、それとも他のクラウドサービスを推奨/検討しますか？ 一般的な要件 すべてのコンポーネントは、十分に文書化され、信頼できることが証明され、できれば高レベルであることが望まれます。たとえば、私はチャットプロトコルを実装するために自分で作成するのではなく、プラグインを使用することを好みます-したがって、より経験のある人々に任せます。 読んでいただきありがとうございます。あらゆる面についてのアドバイスをいただければ幸いです:-)

8 iphone  android  cloud-computing  azure  amazon-ec2