GitLab SaaS サービスの可用性測定

このポリシーは、GitLab.com、GitLab Dedicated、および GitLab Dedicated for Government の可用性の測定方法を規定します

GitLab サービスレベルアグリーメント - 可用性の定義

以下のサービスレベルアグリーメントは、2026年1月1日以降に購入または更新された Ultimate ティアの SaaS ソフトウェアに適用されます。

サービス可用性コミットメント

GitLab は、各暦月において対象エクスペリエンスを月間稼働率少なくとも 99.9% で利用可能にすることをコミットします。

対象エクスペリエンス

以下の GitLab の機能とサービスは、この SLA(「対象エクスペリエンス」)の対象となります。

  1. Issue とマージリクエスト
  2. Git 操作(HTTPS および SSH 経由でのプッシュ、プル、クローン)
  3. コンテナレジストリ操作
  4. パッケージレジストリ操作
  5. API リクエスト(上記の対象エクスペリエンスのみに限定)

ダウンタイム分の定義

**「ダウンタイム分」**は、以下の場合に発生します。

サービスが可用性の低下を経験しており、特定の1分間における対象エクスペリエンスへの有効な顧客リクエスト5% 以上が、GitLab の内部および外部モニタリングシステムによって決定されるサーバーエラー(HTTP 5xx ステータスコードまたは30秒を超える接続タイムアウトとして定義)になる場合。

ダウンタイム分には、このドキュメントで定義される除外分は含まれません。

有効リクエストの定義

**「有効リクエスト」**とは、以下のすべての条件を満たすリクエストを意味します。

  1. 適切に認証および認可されている - リクエストに有効な認証資格情報が含まれており、ユーザーがリクエストされた操作に対して適切な権限を持っている

  2. 正しく形成されている - リクエストが:

    1. 文書化された API エンドポイント、パラメーター、およびメソッドを使用している
    2. GitLab が公開している API 仕様とドキュメントに従っている
    3. 構文的に正しい Git コマンドを含む(Git 操作の場合)
    4. 必要なヘッダーと適切に書式化されたリクエストボディを含む
  3. 使用制限内である - リクエストが:

    1. 文書化されたレート制限を超えていない
    2. サイズ制限を超えていない(ファイルサイズ、リポジトリサイズ、ペイロードサイズなど)
    3. ブロックされていない IP アドレスまたはユーザーから発信されている
    4. フェアユースポリシーに従っている
  4. 悪意がない - リクエストが:

    1. セキュリティの脆弱性を悪用しようとしていない
    2. 悪意のあるコードやペイロードを含んでいない
    3. DDoS やその他の攻撃パターンの一部ではない
    4. アクセス制御を回避しようとしていない
  5. サポートされている操作 - リクエストが:

    1. 顧客のサブスクリプションティアに含まれる機能をターゲットにしている
    2. 一般提供(GA)機能を使用している(実験的/ベータ版ではない)

以下は有効リクエストから除外されます。

  1. クライアント側の問題によって HTTP 4xx エラーを受け取るリクエスト
  2. 廃止日以降に廃止された API エンドポイントへのリクエスト
  3. GitLab が運営していない自動テストまたはモニタリングツールからのリクエスト
  4. プリフライト/OPTIONS リクエスト
  5. ヘルスチェックまたはステータスエンドポイントリクエスト

除外分

以下の分はダウンタイム分としてカウントされません。

  1. スケジュールされたメンテナンスウィンドウ
  2. 重大なセキュリティまたはデータ整合性の問題に対処するために必要な緊急メンテナンス
  3. 不可抗力事象または一般的なインターネット接続の問題
  4. 利用規約に違反した顧客のサービス使用によって引き起こされる問題
  5. GitLab が提供または管理していない機器、ソフトウェア、またはサービスによって引き起こされる問題
  6. アルファ、ベータ、またはプレビューとして明示的にラベル付けされた機能またはサービス

月間稼働率の計算

**「月間稼働率」**は以下のように計算されます。

$$\text{月間稼働率} = \frac{\text{月の総分数} - \text{ダウンタイム分}}{\text{月の総分数}} \times 100$$

ここで:

  • 「月の総分数」 = 暦月の総分数
  • 「ダウンタイム分」 = 暦月においてダウンタイム分の定義を満たした対象エクスペリエンスの総分数(除外分を除く)

サービスクレジット

月間稼働率が 99.9% を下回った場合、GitLab Ultimate ティアの顧客は以下に従ってサービスクレジットを(以下で定義する方法で)リクエストできます。

月間稼働率サービスクレジット
99.5% - <99.9%月額料金の 5%
< 99.5%月額料金の 10%

クレジットリクエストプロセス

サービスクレジットを受け取るには、対象の顧客は次のことを行う必要があります。

  • 影響を受けた月の終わりから30日以内に support.gitlab.com でサポートリクエストを送信する。
  • SaaS サービスが利用できなかった時期に関するすべての関連情報を含める。
  • 対象エクスペリエンスへのアクセス試みについての合理的な詳細を提供する。

受領後、GitLab は独自の内部モニタリングデータに対してクレームを検証し、検証された場合、顧客の次回発行の請求書に対してサービスクレジットを発行します。発行されたサービスクレジットは、いかなる場合においても顧客への料金の返金にはなりません。

クレジット適格性

ダウンタイムによるクレジットの適格性を確認するには、support.GitLab.com からリクエストを送信してください。