プランの制限と使用

DevOps Insights 2026年8月31 日にサービス終了となり、提供が中止されます。 Continuous Delivery は、2027年2月12日に以下のリージョンで提供が中止されます： au-syd、 ca-tor、 us-east。また、同日をもって、Code Risk Analyzerもすべての地域で提供を終了いたします。あるリージョンでこれらの機能が実際に利用されていない場合、そのリージョンの機能は早期に提供が終了し、新しいインスタンスの受け入れが停止される可能性があります。詳細はこちら

IBM Cloud® Continuous Delivery の使用は、 IBM Cloud プラットフォーム、またはその他の互換性のある Platform-as-a-Service（ PaaS ）もしくは Infrastructure-as-a-Service（ IaaS ）製品上での、アプリケーションの構築、デプロイ、テスト、および継続的な運用に限定されます。

サービス・インスタンスの有効範囲

Delivery Pipeline、 Git Repos and Issue Tracking、および DevOps Insights のツール統合を含む DevOps ツールチェーンを作成および使用するには、 Continuous Delivery のサービスインスタンスが必要です。サービス・インスタンスはリージョンにあり、リソース・グループに属しています。特定のリージョンおよびリソースグループ内の Continuous Delivery サービスインスタンスは、同じリージョンおよびリソースグループ内のすべてのツールチェーンの利用状況を管理および計測します。

料金プラン

以下の表はContinuous Deliveryの料金プランの概要です：

料金プラン
プラン	コスト	制限
ライト	無料	ライト・プランでは、 Continuous Delivery の全機能が使用制限付きで提供されます。
Professional	有料	プロフェッショナル・プランは、 Continuous Delivery の全機能を使用制限なしで提供します。

1 つのアカウントにつき最大 1 つのライト・サービス・インスタンスを持つことができます。複数のリソースグループや複数のリージョン内でツールチェーンを使用する場合は、Professionalプランの利用をお勧めします。

詳しくは、料金プランをご覧ください。

使用量メトリック

Continuous Delivery サービス・インスタンスは、 IBM Cloud アカウント内の使用状況メトリックを追跡および報告します。サービス・インスタンスの料金プランによっては、メトリクスが使用コスト、使用制限、またはその両方に影響する場合があります。次の表にContinuous Deliveryの使用メトリクスの概要を示します：

ライトプランとプロフェッショナルプランの利用指標
使用法	メトリック	要約
許可ユーザー	`AUTHORIZED_USERS_PER_MONTH`	特定の月におけるサービス・インスタンスの許可ユーザーの平均数のカウント。
パイプラインの実行	`JOB_EXECUTIONS_PER_MONTH`	特定の月内に実行されたパイプライン Tekton ステップまたはクラシック・ジョブの総数のカウント。

統合された請求処理

デフォルトでは、 Continuous Delivery サービス・インスタンスは、相互に独立して使用状況を報告します。スタンドアロン・アカウントまたは企業内の複数のアカウントで、ツールチェーンを複数のリソース・グループに編成している場合、ツールチェーンのユーザーは、Continuous Deliveryサービスの対応する複数のインスタンスから、認可ユーザーとして複数回レポートされる可能性があります。

例えば、異なるリソース・グループ内の 2 つのツールチェーンに統合された Git Repos and Issue Tracking プロジェクトの開発者はカウントされ、Professional プランでは 2 回請求されます。

デフォルトでは、統合請求は無効になっています。ただし、エンタープライズアカウントのProfessionalプランでContinuous Deliveryサービスインスタンスの統合課金を有効にすることができます。そうすることで、許可されたユーザーのEメールが、企業内および地域内で一度だけカウントされ、請求されるようにすることができます。

連結請求機能は、 Continuous Delivery プロフェッショナルプランでのみご利用いただけます。コンソリデーションは、コンソリデーション課金機能が有効になっている Continuous Delivery サービスインスタンスを含むリージョン内でのみ発生します。

連結請求の実現

連結請求を有効にするには、エンタープライズアカウントプロフェッショナルプランの Continuous Delivery のインスタンスがあり、そのインスタンスに Editor または Administrator ロールでアクセスできる必要があります。

