Automation 360 ソフトウェア ライフサイクル ポリシー
- 最終更新日2024/07/08
Automation 360 ソフトウェア ライフサイクル ポリシー
Automation Anywhere ソフトウェア ライフサイクル ポリシーは、イノベーションおよび機能強化を迅速に提供することを目的としています。このポリシーを通じて、お客様に予測可能性、品質、そして重要なことに、最新のイノベーションと機能強化への中断のないアクセスを提供するため、お客様はいつ、どのようにこれらの機能強化を導入するかをコントロールできます。
概要
ソフトウェア ライフサイクル ポリシーでは、Control Room、Bot Agent、packagesで、変更管理を支援しながら、機能強化による最新のソフトウェア更新を提供します。
- 予測可能性: 頻繁で定期的なデプロイ サイクルにより、予測されたリリース頻度で、以前より早く、新しい強化されたpackagesにアクセスできます。
- 新機能のデプロイ: bots への変更の導入をコントロールすることで、新機能をテストし、お客様のペースでデプロイできます。
- 品質: Automation 360 Cloudからの自動デプロイによって、重要なバグおよびセキュリティの修正を含む新しいpackagesを使用できます。
- 中断のないアクセス: 既存の構成を中断することなく、パッケージを更新できます。
- 下位互換性: 変更内容を以前のバージョンのpackageに戻すオプションを引き続き保持しながら、bots を安全に更新するオプションが追加されました。
以下の画像は、このライフサイクル ポリシーのメリットを示しています。
Control Room
Automation 360 は、すべてのデプロイ モデルにわたって、継続的な開発およびデプロイ パイプラインを使用して、ソフトウェア更新を段階的に開発および展開することに関する最新のベスト プラクティスを活用しています。Automation 360 Control Room ソフトウェア更新は、約 3 か月ごとにリリースされます。
更新は通常、次の順序で展開されます。
- Community EditionおよびCloud サンドボックス: これらの Cloud 環境は、Automation 360 Cloud Service Status siteに投稿された以前の通知で自動的に更新されます。お客様は、Cloud サンドボックス Control Room 環境を使用して、メインの 開発 (Dev)、テスト (Test または UAT)、および本番 (Prod) Cloud 環境が更新される 3 週間前に、次回更新分を試すことができます。
- Automation 360 On-Premises Control Room: On-Premises 環境は、A-People Downloads page (Login required)で Community Edition および Cloud サンドボックスの後にリリースされます。お客様は、手動でダウンロード ページから更新をダウンロードし、Control Room インスタンスを更新する必要があります。
- Automation 360 Cloud: Cloud 環境は、以前の通知で自動的に更新されます。これらの更新は通常、Cloud サンドボックス更新の 3 ～ 4 週間後にデプロイされます。これらのクラウド更新は、月初や月末に近い時間帯を除いた営業時間外にスケジュール設定されています。更新の 2 週間前に Automation 360 Cloud Service Status siteに Cloud 更新通知が表示されます。
Automation 360 ソフトウェア更新は、すべての新機能の累積です。当社のソフトウェア更新ポリシーに従って、バグは最新バージョンのソフトウェア更新でのみ修正されます。On-Premises デプロイについては n-2 リリース (n は最新リリースを指します) をサポートしていますが、On-Premises のお客様には、最新の機能およびバグ修正のメリットを得るために、最新リリースに更新することをお勧めします。
Bot Agentの更新
新バージョンの Bot Agentが利用可能になると、デフォルトでは、Bot Agentは、既存の bot 機能に影響を与えることなく、お客様のデバイスのプール全体に自動的にデプロイされます。ただし、Control Room 管理者は、このデフォルトの更新機能を無効にして、手動で Bot Agentを更新することができます。手動更新で必須の更新の場合は、ユーザーに Bot Agentを更新する必要があることが通知され、Bot Agentが更新されるまで、これらのデバイスのすべての bot の実行が停止します。
標準的なデバイス Amazon Machine Image (AMI) を使用してデバイス プールを個別のスケジュールでデプロイする比較的大規模なデプロイの場合、これらの更新には、調整、変更管理プロセス、お客様の環境での承認が必要になります。そのため、Automation 360 は、6 か月ごとのリリースに対応する下位互換性のある Bot Agentをサポートします。
Automation 360 v.24 リリース以降、2 つの任意の更新と、必須と宣言される可能性のある 2 つの更新を含む、4 つの Bot Agentの更新が毎年リリースされる予定です。任意の更新をスキップして、次回の必須の Bot Agentの更新へ更新することができます。
第 2 四半期と第 4 四半期のリリースは、任意の Bot Agent更新となるため、Bot Agent更新をスキップすることができます。ただし、第 1 四半期と第 3 四半期の更新は、必須の Bot Agent更新が含まれる場合があります。Control Room リリースで、必須の Bot Agent更新が必要な場合は、3 か月前にお客様に通知されます。
Packageの更新
Automation 360 v.24 リリース以降、packagesの配信は、メイン プラットフォームの更新とは別に開発されます。これにより、今後は、必要な変更と修正に迅速に対応し、packagesで更新を柔軟に配信できるようになります。
この機能により、四半期ごとのリリース頻度で予想どおりにリリースされたときに、新しいpackagesと新しいpackage バージョンを Automation Anywhere Cloudから自動的にダウンロードできるようになりました。これらのダウンロードされたpackagesは、デフォルトのpackageとなるため、お客様は、これらのpackage バージョンが使用可能になったときに、継続的に使用し始めることができます。
この機能は、以下の表にリストするとおり、CloudとOn-Premises Control Room のインスタンスでは、それぞれ異なる方法で有効化されます。
| シームレスなpackageの更新機能 | Cloud Control Room | On-Premises Control Room |
|---|---|---|
| Automation Anywhere Cloudからのpackagesのダウンロード | デフォルトで有効であり、無効にすることはできません。 | デフォルトでは無効でありますが、有効にすることができます。 |
| ダウンロードしたpackageをデフォルト バージョンに設定 | デフォルトでは有効でありますが、無効にすることができます。 | デフォルトでは有効でありますが、無効にすることができます。 |
- Cloud ユーザー: 自動package ダウンロード機能は、すべての領域のすべての Control Room インスタンスで同時に有効にすることができるようになりました。
Control Room の更新がお客様の領域で入手可能になる前に、現在の Control Room バージョンで最新のpackagesを使用し始めることができます。
- On-Premises ユーザー: この機能はデフォルトでは無効ですが、package管理者によって有効にすることができます。
最新バージョンは、最新のイノベーションとすべてのコード、以前のバージョンからのセキュリティ修正を提供しているため、bot 開発者は、常にpackagesの最新バージョンを使用することをお勧めします。ただし、管理者はいつでもこのデフォルトの動作を変更し、packagesを検証した後に、それらを開発者に展開することができます。この新しい package バージョンは、既存のプラットフォーム バージョンと下位互換性もあります。
この機能は既存の bots には影響しないため、変わらず実行が継続されます。特定のpackage バージョンで開発された Bots は、bot 開発者が明示的に変更しない限り、常にそのように実行し続けます。これにより bot 開発者は、柔軟に、準備が整った時点で新しいpackage バージョンを導入することができます。Bot 開発者は、Bot editor ビューで bots を明示的に編集して、新しいpackage バージョンを使用する必要があります。
packagesのサポートと非推奨のポリシー
- 2 年以上サポートされるPackage バージョン
- リリースされたPackage バージョンは、リリース後 2 年以上はサポートが継続されます。2 年後でも、package バージョンは、非推奨にならない限り、サポートが継続されます。
通常、packageが非推奨になった場合は、新しいバージョンのpackageが使用可能になります。packageについて報告されたすべての問題およびセキュリティ修正は、バックポートされることなく、最新バージョンで修正されます。
package バージョンの非推奨化が予定された場合は、3 か月前にお客様に通知されます。重大なセキュリティの脆弱性がある場合は、事前に通知するための最大限の努力をします。
- Packages バージョンと Bot Agentおよび Control Room との互換性
- パッケージ バージョンとこれらのバージョンを使用する bots は、package バージョンのリリース後 2 年以内にリリースされたすべての Control Room と Bot Agentの バージョンと互換性があります。これらのサポートされるパッケージ バージョンを使用する Bots は、Control Room と Bot Agentのバージョンと互換性を持つように構成する必要はありません。
- package バージョンの非推奨ポリシー
- 重要なセキュリティの脆弱性を修正する必要がある場合を除き、Package バージョンがそれらのリリース後 2 年以内に非推奨になることはありません。修正が必要な場合は、修正された新しいpackage バージョンが利用可能になります。
- 最小限の bot の変更
- package バージョン サポート ポリシーの目的は、既存の bots を変更し、それらの機能を維持するために必要な労力を最小限にすることです。
特定のpackage バージョンを使用する Bots は、既存のpackage バージョンがサポートされている場合、そのpackage バージョンを使用するために更新する必要はありません。ただし、bot の有効期間を延長するために bot を開発する場合は、package の最新バージョンを使用することをお勧めします。bot 内で使用されるpackage バージョンは、bot がサポートされた状態を維持するために、非推奨になる前に更新する必要があります。
Bot のライフサイクル
bots の設計の前提条件は、bots で使用されているpackageのバージョンが、bots を実行するために使用されている Control Room に存在していることです。開発者は bots を昇格させる前に、bots で使用されているpackage バージョンと上位の環境のpackage バージョンが一致していることを確認することをお勧めします。
次のページも参照してください: オンプレミス Control Room の自動パッケージ更新.