質問

Azure と .NET Service Bus に関する記事をたくさん読みました。技術的な部分は理解できたつもりですが、現時点では要点、つまりどのような種類のプロジェクトをクラウドに移行する必要があるかを説明する「ケーススタディ」が抜けています。新しいプロジェクトを開始するとします。自分のプロジェクトが Azure プラットフォームに適合するかどうかを判断するにはどうすればよいですか?

Azure の一般的なシナリオは何ですか?それは世界規模の B2C アプリケーション用ですか、ローカル B2C アプリケーション用ですか、それとも「内部」B2B アプリケーション用ですか?グローバル Azure がローカル インフラストラクチャやローカル サーバー ホスティング プロバイダーよりも優れているかどうかを判断するにはどうすればよいですか?他のシナリオと比較した場合、Azure への移行の長所と短所は何ですか?

実体験にも興味があります。実際のプロジェクトを Azure にデプロイしましたか?あなたの経験は何ですか?Azure はすでに成熟していますか?多くのテクノロジは、使用可能になるまでに複数 (少なくとも 3 つ) のリアライズを必要とします。アズールも同じでしょうか?

私の最後の懸念は、セキュリティと信頼です。Azure プラットフォームを信頼しますか?SQL Azure サービスを使用して、Azure 上での仮想的な銀行取引を実証した記​​事を読みました。本当に Azure 上で安全に実行できるのでしょうか?

似たようなのがあります 役職 しかし、そこでは答えが見つかりませんでした。

編集:

これを読みました 記事 今日。私の質問のいくつかについても説明しています。

役に立ちましたか?

解決

Azureのための最善のシナリオの1つは、あなたがウイルス増殖を期待されるアプリケーションです。はい、それは、そのような期待を持っていることはほとんど愚かですが、アプリケーションの特定のクラスがある - 特に「社会」の応用 - 。唯一、彼らはウイルスの増殖が発生した場合生きるしようとしている。

拡張機能停止期間または少なくとも忠誠を脅かすスローダウンを持たずに成長のようなものに適応できるように、独自のインフラストラクチャを計画することは極めて困難です。あなたはいつもあなたは常にあなたが潜在的に悪いあなたの資本を使用して、あなたの滑走路を短縮している場合に予想される必要性のための過供給されない限り、リソース不足に反応し、背後にあることを行っています。

Azureがきちんとこれらの問題に対処しています。あなたがそれらを必要としてあなたは、リソースを追加することができます。あなたは、Azureの管理コンソールを使用して新しいリソースを追加し、数分の予告に使用方法のスパイクに対応することができます。

私が思うに、私はアズールが優れ一致しているため、他の多くのシナリオがあると思いますが、私が説明したことを一つはかなり説得力のあるケースです。

他のヒント

[編集]

そういえばこっちだとこの10月にする必要がありますのです。ものも変化します。また株式会社エンパシは、Microsoft社からwindowsへのRuby Coffeescript,Node.js 少しのScalaい遺憾の意を述べたい。HerokuとMongoHQたかによりフィットした、ということがあります。

[編集]

って消費者に面した場ベーター走行Azureとで遊んでいたとのことで早期にβ.

のメリット:

  • 紺碧しているとは到底思えないほど安定しています。していましたが代替品を用意して単一の事故につきましては工程の多いデータです。
  • このSDKは、包括的、文書化し、統合のIDEです。
  • アップタイムを超えるSLA
  • 高速-Azureは本当に本当に速いの全般について
  • 非常にワークフローの開発
  • 厳しい意見や多くの従業員とMVPsでしまいました。んの助けを必要なときにいつでもします。
  • まちづく管理者ます。E.g.いらない一;-)
  • やすいです。この最大のセールスポイントではない。必要な初期設備投資額、つまでも取得することCNN面接までのスピンアップよりの果たす役割えている。
  • 企業のクラスは、負荷バランスのデータベースシステムと、SQL Azure.移植コード以上の時間です。

