メインコンテンツへスキップ

オンプレミス SDLC のベスト プラクティス

この記事では、次の場合に推奨されるベスト プラクティスを定義します。

  • EKB プラットフォーム (アプリケーション) を 非実稼働から実稼働へ 推進する
  • EKB プロジェクトと AI ユースケースを非実稼働から実稼働へ推進
  • 更新、テスト、構成、承認など、各プロモーション活動の役割と責任を明確に定義します。

このアプローチは オンプレミス環境向けに設計されており、一般的な SDLC、セキュリティ、および運用ガバナンスの標準に準拠しています。このアプローチは次のとおりです。

  • 昇進時の役割と責任を明確に定義します
  • 環境固有の構成更新を考慮します
  • エンタープライズ オンプレミス SDLC およびセキュリティ モデルと連携
  • 厳密な運用アクセス制御を維持します
  • 反復可能で監査可能なプロモーションを可能にします

環境モデル (オンプレミス)​

チームは、EKB 用に別個の オンプレミスの非実稼働環境 を維持しています。これらの環境は次のとおりです。

  • 論理的および物理的に分離
  • 管理された手動プロセスを通じて推進

プラットフォームの更新とプロジェクトのプロモーションは両方とも、単一の SDLC フレームワークの下で管理されます。

SDLC フェーズとプロモーションの概要​

フェーズ 1 – 設計と構築 (非本番)​

  • ユースケースは EKB 非本番 で設計および構成されます
  • プロンプト、ワークフロー、統合が反復および調整されます
  • 可能な場合はテストデータが使用されます

オーナー: ビジネスチーム / 中小企業
サポート: EKB (AA)

フェーズ 2 – テストと検証 (非本番)​

  • 機能テストとUAT
  • 精度、パフォーマンス、セキュリティの検証
  • プロモーションの準備が整っていることを確認するビジネスの承認

オーナー: ビジネスチーム / 中小企業

フェーズ 3 – プロモーションの準備​

プロモーションの前に:

  • 変更の承認が得られている
  • ファイアウォールとネットワークの要件が確認されます
  • 本番アクセスとRBACアプローチが確認されています
  • 環境固有の構成値が識別される

推進メカニズム​

プラットフォーム（環境）推進​

プラットフォームのプロモーションには次のものが含まれます。

  • EKBのバージョンアップ
  • セキュリティパッチ
  • プラットフォームレベルの構成変更

高レベルのフロー​

  1. 非本番に適用されたアップデート
  2. プラットフォームのテストと検証
  3. 承認とスケジュールの変更
  4. 本番環境へのデプロイメント
  5. 導入後の検証

プロジェクト/ユースケースのプロモーション​

EKB は、オンプレミス環境間の プロジェクト エクスポート/インポート メカニズムを介したプロモーションをサポートします。

プロモーションに含まれるもの​

  • プロジェクト構成
  • ワークフローとエージェント
  • プロンプトとルール

プロモーションから除外されます​

  • ユーザーと役割の割り当て
  • 環境固有のシークレット
  • ネットワークとファイアウォールの設定

これにより、運用アクセスが明示的に制御されたままになります。

高レベルのフロー​

  1. 非本番環境でプロジェクトが完了
  2. 非本番環境からのエクスポート
  3. 本番環境へのインポート
  4. 環境固有の構成の更新
  5. 実稼働環境の構成とアクセスのセットアップ
  6. スモークテストと稼働開始

プロモーション活動における役割と責任​

このセクションでは、非本番環境から製品への更新と構成のプロモートに関係する各アクティビティを誰が実行するかを定義します。

プラットフォーム (環境) 推進の責任​