一括請求を有効にするには、以下の手順に従ってください：

IBM Cloudコンソールで、コンソールメニューバーのアカウントドロップダウンメニューから、請求を統合するエンタープライズアカウントを選択します。
ナビゲーションメニュー >Resource list をクリックします。
既存のインスタンスにリストを絞り込むには、「Continuous Delivery 入力します。
請求を統合するインスタンス名をクリックします。
管理>連結請求をクリックします。
連結請求の有効化]セクションで[オン]をクリックします。
メールアドレスのリストが完全で、Consolidated authorized usersセクションが正しいことを確認してください。

連結請求の詳細は、エンタープライズアカウント（エンタープライズ階層の最上位アカウント）にあるプロフェッショナルプランの Continuous Delivery サービスインスタンスでのみ利用できます。

連結請求が有効になっている Continuous Delivery インスタンスのプランを Professional から別のプランに変更すると、連結請求は自動的に無効になります。統合された請求を再度有効にするには、まずプランを「プロフェッショナル」に戻す必要があります。

連結請求の無効化

前項のステップ1から7に従う。
連結請求の有効化]セクションで[オフ] をクリックします。

一括請求はどのように行われるのですか？

デフォルトでは、Continuous Deliveryインスタンスについて、認可されたユーザの数が報告される。エンタープライズアカウント内のインスタンスで連結課金が有効になっている場合、そのインスタンスによって、すべての子アカウント内のインスタンスおよびエンタープライズアカウント内の他のリソースグループ内の他のインスタンスを含む、同じリージョンおよびエンタープライズ階層内のすべてのインスタンスに代わって、認証されたユーザ数が報告されます。

リージョンおよびアカウント階層内のすべてのインスタンスから認可されたユーザーのリストが作成される。さらに、重複する電子メールアドレスは削除され、その結果、統合された認証ユーザーの電子メールアドレスのリストのカウントは、エンタープライズアカウントレベルで報告されます。

許可ユーザーの E メール・アドレスの統合リストを確認するには、以下のようにします。

リソースリストから「Continuous Delivery 入力し、インスタンスにリストを絞り込む。
連結請求が有効になっているインスタンス名をクリックします。
管理>連結請求をクリックします。
Consolidated authorized usersセクションのメールアドレスのリストを確認する。このリストは、企業階層内のすべてのサービスインスタンスの認可ユーザリストから生成されるため、読み取り専用です。

サービス・インスタンスで連結請求が有効になっている場合、企業階層内の他のすべてのインスタンスの [管理(Manage)] > [認定ユーザ(Authorized users)] タブには、連結請求がそれらのインスタンスに適用されることを説明する詳細が表示されます。

統合された請求の制限

企業アカウント階層が必要です。スタンドアロンアカウントでは、リソースグループ間の連結課金を有効にすることはできません。
プロフェッショナル・プランが必要です。
- 他のプランでContinuous Deliveryインスタンスの連結課金を有効にすることはできません。
- 認可されたユーザーは、プロフェッショナルプランのContinuous Deliveryインスタンスからのみ統合されます。言い換えれば、ライトプランのインスタンスは連結請求に参加しない。
連結請求は、エンタープライズアカウントのサービスインスタンスに対してのみ有効にできます。また、エンタープライズ・アカウントでは、最大1インスタンスまで有効にすることができます。
統合された請求は、許可ユーザーにのみ適用されます。パイプラインの実行がどのように報告されるかには影響しない。
統合された請求は、指定された 1 つの地域に限定されます。ある地域から別の地域に使用を統合することはできません。
特定のインスタンスに対して連結課金を有効にしても、エンタープライズ階層内のサービスの他のすべてのプロフェッショナルプランインスタンスでは、それらのインスタンスの正規ユーザがまだリストされているにもかかわらず、正規ユーザがゼロであることが報告されます。

連結課金が有効になっているエンタープライズアカウントのインスタンスを削除すると、そのインスタンスに対する課金が停止します。企業や地域の他のサービスのインスタンスは、通常の課金を再開する。削除されたサービスインスタンスが再生中に復元された場合、連結請求は自動的に再開されません。リストアされたインスタンスの連結課金を再度有効にするには、リストアされた Continuous Delivery インスタンスタブから Manage > Consolidated billing に進みます。

