あなたの会社では Amazons クラウド サービスを使用していますか?[閉まっている]

Question

～の可能性についてたくさん読んだ アマゾンズクラウド コンピューティングなど S3 または EC2 そして、誰かがこれをミッションクリティカルなアプリケーションに実際に使用しているのだろうかと疑問に思いました。会社の Web サイトをクラウドでホストしていますか?そこにファイルを保存しますか?ビルドサーバーをクラウドで実行していますか?

すでにいくつかのサービスがありますが、 スカール または ウェオセオ それはこのタスクに役立つかもしれませんが、経営陣がすでにこれが本当の問題であるかどうかはわかりません...

---

編集 もう一つの点を追加したいと思います。あると思いますか？ 隠れた あなた (またはあなたの会社) がアプリケーションやアプリケーションの一部をクラウドにアウトソーシングすることを妨げる AWS ライセンスの問題はありますか?

編集 S3 または EC2 と自社またはサードパーティのホスティング サービスの全体的な停止時間を比較した統計についてご存知ですか?

Answer 1

EC2 上にアプリケーションの 2 つのインスタンスをセットアップし、ローカルから AWS へのバックアップとメディア資産の配信として S3 を使用しています。6 月中旬に、アプリケーション コンテンツ/トラフィックの約 15% 以上を EC2 に移行しました。結果はまちまちで、コンテンツの使用量が多いインスタンスをホスト型データセンターに戻し、現在、他のコンテンツ配信オプションを調査しています。

次の点に注意してください。

1. 私のアプリケーションは帯域幅を大量に消費しています (インスタンスあたり 100mbps から)
2. 私と私の会社はスイスに拠点を置いており、それが私たちの評価に確実に影響を与えています。
3. 帯域幅をフロー速度 (mbps など) として定義し、トラフィックを量 (mb、gb など) として定義します。

長所:

• 低から中程度のボリュームのトラフィック コスト (月あたり 1 テラバイト未満を想定)。その曖昧な境界線を超えて、自分で行うか、適切な CDN を見つけてください。
• アクティブなユーザーコミュニティ
• S3/CloudFront で配信されるコンテンツによる実質的に無制限の帯域幅
• 柔軟性 (インスタンスをキックオフして数分で実行可能)
• インスタンスで利用可能な CPU 能力は、たとえ小規模なインスタンス タイプであっても、私のアプリケーションには常に十分でした。必要な場合には、他の高 CPU インスタンス タイプも用意されています。

短所:

• インスタンスがアクセス不能になり (前代未聞のことではありません)、災害復旧手順を実行しました。12時間。
• S3 と EC2 の両方で、ネットワーク遅延が許容できないほど長くなる可能性があります (数百ミリ秒)
• EC2 インスタンスの帯域幅には制限があります。何時間も検索したにもかかわらず、ユーザーが期待できる具体的な数字を含む公式声明は見つかりませんでした。当初、テストでは最大約 250mpbs が見られましたが、劇的に改善されたようです。
• HTTP 接続ごとの帯域幅が許容できないほど低くなる可能性があります。800mpbs 接続と高品質のピアリングを備えたスイスのデータセンターからも 1 ～ 2mbps です。編集：最近、データセンターと EC2 間のレートが 3 ～ 4mpbs の範囲にあることが確認されました。
• S3 は「通常の」ファイル システムではありません, 、特別なソフトウェアが必要です。私たちは JungleDisk を選択しましたが、これは 24 時間年中無休の適度なサイズのデータ​​ セット サーバー環境には不適切であると今では考えています。奇妙なことが起こり (「ls」コマンドでファイルが 2 回リストされる)、予期しないクラッシュが発生します。 使用 EBS 永続データの場合は、 注意点がないわけではない.
• S3は ない CDN。私の会社は、他の多くの会社と同様に、Amazon S3 を CDN として使用しようとしました。他にも低コストの代替品があります。(Akamai、voxel.net、easycache.com)