| Activity | Business Team | Run / Middleware Team | EKB (AA) PLACEHOLDER_2 Plan platform upgrade | I | C | R PLACEHOLDER_3 Apply upgrade in Non-Prod | I | I | R PLACEHOLDER_4 Run platform regression tests | I | C | R PLACEHOLDER_5 Review test results | I | C | R PLACEHOLDER_6 Change approval & scheduling | I | R | C PLACEHOLDER_7 Deploy upgrade to Production | I | C | R PLACEHOLDER_8 Post-deployment validation | I | C | R |

キーポイント​

EKB (AA) は、プラットフォームの更新の実行とプラットフォーム レベルのテストの実行を担当します。
実行/ミドルウェア チームは、承認、スケジュール設定、インフラストラクチャの準備状況を管理します。

プロジェクト/ユースケースの推進責任​

| Activity | Business Team | Run / Middleware Team | EKB (AA) PLACEHOLDER_9 Develop & configure use case (Non-Prod) | R | I | C PLACEHOLDER_10 Functional testing & UAT | R | I | C PLACEHOLDER_11 Confirm readiness for promotion | R | I | I PLACEHOLDER_12 Export project from Non-Prod | I | I | R PLACEHOLDER_13 Import project into Production | I | C | R PLACEHOLDER_14 Production smoke testing | R | C | C PLACEHOLDER_15 Go-live approval | R | I | I |

キーポイント​

チームのビジネス関係者が独自に検証と承認を行い、EKB (AA) が技術的なプロモーションの手順を実行します。

プロモーション後の構成 (本番)​

これらのアクティビティは、生産管理を維持するためにインポート後に行われます。

| Activity | Business Team | Run / Middleware Team | EKB (AA) PLACEHOLDER_16 Create Production users | I | R | I PLACEHOLDER_17 Assign RBAC | I | R | C PLACEHOLDER_18 Configure firewall / network | I | R | C PLACEHOLDER_19 Validate integrations | R | C | C |

環境固有の構成の更新 (プロモーション中に必要)​

プロジェクトを 非実稼働環境にプロモートする場合、実稼働環境を反映するために特定の構成値を更新する必要があります。これらの値は 自動的には引き継がれないため、プロモーション中に確認する必要があります。

RPA 構成の更新 (該当する場合)​

RPA ツールと統合するユースケースの場合、通常、運用環境で次の値を更新する必要があります。

  • コントロールルームのURL
  • ユーザー名
  • ユーザー v2 トークン

これらの値は 本番 RPA インフラストラクチャと認証情報を参照する必要があります。

EKB 構成の更新​

EKB 内では、次の 環境固有の値 を昇格後に確認して更新する必要があります。

  • ベース URL

    • 例:
      • 非製品: https://nonprod.example.com
      • 製品: https://prod.example.com

  • プロジェクトID

  • プロジェクト xApiKey

  • プロジェクト xApiSecret

  • スマート テーブル ID

これらの値は 環境ごとに一意であり、運用環境での正しい実行時の動作に必要です。

構成の更新に対する責任​

| Activity | Business Team | Run / Middleware Team | EKB (AA) PLACEHOLDER_20 Identify required config changes | C | C | R PLACEHOLDER_21 Update RPA Production variables | I | R | C PLACEHOLDER_22 Update EKB Production variables | I | C | R PLACEHOLDER_23 Validate configuration changes | R | C | C |

本番運用モデル​

あなたのチーム​

  • 生産業務を所有
  • ユーザー、RBAC、およびモニタリングを管理します
  • 第一線のインシデント対応を提供します

EKB (AA)​

  • プラットフォームの安定性と修正を所有します
  • プラットフォームのアップグレードとパッチを提供します
  • 複雑な構成の問題をサポート

EKB は実稼働チームとして機能しません。

変更管理とガバナンス​

  • すべての本番環境の変更は 正式な変更管理プロセスに従います
  • 非本番環境は実験用の唯一の環境です
  • 迅速な承認に続く緊急修正

各実稼働ユースケースには以下が必要です。

  • ビジネスオーナー
  • 定義された範囲
  • サポート連絡先
  • ロールバック計画