
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
AWS Well-Architected 5本の柱を要約する(信頼性) - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
AWS Well-Architected 5本の柱を要約する(信頼性) - Qiita
参考ページ 障害対策の基礎知識 RASIS 設計の原則 信頼性には、5 つの設計の原則があります。 ・復旧⼿... 参考ページ 障害対策の基礎知識 RASIS 設計の原則 信頼性には、5 つの設計の原則があります。 ・復旧⼿順をテストする ⇒障害試験は行っても復旧手順の試験までは行っていないことが多い。 オートメーションで疑似障害を発生させることができ、 以前の障害のシミュレートができる。 これによりテストしたことがないコンポーネントに対して障害が発生するリスクを低減できる。 ・障害から⾃動的に復旧する ⇒障害の検知とオートメーションを組み合わせることで自動復旧を実現する。 ・⽔平⽅向にスケールしてシステム全体の可⽤性を⾼める ⇒1つの大規模なリソースを複数に分割し、障害の影響を軽減。 ・キャパシティーを推測しない ⇒実測値を元にキャパシティを設定 ・オートメーションで変更を管理する ⇒変更作業をドキュメント化(⇒手作業を認めない)することでミスがなくなる。 オートメーションに対する変更を管理する。 ベ