Blue Prism — Technical Presentation (June 2021)
42 slides from Blue Prism's technical presentation, Jun 9, 2021
Slide 1: アップグレードの進め方の勘所 計画策定における考慮点
アップグレードの進め方の勘所 計画策定における考慮点 2021年6月9日 Blue Prism株式会社 Professional Services – 門脇 豪 Commercial in Confidence
Slide 2: 本日のAgenda
本日のAgenda 1. はじめに 〜 アップグレードの成否を分けること 〜 2. アップグレード作業の進め方 1. 計画策定のポイント 2. ターゲットバージョンの選択 3. 実施シナリオの選択 4. テストアプローチ 5. その他注意点・考慮点 3. 実施例 4. 参考情報 5. まとめ 6. Q&A 1 Commercial in Confidence
Slide 3: はじめに アップグレードの成否を分けること
はじめに アップグレードの成否を分けること 2 Commercial in Confidence
Slide 4: アップグレードの成否を分けること
アップグレードの成否を分けること アップグレードプロジェクトでは、様々な、想定外の課題や問題が発生します 物理環境と仮想環境の同居で Login Agentが機能しない、など 設定問題が発生し、インフラ見直しが発生 通信問題が発生した ロードバランサーの新規導入に手こずり、 ロールバックやリスケが発生 ターゲットバージョンを変更し、テストのやり直し、 スケジューラが機能しない問題が 問題の発生対応で、リスケが発生 アップグレード後に発生 DB領域がパンク パフォーマンス問題・劣化が発生 プロセスの作りの問題が顕在化した。 その為、旧バージョンインスタンスを残して、 一部プロセスはそこで稼働させ
Slide 5: アップグレードの成否を分けること 成功要因
アップグレードの成否を分けること 成功要因 アップグレードプロジェクトが成功しているお客様では、以下の観点が考慮されて、実施されています 1. 業務部門とIT部門（インフラ管理）の双方の積極的な関与と参画 2. 手順・方法論（実施シナリオ）の綿密な擦り合わせ 3. リリース管理手順の明文化 4. テストアプローチの検討 5. リスク管理の徹底 6. 綿密な計画策定 4 Commercial in Confidence
Slide 6: アップグレード作業の進め方
アップグレード 作業の進め方 5 Commercial in Confidence
Slide 7: 計画策定のポイント
アップグレード作業の進め方 計画策定のポイント 決めなくてはならないこと • ターゲットバージョン • 実施シナリオ • インフラ基盤の調達 • 進め方方針 • 並行稼働期間 • 開発中のバックログの扱い • プラットフォームの変更、OSの変更、ブラウザの変更の有無 • テストアプローチ • スケジュール 6 Commercial in Confidence
Slide 8: 計画策定のポイント - 大まかな手順（例）
アップグレード作業の進め方 計画策定のポイント - 大まかな手順（例） アップグレード実作業前の、周到な準備と検証、計画策定が大きなウェイトを占めます ここの期間、工数をいかにかけれるかが、 1. 準備フェーズ 成功の分かれ道です 2. 検証フェーズ ターゲットバージョン Blue Prismのアップグレード先バージョンを決めます プロセス、オブジェクトのテスト プロセス、オブジェクトの動作検証をテストシナリオを元に実施します 実施シナリオ インプレース／新基盤などの方式を決めます 修正、確認、対応 必要に応じて新環境に併せて修正し、検証フェーズを完了します ハードウェア、ソフトウェア 必要な
Slide 9: ターゲットバージョンの選択
アップグレード ターゲットバージョンの選択 8 Commercial in Confidence
Slide 10: ターゲットバージョンの選択
ターゲットバージョンの選択 • バージョンの混在はだめ。 • 並行稼働の場合は、インスタンスを分 ターゲットバージョンの選択は、下記の観点で行います けます。RRも分けます バージョン選択の検討ポイント • 製品サポートに問い合わせ、BG- • リリースノートをもとに、インパクト分析 XXXXなどの番号を入手する • 現行バージョンで発生している問題の解消状況を確認 • 新バージョンの既知の問題の技術的リスクを分析、評価 • 作業手順を確認 • 新機能が本当に必要か • 新機能の適用是非、必要性 • 必要な場合は、現行機能の検証とは • サポートしているソフトウェアのバージョン 別に行うこと
Slide 11: その他、バージョン固有の考慮事項
ターゲットバージョンの選択 その他、バージョン固有の考慮事項 • BP v6.4 以下から BP v6.5 以降に上げる場合、実装によっては、 日本語化された部分が原因で一部動かないステージが発生し、既存のオブジェクト、プロセスに 修正が必要になる場合がある 例 : アプリケーションモデラーの待機ステージで [HTML 属性を確認] 条件を利用していると発生 回避策としては値に英語名(“Class Name”) の指定だった部分を日本語名(“クラス名”)に変更する必要がある • BP v6.9 にてスパイ(RPA)対象のブラウザがChromeやFirefox の場合、Blue Prismの挙動
Slide 12: 実施シナリオの選択
アップグレード 実施シナリオの選択 11 Commercial in Confidence
Slide 13: 実施シナリオ
実施シナリオ どのシナリオで、アップグレードプロジェクトを進めるか、を決めます 既存環境の 検証環境や 新しい環境を 完全に新しい アップグレード DR環境を 用意し、旧環境 環境を用意 間借り利用 からコピー 1 2 3 4 12 Commercial in Confidence
Slide 14: 1. 既存環境のアップグレード
実施シナリオ 1. 既存環境のアップグレード ランタイムリソースやプロセスが少ない、比較的小規模での導入環境やパイロット導入環境での 実施を想定したシナリオです 旧バージョン 作 新バージョン 本番環境 本番稼働 業 本番稼働 13 Commercial in Confidence
Slide 15: 1. 既存環境のアップグレード メリットと考慮点
実施シナリオ 1. 既存環境のアップグレード ランタイムリソースやプロセスが少ない、比較的小規模での導入環境やパイロット導入環境での 実施を想定したシナリオです メリット 考慮点 • これまでのデータや設定を維持できる • 運用停止期間を設ける必要がある • 本番環境マシンをそのまま利用できる • 一度にすべて上げきる必要があるので、厳密な • アップグレード手順が比較的シンプルで 監視と管理が必要となる リリースノートの手順のみで短期間で実行できる • 失敗した場合に、データベースのロールバック • アップグレード完了後、新旧二つの環境を同時に （リストア）やソフトウェアの再インストールが
Slide 16: 2. 検証環境やDR環境を間借り利用
実施シナリオ 2. 検証環境やDR環境を間借り利用 新たな環境を準備することに制約がある場合のシナリオです。 既存の検証環境やDR環境をアップグレード検証環境として利用します 旧バージョン 作 新バージョン 本番環境 本番稼働 業 本番稼働 新バー 作 作 検証環境 検証環境 業 ジョン 業 検証環境 検証 15 Commercial in Confidence
Slide 17: 2. 検証環境やDR環境を間借り利用 メリットと考慮点
実施シナリオ 2. 検証環境やDR環境を間借り利用 新たな環境を準備することに制約がある場合のシナリオです。 既存の検証環境やDR環境をアップグレード検証環境として利用します メリット 考慮点 • 追加のハードウェアを調達するコストが不要 • 運用停止期間を設ける必要がある • データの移行や損失が無い • バージョンアップ期間中は検証環境あるいは • バージョンアップ作業中も既存環境は利用できる DR環境を利用することが出来ない • バージョンアップ完了後、新旧二つの環境を • 開発案件の一時停止などが必要 同時に保守する必要がない • 開発⇒本番適用の環境変更を常に管理し、 適用することが
Slide 18: 3. 新しい環境を用意し、旧環境からコピー
実施シナリオ 3. 新しい環境を用意し、旧環境からコピー 新たな環境を準備し、旧環境のデータやログを移行する方式です 旧バージョン 作 旧バージョン 本番環境 本番稼働 業 （予備） 新バージョン 作 新バージョン 新本番環境 検証 業 本番稼働 17 Commercial in Confidence
Slide 19: 3. 新しい環境を用意し、旧環境からコピー メリットと考慮点
実施シナリオ 3. 新しい環境を用意し、旧環境からコピー 新たな環境を準備し、旧環境のデータやログを移行する方式です メリット 考慮点 • 新しい、より良い環境で稼働できる • リソースが2倍必要になる • 移行漏れやデータの損失を回避できる • データベースのテーブルサイズなどは大きいまま残る • すべての履歴やWQ、監査証跡情報をそのまま • 旧環境のごみデータや不要なデータもそのまま 残して活用できる 新環境に残る • 検証期間を長く準備できる • 旧環境を並行で保守するなど二重管理が必要 • 旧環境との不整合（ネットワーク接続）の解消が必要 • 移行後にユーザ管理作業（パスワード移設な
Slide 20: 4. 完全に新しい環境を用意する
実施シナリオ 4. 完全に新しい環境を用意する 新たな環境を準備し、旧環境のログは移行しない方式です 旧バージョン 作 旧バージョン 本番環境 本番稼働 業 （予備） 作 新バージョン 新本番環境 業 本番稼働 19 Commercial in Confidence
Slide 21: 4. 完全に新しい環境を用意する メリットと考慮点
実施シナリオ 4. 完全に新しい環境を用意する 新たな環境を準備し、旧環境のログは移行しない方式です メリット 考慮点 • 新しい、より良い環境で稼働できる • リソースが2倍必要になる • 不要なごみデータなどは残さずに、クリーンで • 履歴データは、旧環境あるいはアーカイブされ、 フレッシュな環境で開始できる 連続性が維持できない • 既存環境は並行して残しておくことができ、 • 必要な設定をもれなく新環境に設定する作業と 業務毎に切り替えタイミングを調整出来る 検証が必要。 • 検証期間を長く準備できる • 移行漏れが発生するリスクがある • 移行後にユーザ管理作業（ユーザ情報の投入、
Slide 22: 実施シナリオ 比較観点
実施シナリオ 比較観点 シナリオを決める上で、どの観点で判断するか、その材料が揃っているか、が重要です。 比較観点の例 • 新インフラの準備可否（サーバ、ランタイムリソース、IC） • 本番停止期間の許容範囲、必要な期間、週末作業有無 • 並行稼働の可否・要否 • 作業量 （エクスポート・インポート、スケジュール設定、認証情報の登録、ユーザ情報の移行、RRのバージョンアップ、接続先のメンテナンスなど） • 失敗時の作業手順（ロールバック、再インストールなど） • 事前検証時間が十分取れるか • 開発中のプロセスの量とその扱い（新バージョンで行う、旧のまま進める） • DBサイズなどインフラスペ
Slide 23: テストアプローチ
アップグレード テストアプローチ 22 Commercial in Confidence
Slide 24: テストアプローチ
テストアプローチ テストアプローチを明確にすることで、スムーズな検証が行えます • テストシナリオが準備できるか、と、テスト結果を記録する • 最初は、簡単でリスクが低いものから • テスターが行う操作手順、想定される結果（得られるべき結果）を明確にする 実施し、問題を顕在化させ、対応を • リグレッションテスト（回帰テスト）をどこまで行うか 済ませてから、インパクトが大きいもの • どれからテストするか＝優先度付け に対処することがオススメです • 使用頻度の高いシステム・アプリケーションから＝オブジェクトから • 共通VBO（新バージョン環境のVBOのインポートとテスト） • 複雑度の観点
Slide 25: その他注意点・考慮点
アップグレード その他注意点・考慮点 24 Commercial in Confidence
Slide 26: その他注意点・考慮点（1/2）
その他注意点・考慮点 以下の点について事前に考慮した上で、実施計画を策定することが成功に直結します （１／２） 1. OSのバージョンアップ、ブラウザ、対象アプリケーションのバージョンアップ作業とは別で実施することが推奨です。 移行作業で発生する問題の原因特定の煩雑さや発生リスクを低減させます ⇒ いかに環境変動要因を少なくするか、が成功の秘訣です ⇒ 新たな機能の検証、新たな環境での動作検証は、バージョンアップ完了後に実施することが推奨です ⇒ プロセスの作りの問題なのか、製品問題なのか、ネットワーク・インフラ設定の問題なのか、切り分けが困難になります。 2. ランタイムリソースのアップグレ
Slide 27: その他注意点・考慮点（2/2）
その他注意点・考慮点 以下の点について事前に考慮した上で、実施計画を策定することが成功に直結します （２／２） 5. 環境やバージョンが変わることによる、プロセス・オブジェクト内でハードコードされた値の変更で影響がないか、洗い出し、テスト、必要に応じて修正、 を行います。 例： スパイした項目でIDなどを使っている HTML属性の属性名が英語名、日本語名 “System Error”、”Internal”などの文字列で例外対応の判断をしている 6. ロールやアクセス権限定義の変更（マルチ チーム環境）を検討します。 7. ユーザID、パスワードの移行手順を検討します 8. 最新バージョンVBO
Slide 28: 実施例
実施例 27 Commercial in Confidence
Slide 29: 実施手順の一例
実施例 実施手順の一例 1. リリースノートを熟読して、影響評価を行う 2. 新しいDB、新しいAPサーバをそれぞれの環境分、準備する（例：開発、検証、UAT、本番、など） 3. 少量のランタイムリソースのバージョンアップ作業を行う。（１つずつ、順次バージョンアップ作業を行う） 4. ライセンスの移行・適用（特に、新環境分のOSやMS-Officeアプリケーションの使用許諾）を行う 5. 新環境で、１つ目のプロセスの移行・テストを行う。 Work Queueの全データを一括で行うのではなく、25％実施して、結果を確認し、次に25％を実施、最後に残りの50％を実施 する、など、バッチ単位に分けて
Slide 30: 様々な事例
実施例 様々な事例 • 最高数のアプリ画面を操作するプロセスから検証し始めた。テスト済みのアプリの他のプロセスは回帰 テスト対象外とした。 • 先に共通VBOと最も複雑なプロセスを検証。 • 最も利用されるシステムと画面を触るプロセスを優先にテストするアプローチ。 • 検証環境を一時犠牲にし、アップグレードして本番データを対象にリグレッションテストを実施。 • 550DWを持つ環境で、四半期毎にBPのバージョンリリースに併せてアップグレードを実施。 • DBバックアップから新環境へリストアする方式で移行した • サーバは新環境だが、RRは再利用された＝アップグレード一つずつ • 3000プロセ
Slide 31: 様々な事例 ー 苦労した例
実施例 様々な事例 ー 苦労した例 • ロードバランサーの導入も同時に行い、問題が発生したために、ロールバックやリスケが発生 • 途中で出たばかりの最新バージョンへ対象変更したがために、テストのやり直し、問題の発生対応で、リスケが発生 • APサーバとRR間の通信問題（SSLなど）が発生（Login Agentが機能しない、など） • スケジューラが機能しない問題が発生したが、回帰テストに含まれていなかった為、アップグレード後に問題発生 • 物理とVMで違うRRプラットフォームを持っていて、パフォーマンスや設定で問題が発生 • アーカイブする必要があったが、ポリシーも方法も不明で、DB領域がパ
Slide 32: 参考情報 カスタマーサポートサイト、リリースノート
参考情報 カスタマーサポートサイト、リリースノート 31 Commercial in Confidence
Slide 33: Blue Prism アップグレード 参考情報 注意事項まとめ
Blue Prism アップグレード 参考情報 注意事項まとめ アップグレード全般に関する公開文書について、以下を確認することをお勧めします。 ➢ [Blue Prismのアップグレードを事前準備とはどんなものですか？] https://help-jp.blueprism.com/1394325102 ➢ [Blue Prismをアップグレードするにはどうすればよいですか？] https://help-jp.blueprism.com/1394327512 ※その他、カスタマーサポートサイトにある、最新の追加情報を確認して下さい https://help-jp.blueprism.com/Up
Slide 34: Blue Prism アップグレード 参考情報 リリースノート
Blue Prism アップグレード 参考情報 リリースノート アップグレード計画策定時にご注意頂きたい項目について、リリースノートに記載があります ➢ バージョンアップ前に制約および要件について必ずご確認下さい リリースノート（v6.10の場合）： https://bpdocs.blueprism.com/bp-6-10/ja-jp/Release Notes/rn-home.htm ➢ また、以下Webページにてアップグレードに関する通知がまとめられています アップグレード通知（v6.10の場合） ： https://bpdocs.blueprism.com/bp-6-10/ja-jp/R
Slide 35: Blue Prism アップグレード 参考情報 既知不具合リスト
Blue Prism アップグレード 参考情報 既知不具合リスト 各バージョン別に、判明している事象と対象状況に関する記述がありますので、 最新情報を常に確認することをお勧めします • 6.8に関する既知不具合リスト https://help-jp.blueprism.com/1553579022 • 6.9に関する既知不具合リスト https://help-jp.blueprism.com/1598207482 • 6.10に関する既知不具合リスト https://help-jp.blueprism.com/1598206712 Commercial in Confidence
Slide 36: Blue Prism アップグレード 参考情報 Version 6.x
Blue Prism アップグレード 参考情報 Version 6.x Blue Prism Version 6 に関する新機能の概要は、Blue Prismオンラインコミュニティにある 「オンボーディング資料」に記載がありますので、ご参照下さい。 ➢ [オンボーディング資料] （Blue Prismコミュニティサイト ＞ Japan Community ＞ 図書館（Library）＞ Folders ＞） https://community.blueprism.com/communities/community- home/digestviewer/viewthread?MessageKey
Slide 37: Blue Prism アップグレード 参考情報 Version 7
Blue Prism アップグレード 参考情報 Version 7 Blue Prism Version 7 がリリースされました。以下の情報をご参考にして下さい。 ➢ [メジャーアップグレード「Blue Prism Version 7」のポイント解説]（ 2021年6月2日実施のWebinar） https://www.blueprism.com/japan/resources/videos/20210602-webinar-video/ ※ BP Version 7 は、v6.xまでのライセンスファイルから書式変更されており、v7用のライセンス発行が別途必要です。 → 入手方法、適用規定な
Slide 38: まとめ
まとめ 37 Commercial in Confidence
Slide 39: 事前準備と「詰め込み過ぎないこと」が成功への近道です
まとめ 事前準備と「詰め込み過ぎないこと」が成功への近道です プロジェクトマネージメント 事前検証 • OS、ブラウザ変更、コンポーネント構成変更と プロジェクトを分けること • 既知の問題などの情報収集 （カスタマーサポートサイト、リリースノートから） • 対応作業が必要になることを見越したスケジュール策定 • ターゲットバージョンでの事前検証を行うこと • ゆとりのある期間設定（やり直しができる予備日程の確保） • オブジェクトの検証 → 修正対応 → 一部プロセス → 修正対応 → 全プロセスの回帰テスト → 修正対応 インフラ • 空回し用のプロセスでスケジューラやLogin Agen
Slide 40: Q&A
Q&A 39 Commercial in Confidence
Slide 41: A Digital Workforce for Every Enterprise
A Digital Workforce for Every Enterprise © 2020 Blue Prism Limited. “Blue Prism”, the “Blue Prism” logo and Prism device are either Commercial in Confidence trademarks or registered trademarks of Blue Prism Limited and its affiliates. All Rights Reserved.
Slide 42: 免責
免責 この資料に記載されている情報は、この資料の発表時点におけるBlue Prism 株式会社の見解を反映したも のです。 Blue Prism 株式会社は市場の変化に対応する必要があるため、この資料の内容に関する責任を Blue Prism 株式会社は問われないものとします。また、発表日以降は記載されている情報の正確性を保証 できません。この資料は情報提供のみを目的としています。 明示、黙示、または法令に基づく規定にかかわらず、これらの情報についてBlue Prism 株式会社はいかなる 責任も負わないものとします。 Blue Prism 株式会社は、この資料に記載されている事項に関して、特