package バージョンの更新

複数のpackagesを複数のbotsのデフォルトバージョンに更新することができます。 この機能では、利用可能な全 package を対象として、1 回のアクションで複数のbots バージョンを更新できるため、一括package更新の効率が向上します。 さらに、一括更新の前に bots と依存関係を確認することもできます。

概要

エンタープライズ ビジネスで、多数の bots についてデフォルトおよび最新のpackagesを維持するのは、手間と時間のかかるプロセスです。 手動でのこれらのpackagesの更新が不可能である理由は、リリース済みの最新packageバージョンを確認して該当する全botsへの更新をする必要があるためです。

プラットフォームの Bot 更新Automation 360 機能は、依存関係のある複数の package に対して複数の bots バージョンの更新を行えるようにします。 1 回のアクションで、複数の packages、bots、選択した packages を含む、依存関係がある bots を更新できます。
注: packageの一括更新機能は、正しく機能するように設計されています。 しかし、エラーが時々発生することがあります（ただし、これらは常に発生するわけではありません）。 たとえば、パッケージを一括してデフォルトのバージョンに更新した後、botでBot editorを編集すると、入力値が不足しているために一部のアクションでエラーが表示される場合がありますpackage。 このような場合には、package バージョンを手動で変更するか、bot を変更して問題を解決できます。

複数の Bot を対象としたパッケージ バージョンの一括更新

利点

Bot 更新機能には、次のようなメリットがあります。
  • 複数のpackageの選択機能

    利用可能な全packagesのリストを表示し、一度に 1 つのpackagesを更新するのではなく、目的のpackageをすべて更新するように選択できます。 また、必要なpackagesについてbotsをデフォルト バージョンに更新することもできます。

  • 必要な bots だけを複数選択する機能

    更新のために全botsを選択するのではなく、目的のpackageだけを選択して、デフォルトのbotsバージョンで更新することが可能です。 この方法では、更新機能の完了に必要な時間が短縮されます。

  • 高度なレポート機能による一括package更新の進行状況の表示
    Automation 360 プラットフォームの提供する包括的レポートでは、packageの一括更新の進行状況が、ユーザーの情報を含めて表示されます。 また、次のような詳細も提供されます。
    • 更新の対象となるpackagesの数
    • デフォルトのbotsバージョンで更新されたのpackage数
    • バージョンが正常に更新されたbotsの数package
    • のバージョン更新に失敗したbotsの数package
    • botsバージョンの更新が保留中ののpackage数
    • package バージョンの一括更新に要した合計時間
    • 一括packageの更新オペレーションを開始したユーザー
    • ユーザーが選択したすべてのpackages、bots、および依存関係
  • 強化されたコンパイラーのもたらす正確な結果

    アップグレードされたコンパイラーにより、Automation 360 プラットフォームでは、一括package バージョン更新プロセスでの全体的な精度および結果が向上されています。

Bot更新の種類

すべてのBotを更新またはカスタムオプションを使用して一括更新プロセスを開始すると、システムはbotsを100件ずつ効率的に更新し、すべてのリポジトリアクティビティを続行できるようにします。 バッチによって積極的に処理されている bots のみがリポジトリ操作に利用できません。 しかし、作業中のファイルを試みようとすると、それは許可されません。 システムは適切なエラーメッセージを通じて通知します。

例えば、On-Premises Control Room クラスターが3つのノードで構成されていると考えてみてください。 すべてのBotを更新オプションを使用して一括更新プロセスを開始すると、botsは100個ずつバッチ処理され、合計で300ファイルが処理されます。 更新されているファイルは、リポジトリ操作を実行できない唯一のものです。 ただし、残りのファイルに積極的に取り組むことができます。 更新中のファイルを操作しようとすると、リポジトリ操作を実行できないことを示すエラーメッセージが表示されます。 リポジトリ全体で作業を続けることができ、ビジネスの継続性を確保できます。 システムのパフォーマンスは、バルク更新パッケージプロセスの完了にかかる時間を大幅に短縮するように最適化されており、パフォーマンスが向上します。
推奨: Control Room の管理者のみがバルクパッケージ更新プロセスを実行することを確認してください。

利用可能なすべてのpackageにわたって複数のbotsバージョンをデフォルトバージョンに更新するための次のオプションから選択できます:

  • すべての Bot をアップデート

    複数の packages をデフォルトバージョンに更新する際、すべての bots とそれらの packages を使用し、更新が必要な依存関係を更新することを選択できます。 この機能は、デフォルトの bots バージョンに更新する必要がある数千の package を持つ企業組織に力を与え、bots に対するより大きな制御を提供します。

    1回のクリックで、パブリックワークスペース内のすべての bots をデフォルトの package バージョンに更新できます。所持している数に関係なく。 これにより、各Botを手動で選択する必要がなくなり、依存関係を持つ複数のpackagesを複数のbotsのデフォルトバージョンに更新するプロセスが簡素化されます。

    すべてのBotオプションを使用してパッケージバージョンを更新する

  • カスタム

    カスタムオプションを使用すると、必要なbotsと依存するファイルを手動で選択し、デフォルトのpackageバージョンで更新する柔軟性があります。 このカスタマイズされたアプローチは、更新機能の完了に必要な時間を短縮し、ニーズに応えます。 一括更新では、依存関係を持つbotsを最大 1000 個まで選択できますpackage。 この制限の大幅な増加により、一括更新プロセスのパフォーマンスが向上し、packagesを迅速に更新できるようになり、貴重な時間を節約できます。

    カスタムオプションを使用してパッケージバージョンを更新