ShareAmazonのお客様は、私たちがビジネスをどのように構築し、運営しているかについてもっと知りたいとよく言っています。Centerを視察し、倉庫の整理方法を確認します。法人のお客様は、しばしば当社のリーダーシップ原則について質問し、時には彼ら自身の使用のためにそれらを採用します(そしてそれから適応させます)。私は定期的に彼らを私たちのエグゼクティブ・ブリーフィング・センター(EBC)にお迎えし、長期的な成功の一環として失敗を受け入れる、考え方や、私たちの技術革新の軽いチャーなどについて話をしています。私たちのビジネスを取り巻く同じ好奇心が開発文化を取り囲んでいます。スケーリングするかをよく聞かれます。Libraryを発表できてうれしいです。システムの構築および実行方法を正確に説明する詳細な記事のコレクションを開始します。各記事は、ビジネスのその部分で深い専門知識を持つシニアテクニカルリーダーによって書かれています。マネージャー、アーキテクト、およびCTOはすべて、このコンテンツが役立つと感じるでしょう。これは、「店舗で販売されていない」学校で教えられていないコンテンツです!ライブラリはカテゴリ別に整理されています。パフォーマンスの最適化を支援するクラウドサービスを設計する際に行う設計上の決定。–新しいソフトウェアをクラウドにリリースし、その後ヘルスと高可用性を維持するプロセス。Yanacekは、メッセージキューの内外を調査し、発生する可能性のある障害モードの多くを含む利点とリスクを調査します。Coreを強化する方法について説明し、レスポンシブを維持し、「言葉で言えば」「魔法のリソースの分離」を実装するために使用される高度な戦略について説明します。Davidは、複数のキューの使用、シャッフルシャーディング、遅延キュー、バックプレッシャーなどを含む、復元力のある非同期マルチテナントシステムについても解説しています。分散システムが失敗する多くの方法について説明します。3つの異なるタイプ(オフライン、ソフトリアルタイム、およびハードリアルタイム)のシステムを定義した後、彼はBizarroとの類推を使用して、なぜハードリアルタイムシステムが(再び、彼の言葉で)「率直に言って」パックマンに基づいた例を使い、要求/応答通信を追加し、成功または失敗する可能性のあるすべての方法を列挙します。彼は、テストケースの数を減らす方法について議論し、分散システムのテストに伴う他の多くの問題についても話しました。これらは2つの記事にすぎません。コレクション全体をチェックアウトしてください。Welcome私たちは、より多くのコンテンツを持っています。我々はまた、あなたの話に興味を持っています。この投稿に関するフィードバックをお気軽にお寄せください。機会均等法を順守しています。平等に採用しています。