認証ユーザーの管理

Continuous Delivery 料金プランは、インスタンスの承認済みユーザー数に基づいて定義され、料金が設定されます。承認されたユーザーは、インスタンスの使用に応じてインスタンスに自動的に追加されます。

各インスタンスの [管理] > [連結請求] タブから、承認ユーザのリストを確認および管理できます。

連結請求が有効になっている場合、エンタープライズアカウントの各インスタンスについて、連結請求タブから承認ユーザのリストを確認することもできます。

あなたのツールチェーンが、 IBM が提供する open-toolchain グループ内の Git Repos and Issue Tracking プロジェクトを統合している場合、例えば us-south.git.cloud.ibm.com/open-toolchain、これらのプロジェクトのメンバーは、あなたのツールチェーンの認証ユーザーとしてカウントされません。

「Lite」プランには制限があります。詳しくは、サービス料金の詳細をご覧ください。

許可ユーザーに関連するアクティビティー・ログを保持できます。インスタンスにおけるサービス主導およびユーザー主導のアクティビティの表示、管理、監査に関する詳細については、「 IBM Cloud Activity Tracker Event Routing のイベント」を参照してください。

リソースグループにContinuous Deliveryインスタンスがある場合、ユーザーはどのように計算されますか？

各 Continuous Delivery インスタンスに紐づく承認済みユーザーの一覧を用いて、ユーザーをカウントおよび管理します。以下のいずれかの基準を満たしたユーザーは、このリストに自動的に追加されます。

デリバリー・パイプラインを表示、編集、または実行します (ユーザー・インターフェースで直接実行するか、リポジトリーにコミットして間接的に実行します)。
DevOps Insightsと対話します。
Git Repos and Issue Tracking のリポジトリーに対して、変更をコミットおよびプッシュできる開発者以上のアクセス権限を持っている。開発者 (以上) の役割を持つ Git プロジェクト・アクセス・トークンのユーザーは、許可ユーザーとしてカウントされます。これらのユーザーは、許可ユーザーのリストに bot ユーザーとして表示されます。

ゲストまたはレポーターの役割を持つユーザーは、許可ユーザーのリストに自動的には追加されません。ユーザーがツールチェーンにアクセスすること、また、Continuous Delivery サービス・インスタンスの許可ユーザー・リストにユーザーが自動的に追加されることを防ぐには、以下の操作を実行してください。

ツールチェーンに対するユーザーのアイデンティティおよびアクセス管理（IAM）アクセスを削除する。
リソースグループおよびリージョン内のすべてのツールチェーンに紐付けられているすべての「 Git Repos and Issue Tracking 」リポジトリについて、「Developer」以上のアクセス権を削除します。これには、リポジトリへのアクセス権を削除するか、ロールを「Guest」または「Reporter」に格下げします。

ユーザーを自動的にカウントするために使用される具体的な活動や、そのカウント方法は、時間の経過とともに変更される可能性があります。ただし、Continuous Delivery プランの利用条件に準拠したプロセスでユーザーがカウントされるという点は今後も変わりません。また、いつでも手動で承認済みユーザーのリストにユーザーを追加することもできます。

IAM を使用して、リソース・グループ内のツールチェーンに対するアクセス権限、およびツールチェーン自体を管理する方法について詳しくは、ID およびアクセス管理を使用したツールチェーンに対するユーザー・アクセス権限の管理を参照してください。 Git Repos and Issue Tracking リポジトリへのアクセス権限の管理に関する詳細については、「プロジェクトのメンバー」を参照してください。

リソースグループ内でツールチェーンを整理する方法によって、ユーザーのアクセスや課金に直接影響が及びます。デフォルトでは、ユーザーが複数のリージョンまたはリソースグループでツールチェーンを使用する場合、リージョンとリソースグループの各組み合わせごとに、 Continuous Delivery インスタンスごとに課金対象となり、請求が行われます。企業アカウントでProfessionalプランを使用している場合、前述のように連結請求を有効にすることで、企業内で請求される正規ユーザーの総数を減らすことができる場合があります。

