構成の変更をステージングから本番に実装する

このページで説明している内容は、Jira の標準機能ではありません。これらを実行するには、サードパーティ アドオン "Project Configurator for Jira" をインストールする必要があります。

概要

「ステージングから本番環境へ設定変更を実装する」とはどういう意味でしょうか。

例をあげて説明しましょう。あなたが、数百人のユーザーがいる Jira インスタンスを担当する Jira 管理者だと想定します。2 つの大きなプロジェクトに取り組んでいるユーザーが、これらのプロジェクトの Jira 内での管理方法の変更を要求しています。Jira チームは、これらの変更の実装には最低 3 日が必要で、本番環境に配置するためにはユーザーによる確認および検証が必要であることを把握しています。ユーザー要件の一部がはっきりとしておらず、ユーザーが実際に実装を目にするまで、新しい実装が要望に沿っているかどうかを判断できないことが予測されます。要件の予備分析は、プロジェクト ワークフロー、画面、カスタム フィールド、および権限スキームに対する変更を示しています。権限を必要とするユーザーにのみ供与するため、新しいグループも作成されます。

これらの変更の本番環境への実装を開始すると、Jira ユーザーは 3 日間、部分的に実装された変更で作業を行うことになります。さらに、ユーザーが検証するまで変更は最終決定ではないため、変更とやり直しが数回繰り返される可能性もあります。つまり、影響を受けるプロジェクトでのユーザーの日常業務が大幅に中断されることになります。そのため、別の開発インスタンス (本ガイドでは "ステージング" と呼びます) でこれらの変更を実装する必要があると考えます。

この決定により、新しい質問が浮かびます。

  • ステージングで実行された変更を、手動で実行せずに本番へ移行するにはどうすればよいでしょうか?
  • ステージング内のテストと検証が、変更を本番環境へ移した際の最終結果を実際に反映していることを確認するにはどうすればよいでしょうか?

本ガイドではこれらの質問に回答し、Jira インスタンス間で変更を実装、確認、および実装するための推奨プロセスを提供します。このプロセスは、Project Configurator for Jira と呼ばれるプラグインの仕様に基づいています。

より精巧なプロセス

本番環境での変更割合が非常に高く、異なるプロジェクトで頻繁に設定変更が行われる場合、本ガイドに記載されたプロセスでは、新しい設定が本番環境に与える影響を想定したテストを保証できない場合があります。このような場合、追加 Jira インスタンスを使用するさまざまなプロセスを持つと効果的です。

このバリエーションで、変更を本番環境に適用する準備が整ったら、本番環境の複製が作成されます。これを、「プレ本番環境」と呼びましょう。変更はプレ本番環境にインポートされ、そこで新しい設定を評価し、必要に応じて修正します。次に、変更後のプロジェクトの新しい設定をプレ本番環境からエクスポートし、本番環境へインポートします。

明らかに、プレ本番環境へインポートする際には、実際の本番環境インスタンスへインポートする場合程の注意は不要です。そのため、以前のバックアップとインスタンスのロックアップは必要ありません。  

「構成」の概念に含まれるもの

Project Configurator for Jira が設定のエクスポート/インポートで移動するエンティティの一覧をご確認ください。

プロジェクトのグループに設定をインポートすると、それらのプロジェクトで使用されているすべての設定がエクスポートされます。詳細は、エクスポートするオブジェクトの選択を参照してください。

制限事項

技術的な制約事項はこちらに記載されています。このガイドに従っている場合、「両方の Jira インスタンス内に必要な項目」セクションの制限事項は影響しません。ステージング インスタンスを本番環境の複製として開始することで、両方のインスタンスでこれらの側面が同じであることを保証できます。

Cloud および Server インスタンス

このガイドで説明されるプロセスは、Jira Server インスタンスにのみ有効です。変更を Jira Cloud インスタンスに実装するために使用したい場合は、次の手順で間接的にのみ実行できます。

  1. Jira Cloud を Server インスタンスに複製し、ステージング マシンとして使用します (開発 / テスト用)。これにより、本ガイドで説明した最初の手順を置き換えます。
  2. 本ガイドに記載されている残りの手順 (「ステージングから設定の変更をエクスポートする」まで) に従います。
  3. Jira Cloud インスタンスのユーザー利用をロックします。
  4. Jira Server インスタンスに複製します。これは、プロセスの以降の手順 (設定のインポート結果の検証) で "本番環境" インスタンスとして動作します。
  5. 検証により、本番環境の Server インスタンスでプロモーションの結果が適切であることが確認できたら、それを Cloud に移動し、Cloud インスタンスを置き換えます。
  6. 新しい Cloud インスタンスをユーザーに解放し、通常の作業を再開します。



最終更新日: 2019 年 1 月 21 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.