の連結:

  • な分散型キャッシュ-あるmemcachedソあいう感じだハック
  • 初期費用がかからwebアプリシナリオなどコストに不当な影響を及ぼさない申請の建築)
  • 非常に高いコストのNoSQL、キュー。ある取引手数料に関わる一部のシナリオを非常に複雑になる。
  • ないリアルタイム(セミリアルタイム)請求情報をAPIに含まれています。
  • の管理インタフェースは、歯をMicrosoft.
  • マイクロソフトさんはゆっくりと進/かかって長時間の新しい特徴です。
  • んでロックとしてAzureはPaaS vsアマゾン(IaaS)のプロバイダです。この変更後、VM役割が可能です。
  • で非常に長い(約10~30分)をスピンの新しいインスタンス
  • 不足の地図/削減の枠組み

現在一部の連結は重大な権現がない"から選択紺碧のプラットフォームの多くは、その決議PDC.

ると思い紺碧のため、すべてのシナリオでは、その不足による分散キャッシュでトラブルの非常に高のウェブアプリです。

もあまり信頼Azureによってよかった銀行が多くの事件の実績があっ右にするというものである。最終的にかなりマイクロソフト社の採用と集中トップワンランク上の安全保障の人そして外することができます。いくという大事な一戦となります。

ここ数日間、Azure kool aid firehose から吸い出した後、私はあなたのポイントのいくつかに答えることができます。

安全ですか?

はい。物理的に安全であり、データも安全です。保存するデータは 1 つのドライブに配置されるのではなく、多数のドライブに分散されます。最大のリスクは次のようなものです。 不満を持つ元従業員, 、それは完全にあなたのコントロールの範囲内です。

それはあなたにとって正しいですか?

これに対する答えは非常に自由です。質問を変えてください。次のように尋ねたほうがよいでしょう。 Azure のメリットが必要ですか? その質問に対する答えは、他の質問よりもはるかに明確である可能性があります。幾つかある Azure のメリット (主にスケーラビリティ、保守性、CDN スタイルの動作、社内 IT インフラストラクチャのコストの削減に基づいています) しかし、それでも制限があり、すべての目的に適しているわけではなく、場合によってはまったくメリットが得られません。

アズールの主な利点は、そのようなハードウェアを維持するために、ハードウェアやスタッフとしてコスト、あなたのニーズに応じて、長期的に投資することなく、アプリケーションやサービス上または下を拡張することができますということです。

あなたがあなた自身のインフラストラクチャを使用して、同じアプリケーションを実装する場合、あなたは関係なく、あなたがアプリケーションから抜け出すどのくらいの価値や有用性のアップフロント固定費の多くを持っています。たとえば、あなたが購入、インストール、セットアップする必要がありますし、あなたのピーク負荷のみを一日一回または月に一度発生した場合でも、あなたの予想されるピーク負荷を処理するために十分なハードウェアを維持します。あなたはピーク時の負荷を過小評価した場合はどうなりますか?あなたはより多くのハードウェアを構築できるようになるまで、あなたのサービスがダウンしました。あなたはピーク時の負荷を過大評価した場合はどうなりますか?あなたはあなたのために働いていないお金を費やしていることを意味する、周りに座っ未使用のハードウェアを持っています。

はい、Azureでは、このような消費者向けのウェブサイトやサービスを実行しているとして、B2Cシナリオのために使用することができます。 B2Cは、口の中のウイルスの取り込みのハンドルワードに(数分または数時間で)すぐにスケールアップできるようにする必要があります。あなたは敷地内に新しいサーバハードウェアを持参し、それを持っており、30分で実行していることはできますか?おそらくない。

はい、アズールは、在庫やサプライチェーン管理のためのサービスAPIを実行しているとしてB2Bシナリオに使用することができます。あなたは自給自足の島としてあなたAzureのアプリを設定する、またはあなたは、バックエンドサービスのために企業ネットワークにそれを結びつけることができますサービスバスを使用することができます。

