コード・リスト・プロセス・フローの概要

コード・リスト・プロセス・フローには、コード・リストを実稼働環境にデプロイするために必要なすべてのアクションが含まれています。

コード・リスト は、送信側コードと受信側コードを含むコード値の 1 つ以上の動的ペアで構成されます。 コード・リストは、いくつかの変換マップによって使用されます。 コード・リスト内の各コード・ペアには、1 つの記述が含まれます。 また、送信側コードと受信側コードの固有の組み合わせごとに、最大 9 つの値を関連付けることができます。 これらの関連付けられた値は、通常、変換時にルックアップ参照として使用されるか、変換時に置換値として使用されます。

制約事項: ユーザー・インターフェースに従ってコード・リストを作成してください。 コード・リストの準備に不眠症を使用しないでください。 コード・リストの作成プロセスについては、 コード・リストの作成を参照してください。

お客様の Test Environment (CTE) と実稼働環境で同じコンテンツを使用する 構成ハブ のコード・リスト・プロセス・フロー

このコード・リスト・プロセス・フローは、CTE 環境と実稼働環境で同じコンテンツを使用するコード・リスト用です。 「コード・リスト・タイプ」 設定では、コンテンツが同じか異なるかを構成します。 このプロセス・フローは、ユーザー、プロセス、およびそれらのアクションが適用される環境の間の対話を記述します。 詳しくは、 Deploying non-variant code listを参照してください。

重要： オンボードで Configuration Hubを使用している顧客からコードリストの更新要求を受け取った場合は、まず、そのコードリストが Configuration Hubで使用されているかどうかを確認してから更新してください。

IBM サポートが、 コンフィギュレーション・ハブを使用する顧客のためにコード・リストの更新を行うが、その更新を外部で行う場合、 IBM サポートはコード・リストにロックをかける必要がある。 さらに、 IBM サポートは、「 Config Center でこのコード・リストで作業しますか 」で「 はい 」を選択する必要があります を使用してコード リストをロックし、Configuration Center で作業する前に、ロックが Configuration Hub 外での更新であることを指定します。 その後、お客様がアップデートを本番環境に導入し、 Configuration Hub に新バージョンが存在することを確認した後、 IBM サポートはコードリストのロックを解除することができます。

顧客からの要求がコードリストの値の変更、新しい値の追加、または値の削除である場合、 IBM サポートは、更新を行うために構成ハブを使用することができます。

  1. ユーザー： コンフィギュレーション・ハブから、編集が必要なコード・リストをチェックしてください。
  2. ユーザー： ローカル環境で、コードリストを編集する。 詳細については、 コードリストの編集を参照してください。
  3. ユーザー： 構成ハブで、改訂されたコードリストをアップロードします。
  4. ユーザー： Configuration Hub で、 Deploy to CTE を選択します。
  5. システム： プロセスでは、コードリストをCTEに展開します。 展開後、 Configuration Hub に成功メッセージが表示され、ユーザーは CTE でドキュメント・フロー・テストを続行できます。
  6. ユーザー： コード・リストが CTE にデプロイされたら、 本番環境へのデプロイメント・コメントを入力し、 [Deploy to production（本番環境にデプロイする）] をクリックして本番環境にデプロイします。
  7. システム： プロセスでは、コードリストを本番環境に配備する。 展開後、 Configuration Hubに成功メッセージが表示されます。
    重要： コード・リストでの作業が完了したら、通常のコード・リストでの作業と同様に、必ずローカル・システムからデータをクリーンアップしてください。

CTE と実動で異なるコンテンツを使用する Configuration Hub コード・リスト・プロセス・フロー

このコード・リスト・プロセス・フローは、CTE 環境と実稼働環境で異なるコンテンツを使用するコード・リスト用です。 「コード・リスト・タイプ」 設定では、コンテンツが同じか異なるかを構成します。 このプロセス・フローは、ユーザー、プロセス、およびそれらのアクションが適用される環境の間の対話を記述します。 詳しくは、 Deploying variant code list を参照してください。

重要： オンボードで Configuration Hubを使用している顧客からコードリストの更新要求を受け取った場合は、まず、そのコードリストが Configuration Hubで使用されているかどうかを確認してから更新してください。

IBM サポートが、 コンフィギュレーション・ハブを使用する顧客のためにコード・リストの更新を行うが、その更新を外部で行う場合、 IBM サポートはコード・リストにロックをかける必要がある。 さらに、 IBM サポートは、「 Config Center でこのコード・リストで作業しますか 」で「 はい 」を選択する必要があります を使用してコード リストをロックし、Configuration Center で作業する前に、ロックが Configuration Hub 外での更新であることを指定します。 その後、顧客がアップデートを本番環境に導入し、新しいバージョンが Configuration Hubに存在することを確認した後、 IBM サポートはコードリストのロックを解除することができます。

顧客からの要求がコードリストの値の変更、新しい値の追加、または値の削除である場合、 IBM サポートは、更新を行うために構成ハブを使用することができます。

  1. ユーザー： コンフィギュレーション・ハブから、編集が必要なコード・リストをチェックしてください。
  2. ユーザー： ローカル環境で、コードリストを編集する。 詳細については、 コードリストの編集を参照してください。
  3. ユーザー： 構成ハブで、改訂されたコードリストをアップロードします。
  4. ユーザー： Configuration Hub で、 Deploy to CTE を選択します。
  5. システム： プロセスでは、コードリストをCTEに展開します。 展開後、 Configuration Hub に成功メッセージが表示され、ユーザーは CTE でドキュメント・フロー・テストを続行できます。
  6. ユーザー： プロダクション・コード・リストをダウンロードし、ローカル環境で修正してください。
  7. ユーザー： 改訂されたプロダクションコードリストをアップロードしてください。
  8. ユーザー: 修正した本番用コード・リストをアップロードしたら、 本番環境への配置コメントを入力し、 [Deploy to production] をクリックして本番環境に配置します。
  9. システム： プロセスでは、コードリストを本番環境に配備する。 展開後、 Configuration Hubに成功メッセージが表示されます。
    重要： コード・リストでの作業が完了したら、通常のコード・リストでの作業と同様に、必ずローカル・システムからデータをクリーンアップしてください。