Continuous Delivery インスタンスの Manage タブから、 Continuous Delivery インスタンスの認証ユーザーリストを管理するには、以下の手順を実行します。

リソースリストから「Continuous Delivery 入力し、インスタンスにリストを絞り込む。
インスタンス名をクリックすると、インスタンスの詳細に移動します。
- 必要に応じて、[管理]> [認定ユーザー] をクリックし、認定ユーザーリストの表示、追加、削除を行います。
- 連結課金を有効にした場合は、[管理] > [連結課金] をクリックして、認証ユーザーの連結リストを表示します。
ユーザーは、 Continuous Delivery インスタンスを使用するときに自動的に追加または再追加されます。

ユーザーが、関連する電子メールアドレスで IBM Cloud アカウントログインし、信頼されたプロフィールを選択すると、そのユーザーは認証されたユーザーとみなされます。サービス ID など、電子メールアドレスのない ID に信頼済みプロファイルが適用される場合、信頼済みプロファイルは認証済みユーザとして分類またはカウントされない。

請求および利用状況の詳細の確認

アカウント内のContinuous Deliveryインスタンスの課金と使用状況の詳細、およびIBM Cloudパブリック環境で各インスタンスに対してレポートされるユーザー数とパイプライン実行数を表示できます。

コンソールのメニューバーから、「管理」>「課金と使用状況」 の順にクリックし、「使用状況」をクリックします。
サービスのリストから、Continuous Deliveryインスタンスのプランを表示するをクリックします。
インスタンスの特定のプランの詳細を表示するには、[詳細の表示] をクリックします。
インスタンスの詳細を表示] をクリックすると、インスタンスの使用情報が表示されます。

「AUTHORIZED_USERS_PER_MONTH」という指標は、毎日集計されるユーザー数の月間平均に基づいて算出されます。連結請求が有効な場合、有効なアカウントのインスタンスは連結「AUTHORIZED_USERS_PER_MONTH メトリックを報告する。企業階層内の他のすべてのインスタンスはゼロを報告する。

サービス・プランの制限を超えた場合

Liteサービスプランには、サービスの承認ユーザー数の制限や、1ヶ月に実行できるClassicDelivery PipelineジョブまたはTektonステップ数の制限など、一定の制限があります。請求期間中にプランの制限のいずれかが超過した場合、サービスは停止されます。たとえば、Classic Delivery Pipeline のジョブやTektonのパイプラインステップは、その請求期間の残りの期間中は実行されません。プランの詳細については、'カタログのContinuous Delivery詳細'{: external}.

以下のセクションで説明するように、Professionalプランにアップグレードすることで、Liteサービスプランの制限を回避し、インスタンスを再アクティブ化できます。

UIでサービスプランをアップグレードする

リソースリストから、アップグレードするLiteサービスプランを持つContinuous Deliveryインスタンスをクリックします。
インスタンスダッシュボードの Plan をクリックします。
料金プランの変更]セクションで [プロフェッショナル] を選択し、[保存] をクリックします。

プランをアップグレードした後、アプリを再デプロイする必要があります：

リソース一覧を開き、そのサービスが紐付けられているアプリを探してください。
「 アクション 」メニューを開き、「 アプリを再起動 」を選択します。

CLIでサービスプランをアップグレードする

サービスがリソース・コントローラーを使用して使用可能になっているかどうかを確認します。

ibmcloud catalog service continuous-delivery

リソースコントローラーでこのサービスが有効になっている場合、 RC Compatible true が表示されます。アップグレードしたいプランのIDをメモしておいてください。

ID                 59b735ee-5938-4ebd-a6b2-541aef2d1f68
Name               continuous-delivery
Kind               service
Provider           IBM
Tags               dev_ops, eu_access, gc_migrate, ibm_created, lite, rc_compatible
Active             true
Description        Support DevOps best practices by using Git, issue tracking, and CI/CD pipelines in the Cloud.
Bindable           false
Original Name      continuous-delivery
RC Compatible      true
RC Provisionable   true
IAM Compatible     true
Children           Name                      Kind         ID
                   lite                      plan         a35fb0e9-4fc2-400e-8161-49078e5af632
                   professional              plan         9ca4dc64-bc7b-4aba-9c1c-8bbf30ff127e