はAzureのような大規模なデータにデータ解析を行うように、「サージ」処理を扱うために特に有用です。あなたが一日の終わりに家に帰るときにそれらをすべてダウンをシャット、データを通じてかむには、いくつかのAzureのインスタンスを取りスプール。あなたは計算の数百または数千を持つことの利点は、あなたが利用可能なノード持っていますが、あなたがそれらを使用するときにのみ、彼らのために支払うます。

私は常にそれらをより行うことのために、私は一度にあまりにも多くの取っていないためAzureのプラットフォームチームに入金しなければなりませんプッシュしていますけど。うまくAzureでは、今のサービスのかなり小さいメニューを提供しています(BLOBストレージ、テーブル記憶、キューサービス)が、これらのサービスは、仕事だけでなく、スケール。

は、Azureの成熟?提供されるサービスは、完全に焼きや信頼性があるという意味では、はい、私はアズールが成熟していると言うでしょう。あなたがしたいこと、すべての可能なサービスは、内蔵されたという意味で成熟を意味する場合は、いいえ、Azureがまだそのサービス提供の幅を拡大しています。

Azureのは、おそらく今のに最適ではないことを、アプリケーションとサービスのシナリオがあります。 Azureのデータセンターは、例えば、リアルタイムの金融市場の処理に適しているかどうかはわかりません。 Azureでは、ほぼリアルタイムのデータ分析と、確かに終わりの日のリスク分析に適しています。 Azureでは、動的な負荷やピークカットを処理するために自動展開とスケールアップを実装していない - あなたはこれを手動で管理したり、サービスのAPIを使用して、独自のインスタンスマネージャを書くことができます。アズールの料金体系は、ビジネスアプリケーションのために連動されて - それはやり過ぎではなく、そのようなサイトはかなり高いトラフィックを持っており、収入源である場合を除き、個人のウェブサイトやブログをホスティングするための費用対効果です。

情報開示:私は、Windows Azureのためのツールで、Microsoftの従業員とIの仕事だ。

私にとって、それは主に費用便益分析です。内部的にAzureの対すべてのインフラストラクチャをサポートするために、あなたの費用がかかりますどのくらいを決定します。

セキュリティは、明らかに、最大のこだわりのポイントです。

私は過度にそれを気にする持っていなかったように私は、個人的にセキュリティに話すことができないが、ここで私が見つけた紺碧のセキュリティについてのカップルのリソースがあります。

http://azuresecurity.codeplex.comする

http://www.windowsecurity.com/articles/Microsoft -Azure-セキュリティCloud.htmlする

偽の敷地内に質問レスト。プロジェクトはありません。の必要性は、すべてのクラウドに移動します。どのようなクラウドの提供、前回の回答で述べたように、拡張性によって限定されるものではなく、新しいアイデアのためのプラットフォームです。クラウドの主な利点は、従来のプロジェクトのニーズの設備投資が成長する一方で、すべての主要な成長に関連する費用は、OPEXであるということですので、危機前の金融VC-スタイルの成長モデルに基づいています。

ポイントは、新しいアイデアが表示されない、と彼らは人気となっている場合、それらがクラウドでホストされている場合、彼らは長い間彼らのコストモデルは、常にトランザクションあたりのコストがより少ないかであることを保証としてとして(制限なしに成長することができたときにということです)トランザクションあたりの収益に等しく、その結果は、これらのプロジェクトは「無関係になるということになります。

MSがX億のためのSkypeを買っている間、プログラマがpopulareクラウドを作成するために例えば、それが可能になりますが(理論上は)Skypeクライアントを主催し、SkypeがVC /フィナンシェ成長の無い設備投資や必要性にやったことを実現しています。

問題がなければなりませんので、「クラウドの利点は何である」ではないが、本当に

'雲一つは、おそらく最終的に表示されるホストされていることが認められているいったんモデルは、理にかなって何をビジネスの
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top