コンフィギュレーション・ハブ共同コードリスト処理の流れ

コードリスト協調プロセスフローは、ユーザー、 IBM® サービス、プロセス、およびそれらのアクションが適用される環境間の相互作用を記述する。

重要： コードリストの更新要求を受け取った場合は、まず、そのコードリストが Configuration Hubで使用されているかどうかを確認してください。 IBM サポートは、 CMD または CMCP マップ ケースの一部として Configuration Hub にすでに準備されているコード リストを更新するには、このプロセスに従う必要があります。

IBM サポートが、 コンフィギュレーション・ハブを使用する顧客のためにコード・リストの更新を行うが、その更新を外部で行う場合、 IBM サポートはコード・リストにロックをかけなければならない。 さらに、 IBM サポートは、「 Config Center でこのコード・リストで作業しますか 」で「 はい 」を選択する必要があります コードリストにロックする場合、Config Center で作業する前に、ロックが Configuration Hub 外での更新であることを指定します。 その後、アップデートを本番環境にデプロイし、新しいバージョンが Configuration Hub に存在することを確認したら、コードリストのロックを解除します。

顧客からの要求がコードリストの値の変更、新しい値の追加、または値の削除である場合、 IBM サポートは、更新を行うために構成ハブを使用することができます。

  1. コードリストがロックされている場合、誰がロックしたかを確認する。
    • IBM サポートがコード・リストをロックした場合は、顧客のケースに取り組んでいることを示しています。 コードリストのロックを解除するには、 IBM サポートにお問い合わせください。
    • ユーザーがコードリストをロックした場合は、そのユーザーに連絡してロックを解除してもらう。
  2. コードリストがチェックアウトされている場合、誰がチェックアウトしたかを確認する。
    • IBM サポートがコードリストをチェックしたのであれば、それは顧客のためにケースに取り組んでいることを示している。 IBM サポートに連絡し、コードリストの必要な変更の優先順位を決定する。
    • ユーザがコード・リストをチェックアウトした場合は、バージョン履歴を見て、ユーザが修正されたコード・リストをアップロードしたか、Customer Test Environment (CTE)にデプロイしたかどうかを判断します。 ユーザーに連絡し、ユーザーと IBM サポートのどちらのアップデートを優先するかを決定する。 IBM サポートのアップデートが優先される場合は、アップデートをダウンロードしてコードリストにローカルに保存するようユーザーに依頼する。
  3. コードリストがロックまたはチェックアウトされていない場合は、 Configuration Hubでコードリストをロックしてください。
    重要: [Config Center でこのコード リストを操作しますか?] で [はい] を選択する必要があります。 コードリストにロックするときに、ロックがコンフィギュレーション・ハブの外部での更新であることを指定します。
  4. 通常の手順に従って、Config Centerのコード・リストを更新し、本番環境にデプロイします。
  5. Config Centerから最新のコードリストをJSONファイルとしてエクスポートします。
  6. 設定ハブでコードリストのロックを解除する。
  7. インソムニアでは、 デイツー・デイ・タスク・プロジェクトにある：
    1. 走る 1b. IBMerは、名前 を使ってコードリストのIDを取得する。
    2. 走る 3d. IBMer 特定コードリストの削除.
  8. Insomniaでは PrimingCodeList_only プロジェクトの手順に従って、変更されたコードリストを再度プライム化し、リポジトリをリフレッシュします。

共同コードリストのプロセスを以下のフローで説明する。

  1. ユーザー： コンフィギュレーション・ハブから、編集が必要なコード・リストをチェックしてください。 コードリストのページには、マップで使用されているコードリストが表示されます。
  2. ユーザー： ローカル環境で、コードリストを編集する。 詳細については、 コードリストの編集を参照してください。
  3. ユーザー： 構成ハブで、改訂されたコードリストをアップロードします。
  4. ユーザー： Configuration Hub で、 Deploy to CTE を選択します。
  5. システム： プロセスでは、コードリストをCTEに展開します。 展開後、 Configuration Hub に成功メッセージが表示され、ユーザーは CTE でドキュメント・フロー・テストを続行できます。
  6. ユーザー： コードリストの本番環境へのデプロイをリクエストしてください。
    1. Configuration Hub で、 IBM に考慮させたいコメントを入力し、 Submit for production deployment を選択します。
    2. IBM サポートサイトより、ケースを更新し、 IBM に本番環境へのデプロイを依頼します。

    コード・リストは Configuration Hubで読み取り専用となり、 IBM Servicesが本番環境にデプロイするまで読み取り専用のままとなる。

  7. IBM サービス Config Center for CTEからコードリストの最新版を抽出。 本番環境の Config Center にコードリストをデプロイし、デプロイが成功したらサポートケースを更新します。
  8. IBM サービス Configuration Hubに戻り、Insomniaクライアントを使ってコードリストリポジトリをクリーンアップする。 コード・リストはコンフィギュレーション・ハブ・アプリケーションから削除されます。

    このプロセスの詳細については、「 本番環境導入後のクリーンアップ 」を参照してください。