変更の実装 - 信頼性の柱

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

変更の実装

新しい機能をデプロイし、ワークロードとオペレーティング環境が既知の適切にパッチが適用されたソフトウェアを実行していることを確認するには、変更を制御する必要があります。これらの変更がコントロールされていない場合、変更による影響を予測したり、変更によって発生する問題に対応することが困難になります。

リスクを最小限に抑えるための追加のデプロイパターン

機能トグル (別名、機能フラグ) は、アプリケーションの設定オプションです。特定の機能をオフにしてソフトウェアをデプロイすると、その機能はユーザー側には表示されません。この機能はその後、カナリアデプロイのようにオンにしたり、あるいは変更ペースを 100% に設定して影響を確認したりできます。デプロイに問題が発生した場合は、ロールバックしないで単純に機能をオフに戻すことができます。

障害分離ゾーンデプロイ : 独自のデプロイで AWS 確立された最も重要なルールの 1 つは、リージョン内の複数のアベイラビリティーゾーンに同時に触れないようにすることです。これは、アベイラビリティーゾーンを独立させて可用性を正しく計算するために重要となります。デプロイにあたり、このような考慮事項を念頭に置くことを推奨します。

運用準備レビュー (ORRs）

AWS は、テストの完全性、モニタリング機能、重要な点として、アプリケーションのパフォーマンスを監査SLAsし、中断やその他の運用上の異常が発生した場合にデータを提供する機能を評価する運用準備状況レビューを実行すると便利です。正式な ORRは、最初の本番稼働デプロイの前に実行されます。 AWS は、運用上の期待から逸脱していないことを確認するために、ORRs定期的に (1 年に 1 回、または重要なパフォーマンス期間の前に) 繰り返されます。運用準備状況の詳細については、「AWS Well-Architected フレームワーク」の「運用上の優秀性の柱」を参照してください。

ベストプラクティス