私は最近 AWS:良い、悪い、醜い の記事を読みました。これは、EBSがサポートするすべてのAWS機能から移行したことを述べています。 EBSによって明示的にサポートされる(EBSバックアップEC2インスタンス)または暗黙的に(AWS Webコンソール)機能は何ですか?
ランダムアクセスIOの方が明らかに優れているため、Amazonがエフェメラルまたはインスタンスストアと呼ぶものの代わりにEBSが使用されます。シーケンシャルIOは、インスタンスストアボリュームで高速にできます。
EBSバックアップ
EBSバックアップなし
SES、SNS、SQS、およびSWFがEBSを使用しないことはほぼ確実です。
ElastiCache、CloudFormation、CloudWatch、IAM、またはCloudSearchはEBSを使用すると思いますではありません。
そのブログの記事にコメントしましたが、その記事は後に著者によって削除されました。彼の投稿を読むときに、そのレベルのプロ意識を検討することをお勧めします。私が書いたもの:
AWSは、リージョン全体に障害が発生したことはありません。ブログの作成者が時間をかけてリンクした2つのインシデントレポートを読んでいれば、彼はそれを学んだでしょう。適切に設計されたAWSデプロイメントalwaysは、複数のアベイラビリティーゾーンを使用します。両方のイベントで経験した最悪の影響は、パフォーマンスのわずかな低下または断続的なAPIアクセスでした。どちらも遅いストッパーではありませんでした。
元のコメントに追加しなかったもの:
AWSで発生するフレークの99%は、AWSを適切に使用する方法を理解していない人によるものです。彼らはそれを単なる別のVPSまたは単なる別のco-loサーバーとして扱います。あなたはhaveを使用して、クラウドベースのデプロイメントを念頭に置いてアプリケーションを構築します。ランダムノード障害を許容し、ステートレスアプリケーションサーバーを使用し、1つ以上のロードバランサーの背後にある複数のインスタンスとサブネット間でシームレスに機能する必要があります。疎結合コンポーネントを使用し、メッセージキューを使用して階層間で通信する必要があります。
要するに、このブログ投稿は、選択したツールの使用方法を理解していない誰かによるもう1つの長続きした怒りでした。