回答。

システムアーキテクチャにおけるSLA（サービスレベルアグリーメント）の設計は、サービスの品質指標を管理可能、測定可能、監視可能にすることです。アーキテクチャ設計の段階で、SLAの主要なパラメーターやそれらの測定に必要な技術的メカニズムを定義します。

基本的なステップ:

1. ビジネスクリティカルなメトリックを明確にします：応答時間、可用性、エラー率、復旧時間。
2. アーキテクチャには、これらのメトリックを自動的に収集するための監視手段が含まれます。
3. SLAは顧客と合意され、結果は監視とアラートの基盤になります。

ウェブサービスのSLAの例:

• 可用性：99.9%（ダウンタイムは月に43分以内）
• APIの応答時間：95%のリクエストで200ms以内
• エラー率：0.5%以下

重要な特徴:

• SLAは技術的アーキテクチャだけでなく、運用とサポートプロセスにも影響を与えます。
• SLAはしばしば仕様書や契約に文書化されます。
• 自動監視、アラート、レポートにより、SLAの実行状況を正確に記録できます。

トリッキーな質問。

SLAは技術的メトリック（例えば、エラーや応答）だけに基づいて構築できますか？

回答：誤りです。SLAがビジネスの期待に応えるためには、ビジネスメトリック（例えば、成功したビジネスオペレーションの割合）も考慮する必要があります。

---

SLAの達成は静的なプロセスであり、システムが立ち上がった後に調整を必要としないのでしょうか？

回答：いいえ。SLAはビジネスの変化、負荷の増加、新しい要求の出現に応じて見直されます。

---

SLAの監視は、サービス内のエージェントなしで外部システム（ping、http-check）の結果にのみ基づくことができますか？

回答：推奨されません。外部監視は重要ですが、内部メトリックを収集するエージェントがあることで、外部から目に見える前に隠れた問題を早期に発見できます。