ibmcloud resource service-instance-update コマンドを使用してインスタンスのプランをアップグレードする。
```
ibmcloud resource service-instance-update <service_instance_name>
--service-plan-id <plan_id>
```

Delivery Pipeline の使用

ライトサービスプランに含まれるデリバリーパイプラインに関する以下の制限を確認する：

500 ステップとジョブ実行の制限には、Tekton パイプラインのパイプライン・ステップとクラシック・パイプラインのパイプライン・ジョブ実行の両方が含まれます。 DevSecOpsパイプラインのように、パイプラインが1回の実行で複数のステップを持つ場合、この制限にすぐに達する可能性がある。
スキップされたステップ実行とクラシック・ジョブ実行を除くデリバリー・パイプラインの失敗は、毎月 500 Tekton ステップ実行制限の一部としてカウントされます。この 500 ステップの実行制限は、クラシック・パイプラインのクラシック・ジョブ実行にも適用されます。
1つのリソースグループ内のすべてのツールチェーンとそのツールチェーン内のパイプラインは、1ヶ月に500回のTektonステップ実行という同じ制限に貢献します。パイプラインステップの実行とジョブの実行は、特定のContinuous Deliveryインスタンスのリソースグループレベルでカウントされるため、同じ制限が使用されます。

5日間の猶予期間は、500回の出走制限に達した最初の1回にのみ設けられる。

パイプラインの保持期間は、Continuous Deliveryインスタンスで選択されているパイプラインタイプとプランによって異なります。

クラシック・パイプラインは、いずれかのプランで最大 10 個のステージ実行を保持します。
プロフェッショナル・プランの Tekton パイプラインは、 PipelineRuns とそのログを 1 年間保持します。
ライト・プランの Tekton パイプラインは、 PipelineRuns とそのログを 30 日間保持します。

許容される利用行動には、以下に挙げる行動が含まれますが、これらに限定されるものではありません：

サポート対象プログラミング言語用の成果物のコンパイルとアセンブリー。
アプリケーション成果物、構成、およびサポートするリソースまたはサービスの自動デプロイメント。
開発プロセスの結果としてトリガーされる、テスト、妥当性検査、その他の開発イベント生成行動。

許可されない利用行為には、以下に挙げる行為が含まれますが、これらに限定されるものではありません：

一般的な計算行動でのパイプライン・ジョブまたは作業者の使用。例えば、ビットコインのマイニング、分散サービス妨害攻撃、および IBM Cloud プラットフォーム内の他のクライアントやユーザー、または一般的なインターネット・ユーザーに対する悪意のある動作や攻撃的動作。
ヘイトスピーチを助長するサイトやサービス、あるいは IBM の「ビジネス行動指針」に違反するその他の活動における、通常の開発プロセスでの利用。
IBM Cloud またはその他のサイトに対する悪意のある侵入または攻撃のためのイベント生成行動の使用。

Continuous Delivery サービスの許容される利用行動または IBM ビジネス行動ガイドラインに違反したユーザーは、 IBM の裁量により、予告なく利用できなくなることがあります。一部のサービスについては、問題となる行為について通知を受けた後、ユーザーが利用態度を改めれば、サービスを再開できる場合があります。そうでない場合、アカウントは一時停止または停止となる可能性があります。

Git Repos and Issue Tracking の制限

Git Repos and Issue Tracking GitLab （）を基盤としており、でホストされていますが、のオプションのうち、いくつかは利用できません： Community Edition IBM Cloud GitLab

Delivery Pipeline の継続的統合と継続的デリバリーは、IBM Cloud が提供するため、GitLab の継続的統合機能はサポートされません。
GitLab 管理機能は、 IBM によって管理されているため、利用できません。
Git Repos and Issue Tracking をフルに利用できない場合があります。

Git Repos and Issue Tracking のユーザー情報とコンテンツ

Git Repos and Issue Tracking プロジェクトには次の 3 つのタイプがあります。