私はクラウドのコンセプトのファンであり、今後も EC2 からインスタンスを実行し続けますが、現在の形式では主な運用ニーズには不適切であることがわかりました。AWS には解決すべき問題がいくつかあります。

Answer 2

現在、ビデオホスティングにS3を使用していますが、とても気に入っています。 .NETを使用している場合は、セットアップをサイトに統合するための少しのリードタイムを与えてください。私は彼らのサービスを強くお勧めします。

おおまかなことがわかったのは、シルバーレベルのサービスを得るために＆gt; 100を費やさなければならなかったことだけでした。私たちのサイトは最終的にそれだけを使いますが、まだベータ版ではありません。質問はありませんでした。彼らのサポートがどのようなものかを知りたかっただけです。

サポートは素晴らしく、非常に役に立ちましたが、ポケット（上司のポケット）に入らずに質問をすることができればよかったと思います

ああ、ライセンスの問題は発生していません。

比較的、お金のために、他のホスティングサービスよりもS3を選択します。その範囲が非常に広く、価格が非常に低いためです。

Answer 3

信頼性について

クラウドサービスで実行しているものはありませんが、信頼性の問題に対処したいと思います。

Amazonチームには、私よりもはるかに多くの経験とリソースがあり、頑丈なWebサイトを運営できると確信しています。彼らは先週数時間ダウンしていましたが、現在のレベルの経験とリソースで、あなたや私が自分で持っている場合よりも全体的にアップタイムが良いと思います。

Answer 4

イメージホスティング（現在500万を超えるファイル）およびサーバーバックアップにS3を使用しています。 EC2を画像処理に使用し、SQSを使用してこれらのタスクを調整しました。その特定のタスクのために、非仮想化サーバーが10倍高速であることが判明したため、EC2を削除したと言わなければなりません。そして、mysqlを使用してキューイングの独自のソリューションを作成しました。

Coding Aloudに重要な投稿があります[ http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] Amazon S3でGoing Bankruptと呼ばれる、見てみましょう。

Answer 5

免責事項：私はUCSBの大学院生で、これから言及するソフトウェアを公開しました。

クラウドの所有権が心配な場合（たとえば、クラウドボックスを物理的に所有していない場合）、ユーカリ。 EC2 APIに準拠しており、サーバーを使用できます。また、オープンソースなので、何が起こっているかを正確に確認できます。

しかし、実際の質問には、いいえ、私たちのウェブサイトをクラウドでホストしていませんが、確かにたくさんのアイデアがあります。

Answer 6

2回目の編集については、 CloudStatus をご覧ください。 AWSのサービスとGoogle App Engineの停止とパフォーマンスを監視します。 Amazonは、 http://status.aws.amazon.com/ で停止を追跡します。

Answer 7

会社のファイルをS3に保存して、外出中の従業員がアクセスできるようにします。非常に安くて簡単。 S3上のファイルにアクセスするための多数のアプリ。使用しているのは、素晴らしいオンラインファイルマネージャーです： S3fm 。

Answer 8

友人のグループと私は、クラウドに常駐するアプリケーションに取り組んでいます。ただし、クラウドの一部は私たちの管理下にあります。私はアプリケーションを制御することができないため、サードパーティがアプリケーションに対してこのようなリフティングを行うことを決して信頼しません。最近のAmazon S3の停止は、その理由の優れた例です。

そして、私は絶対に、前向きに、インフラストラクチャのどの部分も（たとえば）Amazonのサーバーに決して配置しませんでした。ビルドサーバー、ソースコードなどは常に厳しく管理されています。信頼性が低い可能性があるだけでなく、これらのサービスのライセンスがサービスプロバイダーにとって過度に寛容だと感じているためです。それに加えて、悪意のあるホスト*は、ソースコードを取得し、そのようなものがサービスを使用するために同意しなければならないライセンス契約によって合法化されていなくても、それを独自の目的で使用する可能性があります。

*おそらくAmazonには適用されませんが、あなたが言及した他の2つは聞いたことがなく、彼らが10年ほど周りになるまで、私はおそらくそれら、またはそれらのようなサービスを信頼しません。