SLA

ひとことで言うと

SLAは、サービスの品質（稼働率・応答速度・サポート対応時間など）を数値で定めて、提供者と利用者の間で合意した文書や取り決めです。

クラウドサービスや外部APIを使う契約を結ぶとき、SLAに何が書かれているかを確認することで、そのサービスがどこまで信頼できるかを判断できます。 SLAを下回った場合の補償（クレジット返還など）が定められていることも多く、ビジネス上の重要な根拠になります。

たとえ話でもう少し詳しく

SLAは、業者との契約書に近いです。

• 「毎日12時までに配達する」という約束を文書化する
• 約束が守られなかったとき（遅延・破損）の補償も明記する
• お互いが「何を期待してよいか」を事前に合意しておく

クラウドサービスのSLAも同じです。 「月間稼働率99.9%を保証する」「それを下回った場合は利用料の一部を返還する」という形で、サービスの品質水準と責任範囲が定められています。

よく使われるSLAの指標

• 稼働率（アップタイム）: 月間・年間でサービスが正常に稼働している割合
• 応答時間: リクエストに対してどれだけ速く返答するか
• サポート対応時間: 問い合わせから初回返答までの目標時間
• 障害通知: 障害発生時に何分以内に通知するか

よく出る場面・使いどころ

• クラウドサービス（AWS・GCP・Azureなど）との契約内容を確認するとき
• 外部のAPIやシステムをビジネスの基盤として使う前に信頼性を評価するとき
• 自社サービスの品質目標を社内・顧客に対して明示するとき
• 障害が起きたときに「約束の範囲内か」を判断するとき

似た言葉との違い

• SLO（Service Level Objective）
  • サービスが目指す品質の目標値。社内向けの設計目標として使われることが多い
  • SLAはユーザーへの約束、SLOはそれを達成するための内部目標という関係
• 稼働率（アップタイム）
  • サービスが稼働していた時間の割合
  • SLAで保証される指標のひとつ
• 可用性
  • システムが使える状態にある割合や性質
  • SLAではこの可用性の数値を「保証する値」として明記する

実務で気にするポイント

• SLAの稼働率保証は「月間」「年間」など対象期間を確認する
• 補償（クレジット）の条件・上限額・申請方法を事前に確認する
• SLAを下回っても自動的に補償されるわけでなく、申請が必要なことが多い
• 「99.9%保証」でも年間8時間以上の停止が許容される水準のため、自社の許容範囲と照らし合わせる

注意: SLAはあくまで「最低保証ライン」であり、実際のサービス品質はそれを上回ることが多いです。ただし、ビジネスへの影響が大きいシステムでは「SLAが存在するかどうか」だけでなく「補償内容が十分か」まで確認したうえで採用を判断しましょう。