パブリック・プロジェクトは、すべてのサイト訪問者が閲覧できます。パブリックプロジェクトのコンテンツは、 Continuous Delivery にアクセスするすべての人に見えます。プロジェクトに招待されていない場合でも同様です。
プライベート・プロジェクトは、選択されたユーザーのみが閲覧できます。プロジェクトへのアクセス権をユーザーに付与する方法の詳細については、「プロジェクトメンバー」を参照してください。
内部プロジェクトは、ログインしているすべてのユーザーが閲覧できます。 IBM Cloud アカウントを持つすべてのユーザーが、これらのプロジェクトを閲覧できます。

プロジェクト設定について詳しくは、プロジェクトの可視性の変更を参照してください。

Git Repos and Issue Tracking を使用する場合、プロジェクトに投稿したコンテンツには、そのプロジェクトに指定されている使用条件に基づくライセンスが交付されます。プロジェクトを作成するときに、コンテンツに適用するライセンスについて説明したファイルを含めてください。プロジェクトに投稿すると、コミットに関連付けられた名前と E メール・アドレスが公開される可能性があります。 IBM Cloud Web インターフェースを使用してコミットを作成した場合は、Git Repos and Issue Tracking アカウントに関連付けられた E メール・アドレスが使用されます。

インスタンスをGitプロジェクトにリンクする

Gitプロジェクトは、ツールチェーンを使用するContinuous Deliveryインスタンスにリンクする必要があります。なぜなら、Git Repos and Issue Trackingはサービスのコンポーネントだからです。プロジェクトをツールチェーンに追加すると、Continuous Deliveryのような他のツールを使いやすくなります。PipelinesやDevOps Insightsなどです。その結果、開発ワークフローが効率化され、コード品質が向上する。

コンソールやAPIを使って、インスタンスやツールチェイン・インスタンスをGitプロジェクトにリンクすることができる。

UIにおけるContinuous Deliveryとツールチェイン・インスタンスのリンク

新しいプロジェクトをリンクする

新しいプロジェクトを作成する際には、UIを使用してContinuous Deliveryとツールチェイン・インスタンスをリンクする必要があります。

既存のプロジェクトをリンクする

プロジェクト>一般>設定.
インスタンスを追加したいプロジェクトを選択する。
Continuous Delivery にアクセスしてください。>Expand で Continuous Deliveryとツールチェイン・インスタンスを更新または追加します。

APIを使用してContinuous Deliveryとツールチェーンインスタンスをリンクする

APIを使用して新しいプロジェクトを作成するときに、Continuous Deliveryとツールチェイン・インスタンスをリンクできます。

オプションのヘッダー'IBM-CLOUD-API-KEY を使って、プロジェクトを作成するときにContinuous Deliveryとツールチェーンを追加する。コンソールのログインページからAPIキーのキー値を生成します。
Git プロジェクトを特定の Continuous Delivery およびツールチェイン・インスタンスにリンクするために、必要なパラメータ toolchain_ID または cd_instance のいずれかを追加します。
- cd_instance パラメータを指定すると、指定された CD インスタンスに対してデフォルトのツールチェーンが自動的に作成され、リポジトリに git repo ツールが統合されます。
- toolchain_id パラメータを指定すると、指定したツールチェーンで git リポジトリのツール統合が作成されます。 toolchain_id パラメーターは cd_instance パラメーターより優先される。両方が指定された場合は、ツールチェーンIDが使用される。
  
  これらのリクエストパラメータをうまく使うには、IBM-CLOUD-API-KEY ヘッダを使う必要があります。

以下の手順を実行して、Continuous Deliveryとツールチェイン・インスタンスのIDを検索します：

コンソールで、'ナビゲーションメニュー'> 'リソースリスト をクリックする。
リソースのリストから、必要なツールチェーンまたはContinuous Deliveryインスタンスをクリックします。
詳細をクリックすると、GUIDとCRNの詳細が表示され、コピーできます。

toolchain_ID パラメーターには、ツールチェーンのGUIDを使用する。 cd_instance パラメータには、GUID または CRN を値として使用する。