HCL Automation Orchestrator Suite: Gartner® Magic Quadrant™ のサービス オーケストレーションおよび自動化プラットフォームのリーダー
2024年10月4日
著者: Ernesto Carrabba / Product Manager, HCL Clara, HCL HERO and HCL Workload Automation
テクノロジーの世界は急速に変化しており、組織は重要なビジネス サービスを提供するために複雑なワークロードを効率的に展開する必要があります。そこで HCL Automation Orchestrator Suite が役立ちます。最近、HCLSoftware は 2024 Gartner® Magic Quadrant™ のサービス オーケストレーションおよび自動化プラットフォーム (SOAP) のリーダーとして認められました。
Gartner は、2027 年までに、現在ワークロード自動化を提供している組織の 90% が、サービス オーケストレーションおよび自動化プラットフォーム (SOAP) を使用して、IT およびビジネス ドメイン全体のハイブリッド環境でワークロードとデータ パイプラインをオーケストレーションすると予測しています。リーダーとして認められた HCLSoftware は、複雑なビジネスおよび IT ワークフローを自動化およびオーケストレーションするための強力なツール セットを提供します。
HCL Automation Orchestrator Suite が「ゲームチェンジャー」となる理由は次のとおりです。
すべてを自動化: ハイブリッド環境とクラウド環境全体で、面倒な手動タスクを効率化します。社内アプリケーションからサードパーティ ソフトウェアまで、すべてに対応します。
マエストロのようにワークフローをオーケストレーション: IT 環境全体にわたるワークフローを設計および管理します。IT ツールをシームレスに接続し、直感的なインターフェイスでエンド ユーザーに力を与えることを想像してみてください。
AI の力の活用: 当社の最先端の AI アシスタントである Clara は、自然言語コマンドを使用して日常的なタスクを処理し、問題をトラブルシューティングできます。「リスクの高いジョブの問題を修正してください」と言うと、Clara がすぐに行動を起こします。
機械学習の可能性を解き放つ: AI および ML 技術に基づく AI Data Advisor (AIDA) により、インテリジェントなワークロード管理のための迅速かつ簡素化されたデータ主導の意思決定が可能になります。自動化の取り組みを最大限に活用しましょう。
導入の柔軟性: ニーズに最適な導入オプションを選択します。オンプレミス、SaaS、またはマネージド サービスのオプションをご用意しています。データ主権は問題ありません。
自動化の民主化: ビジネスユーザーに力を与えます。HCL Automation Orchestrator Suite の主な利点の 1 つは、自動化を民主化できることです。企業にセルフサービス機能を提供することで、このプラットフォームは、技術に詳しくないユーザーが、大規模な IT サポートを必要とせずに日常的なタスクやワークフローを自動化できるようにします。
HCL Automation Orchestrator Suite は、自動化イノベーションの最前線にあります。包括的な機能と AI への取り組みにより、この Gartner 認定のリーダーは、次のことを可能にします:
効率の向上: IT チームを面倒なタスクから解放し、戦略的な優先事項に集中させます。
コストの削減: 手動エラーを最小限に抑え、リソースの使用を最適化して、大幅なコスト削減を実現します。
俊敏性の向上: より高速で効率的なワークフローで、変化するビジネス ニーズに迅速に対応します。
HCL Automation Orchestrator Suite は、自動化の力を解き放つ鍵となります。この業界をリードするソリューションの詳細を確認し、今すぐデモをスケジュールして、自動化による成功への道を歩みましょう!
2024 年ガートナー社のサービス オーケストレーションおよび自動化プラットフォーム (SOAP) のマジック クアドラントを入手
重要なお知らせ: HCL Workload Automation、HCL Clara、HCL Hero プランのライセンス変更は 2025 年 6 月に発効します
2024年10月2日
著者: Umberto Caselli / Senior Manager of Engineering - Workload Automation?
HCL Workload Automation は、ビジネスの可用性と回復力を確保するための現代のデジタル エンタープライズの重要なコンポーネントです。このソリューションにより、レガシーからクラウドまで、デジタル ビジネスプロセスをシームレスにオーケストレーション、開始、実行、管理できます。
現在、製品とサービスを強化するという当社の継続的な取り組みの一環として、HCL Workload Automation の新しいライセンス ソリューションを発表できることを嬉しく思います。
HCL Workload Automation は、現在のライセンス プラットフォームから、新しい革新的な My HCLSoftware (MHS) プラットフォームに移行し、最新のライセンスを選択し、不正使用のリスクを軽減し、最新のセキュリティ コンプライアンスを確保できる専用ポータルを提供します。現在のライセンス管理システムは、2025 年 6 月 30 日にサポートが終了します。
すべてのバージョンと修正パックのイメージ リポジトリは、My HCLSoftware ポータルにあります。古いものは廃止されます。
製品の旧バージョンは My HCLSoftware (MHS) プラットフォームに移植されず、2025 年 6 月 30 日以降はアクセスできなくなります。
重要: 古いライセンス ツールにリンクされているバージョンは動作しなくなります。
次のバージョンは 2025 年 6 月 30 日にサポートが終了します:
次のバージョンは、各バージョンの最小製品レベルです。
HCL Workload Automation は、MHS に組み込まれているライセンス管理システムを採用します。
バージョン 10.2.3 は、新しいシステムを使用する最初のバージョンであり、2024 年第 4 四半期に利用可能になります。
HCL Clara と HCL Hero は、次のバージョンから MHS に組み込まれているライセンス管理システムを採用しています。
次のバージョンは、2025 年 6 月 30 日にサポートが終了します。
各バージョンの最小製品レベルは次のとおりです。
次の表は、さまざまな製品とバージョンに関連する情報をまとめたものです。
バージョン |
早急なバージョンアップの必要性 |
最低要求バージョン |
推奨バージョン |
MHS ライセンス |
MHS で利用可能か |
<9.5 FP7 |
Yes |
9.5 FP7 |
10.2.2/10.2.3 or later |
No |
No |
9.5 FP7 |
No |
9.5 FP7 |
10.2.2/10.2.3 or later |
No |
No |
<10.1 FP4 |
Yes |
10.1 FP4 |
10.1 FP5/10.2.3 or later |
No |
No |
10.1 FP4 |
No |
10.1 FP4 |
10.1 FP5/10.2.3 or later |
No |
No |
10.1 FP5 |
No |
10.1 FP5 |
10.2.3 or later |
No |
Yes |
<10.2.3 |
No |
10.2.0 |
10.2.3 or later |
No |
No |
10.2.3 |
No |
10.2.3 |
10.2.3 or later |
Yes |
Yes |
バージョン |
早急なバージョンアップの必要性 |
最低要求バージョン |
推奨バージョン |
MHS ライセンス |
MHS で利用可能か |
<2.0.0.2 |
Yes |
2.0.0.2 |
2.0.0.3 or later |
No |
No |
2.0.0.2 |
No |
2.0.0.2 |
2.0.0.3 or later |
Yes |
Yes |
バージョン |
早急なバージョンアップの必要性 |
最低要求バージョン |
推奨バージョン |
MHS ライセンス |
MHS で利用可能か |
<1.0.0.8 |
Yes |
1.0.0.8 |
1.0.0.8 or later |
No |
No |
1.0.0.8 |
No |
1.0.0.8 |
1.0.0.8 or later |
Yes |
Yes |
How HCL Workload Automation Revolutionizes the Insurance Claim Acceptance Process の翻訳版です。
HCL Workload Automation が保険金請求受付プロセスにどのような変革をもたらすか
2023年8月4日
著者: Sriram V / Technical Advisor-Workload Automation
これは、Workload Automation が保険ビジネス側のエンドツーエンドのプロセスをどのように模倣できるかを説明する 4 部構成シリーズの 2 番目の部分です。 (参考までに、シリーズの最初の部分へのリンクをここに示します。)
ここでは、以下のプロセスを調べ、HCL Workload Automation を使用してそれを模倣してみます。
保険請求は、受理プロセス中に完全性チェックを受け、すべての書類が保険請求の一部として提出されていることを確認します。 チェックの結果により、連絡先に電子メール通知が送信されるか、プロセスが次のステップに進むことが可能になります。
次のステップは、申し立てをエスカレーションする必要があるかどうかです。 エスカレーション要件により、さらなるレビューと承認のためにエスカレーションがポータルに送信される可能性があります。
請求ケースにエスカレーションが必要ない場合は、受入チェックが行われ、さらに明確な説明が必要な場合、または請求が受理されてシステムに登録される場合に備えて、請求は保留に設定されます。
請求フォームと文書に関するデータはすでに Mongo DB に保存されており、フォアグラウンドで公開されている Docusumo API を介して同じデータにアクセスできます。これを IBM Discovery API、Google Cloud Vision API などの同等の製品で置き換えることもできます。 。
保険フォーム データの完全性チェックは、Docusumo API を利用して RESTFUL GET 操作を実行し、Mongo DB (すべてのデータが存在する) からデータを取得する RESTFUL GET ジョブとして実現される HWA ジョブを介して実行されます。
このジョブのジョブログは次のようになります。
このジョブには、データが完全であるかどうかを判断するための条件付き依存関係もあります。
したがって、これはジョブログ内でキーワード「N/A」を検索し、データが完全であるかどうか、または以前に Docusumo から実行されたスキャンに欠落しているフィールドがあるかどうかを判断します。
保険添付データの完全性チェックは、バックグラウンドで実行されている内部 API を介してサービスされる同じ Mongo DB に対して、HWA ジョブを介して RESTFUL GET 呼び出しを行うことによって行われます。
ドキュメント データの完全性チェックは、ジョブ レベルで定義された条件付き依存関係を使用して再度検証されます。ジョブ ログ内の文字列「N/A」は、このデータがスキャンで利用できないか欠落していることを示し、その結果、条件「NOTCOMPLETE」が発生します。 満足する:
「NOTCOMPLETE」条件が満たされると、不足しているデータについて顧客に通知するために電子メールで顧客に通知を送信するメール ジョブが実行されます。
メール通知ジョブは、ドキュメントが完了していないことを示す通知を送信します。
CLAIM_ESCALATION ジョブ
これは、この場合にクレーム エスカレーションが必要かどうかをチェックする Unix ジョブとして実現されるため、呼び出されたスクリプトは、返された値が特定の値を超えているかどうかを評価します。
すべてのリターン コードが「REQ」、「NOT_REQ」にマップされる条件依存関係が定義されます。 したがって、戻りコード 5 または 0 に応じて、対応する条件 (必須または不要) が渡されます。
エスカレーションが必要な場合は、SEND_CLAIM_ESCALATION_PORTAL ジョブが呼び出され、ポータルに RESTFUL POST ジョブが実行されます。これにより、金額が特定の値を超えた場合に、より高い承認のためにクレームが上級管理者にエスカレーションされます。
MAKE_ACCEPTANCE_DECISION ジョブ
MAKE_ACCEPTANCE_DECISION ジョブは、AWS Lambda 関数または Google Cloud Functions を実行し、AWS または GCP 上でサーバーレス方式で実行されます。評価はバックグラウンドで Analytics を使用して実行されるか、Google Big Query ジョブまたは Azure Data Bricks ジョブの形式で実行されます。 以前の傾向から取得した履歴データや保険会社が作成したカスタム機能に基づいて請求が受け入れられるかどうか、または請求が「保留」になるか「受け入れられない」可能性があるかを確認します。
すべてのリターン コードが「ACCEPT」、「NOT_ACCEPTED」、「PENDING」のいずれかにマップされる条件依存関係が定義されます。 したがって、戻りコード 127、37、または 0 に応じて、対応する条件が渡されます。
要求保留設定のジョブ
このジョブは、Mongo DB で請求を保留に設定し、保険会社からのさらなるチェックのために請求を手動でさらに評価できるようにします。
「ACCEPT」条件を通過した場合、請求は「RESGITER CLAIM」ジョブによって受理され、請求の登録が正常に完了したことを通知するメール通知がメールジョブによって送信されます。
HCL Workload Automation: How to drive your workload by business logic https://blog.hcltechsw.com/workload-automation/hcl-workload-automation-how-to-drive-your-workload-by-business-logic/
HCL Workload Automation: ビジネス ロジックによってワークロードを駆動する方法
2023年8月2日
著者: RICCARDO PIZZUTILO / Technical Sales Specialist, HCL Workload Automation
HCL ワークロード オートメーション ソリューションを使用してワークフローをジョブ ストリームに設計する場合、プロセス全体が単純なパイプラインとしてモデル化されておらず、予測されたフローチャートの実装に分岐と決定ロジック (IF… THEN.. ELSE…) が必要になる場合があります。 。
HCL Workload Automation の条件付き依存関係機能を使用すると、この設計上の問題を非常に簡単に解決できます。 多くのユースケースで条件付き依存関係を作成して使用する方法を見てみましょう。
まず最初に、条件付き依存関係とは何ですか?
これは、特定のステータスに達した場合、または親ジョブで特定の出力条件が検証された場合に解放されるジョブの依存関係です。 条件が満たされない場合、依存ジョブは抑止されます。
ジョブ ステータスに対する条件付き依存関係について考えると、これは親ジョブが成功で終了するかキャンセルされた場合に解放される標準的な依存関係を一般化したものであると断言できますが、条件付き依存関係では、ABEND または RUNNING 状態であっても、あらゆるステータスを要件としてマップできます。 。
親ジョブの完了時に満足できない場合、子ジョブは標準の依存関係のように HOLD ステータスのままではなく、SUPPRESS 状態になります。
最初のユースケースのシナリオは次のとおりです。
使用例 1: エラー管理
この使用例では、スケジューラは、PRINT_ANSWER ジョブがエラーで終了した場合に備えて、ジョブ ストリームの処理を区別したいと考えています。
この目標を達成するには、PRINT_ANSWER からジョブ PROCESS_DATA の依存関係を作成し、それに条件付き依存関係としてフラグを付け、ステータスを SUCC として選択するだけで十分です。一方、MANAGE_ERROR ジョブの条件付き依存関係は ABEND ステータスに関連付けられます。
この図からわかるように、PRINT_ANSWER ジョブが成功すると、MANAGE_ERROR ジョブは抑制され、通常の PROCESS_DATA ジョブが実行されます。
場合によっては、ジョブのステータスではなく戻りコードに応じて、ジョブ ストリーム フローを異なる方法で管理する必要があります。
別の例を見てみましょう。
ユースケース 2: 戻りコードによる分岐
上の図に示すように、ジョブ ストリームは、ジョブ START の 2 つの異なる成功リターン コードを管理するために分岐しています。
ジョブ START には、「ゼロ」と「4」というラベルが付けられた 2 つの異なる成功出力条件があり、ジョブ CHILD_0 と CHILD_4 は、それぞれの出力条件に基づく条件付き依存関係でジョブ START に依存しています。
この例では、START の終了コードは 4 で、条件「4」が true ですが、条件「zero」が false であるため、ジョブ CHILD_0 が抑制され、ジョブ CHILD_4 が実行されます。
処理要件をより複雑にしてみましょう。ジョブ ログの内容、データベース クエリの結果、または RESTful ジョブの応答として受信した JSON の特定の値 (ジョブにマップされたステータスではなく) に基づいてワークフローを分岐するなどです。 ジョブ) は別のシナリオで説明します。
使用例 3: 変数の内容による分岐
この例では、ジョブ ステータスに影響を与えない条件 (「その他の出力条件」フィールド) がジョブ MESSAGE に対して作成され、変数 ${this. を使用してジョブ ログ内の文字列「KO」または「OK」の存在を評価します。 stdlist}で処理を分岐します。 後続ジョブには「実行時の変数解決」フラグが設定されている必要があることに注意してください。
ジョブ ログ変数の使用に代わる可能な方法としては、サービスによって応答として受信された JSON ファイル、または、 RESTful ジョブ定義の詳細セクション。 別の例として、データベース ジョブ タイプの SQL クエリ内の列ラベルにちなんで名付けられた変数を使用できます。
ここで、2 つの異なるブランチでは要件を満たさないが、次の使用例のように複数のブランチを実装する必要があると想像してください。
使用例 4: 複数の分岐
親ジョブのジョブ ステータスに影響を与えない 7 つの異なる出力条件を作成し、複数の分岐フローを実装するために、出力条件ごとに 1 つずつ、7 つの異なる条件依存関係を設定しました。
次に、ジョブ ストリーム内でフローを分岐する方法を学びました。 よくある質問: 支店に参加することは可能ですか? はい、次の使用例で説明するとおりです。
使用例 5: ブランチの結合
この図の下部にあるジョブは、特別な依存関係の種類である結合依存関係に依存しています。 結合依存関係に 1 つ以上のジョブを追加し、解決基準を「すべて正常に完了」または「1 つが正常に完了」、または一般的には希望する数のジョブの一部に設定できます。
ブランチが相互に排他的である場合、または図のように 7 つのうち 1 つを指定した場合、1 つのブランチのみが正常に完了して最後のジョブを解放するだけで十分です (他のブランチは抑制されます)。
ジョブ ストリームの論理分岐への取り組みは終わりに近づいていますが、終了する前に次のことを覚えておいてください。各ブランチに複数のジョブのシーケンスを追加する必要がある場合は、条件付き依存関係を有効にして親子ジョブを連結する必要があります。 親ジョブの SUCC 状態によって異なります。
このトリックが本当に必要なのは、追跡されていないブランチ内のチェーンの最初のジョブが抑制され、従来の依存関係定義のデフォルトの動作が子ジョブを実行のために解放することであるためです。 次に、チェーンの 2 番目のステップが実行を開始しますが、望ましい結果はブランチ パイプライン全体が抑制されることです。
親ジョブが SUCC 状態にある場合にのみ依存関係を強制的に解放すると、必要に応じてブランチ内のジョブがカスケード抑制されます。
条件付きロジックの設計を楽しんでください。
HCL Workload Automation の詳細については、こちらをご覧ください。
Workload Automation: More than 100 Plugins Lets You Automate More (and Better) の翻訳版です。
HCL Workload Automation: 100 を超えるプラグインにより、より多くの (そしてより優れた) 自動化が可能です
2023年7月24日
著者: Ernesto Carrabba / Product Manager, HCL Clara, HCL HERO and HCL Workload Automation
Automation Hub は、IT ワークロードとビジネス ワークロードを調整する HCL Workload Automation の機能を紹介しています。
DevOps ニーズ、デジタル エンタープライズ、ハイブリッド クラウド オートメーション、アーキテクチャの自動化とオーケストレーションは、思いつくものであれば何でも、IT タスクの自動化からロボットによるプロセスの自動化まで、幅広いニーズをカバーします。
Automation Hub は革新的な進行中の作業であり、定期的にさらに多くの項目が追加されています。 中身を見てみましょう。
これは、プラグインの使用を増やすさまざまなタイプのオブジェクトとテンプレートのライブラリであり、すぐに使用できる統合、レポート テンプレート、プレイブック、イベント アクション、さらには顧客のさまざまなニーズに応じて実際にはさまざまなタイプのアイテムが含まれます。 さらに良いことに、その統合を作成してリリースすることもできます。 また、ビジネス パートナーは Automation Hub 上にプラグインを作成しました。最も良い点は、顧客も自動化を試したい場合にプラグインを作成できることです。
ここでは、Workload Automation プラグインのカタログ全体に接続できます。 さらに、各プラグインのビジネス シナリオを読んで、プラグインがなぜ重要なのか、グローバル ワークロード シナリオにどのように適合するのかをより深く理解できます。
すぐに使えるプラグインに焦点を当てると、現在までに 100 を超えるプラグインがあります。
もちろん、すべて追加料金はなく、数回クリックするだけでダウンロードして使用できます。
これらのプラグインは次のシナリオをカバーします。
いくつかのドメインのサンプルをいくつか紹介します。
Automation Hub では、30 を超えるケース スタディ (ビジネス シナリオ)、50 を超えるブログ投稿、各プラグインの膨大な数の製品スクリーンショット (使用方法を段階的に説明できます) など、さらに多くのコンテンツを提供しています。
HCL T-VREX: Being “Inside” of Troubleshooting の翻訳版です。
HCL T-VREX: トラブルシューティングの「内部」について
2023年7月26日
著者: Udo Blank / Technical Advisor, HCLSoftw
ペースの速いビジネスの世界では、問題を迅速かつ効率的に解決することが、ビジネスに不可欠なプロセスを成功させるために非常に重要です。 このようなシナリオでは、協力と効果的な問題解決が不可欠です。
HWA は、さまざまな業界のバックエンド プロセスを自動化する強力なツールです。 特に、銀行、保険、製造、自動車など、複雑で高度に規制されたプロセスを扱う業界で優れています。
HWA を使用すると、幅広いビジネス シナリオを効果的に処理できます。 これはオーケストレーション ソリューションとして機能し、個々のジョブのセットアップと、対応するジョブ チェーンまたは「ジョブ ストリーム」への統合を可能にします。 これらのジョブとジョブ ストリームは特定のスケジュールで実行でき、自動化されているため、効率と精度が保証されます。
今日の世界では、Workload Automation がなければ、組織は生き残ることが困難になるでしょう。 HWA は、デジタル + 経済、つまりハイパーコネクテッド デジタル化を特徴とする時代に向けて企業を準備する上で極めて重要です。 HWA を活用することで、組織はこの新しいデジタル環境で常に先を行き、成長できます。
しかし、問題が発生したり、ジョブ ストリームに時間がかかりすぎたり、中断されたり、キャンセルされたりした場合はどうなるでしょうか? HWA がどのように役立つかを見てみましょう。
HWA は、この目的のために、カスタマイズ可能で明確な広範なダッシュボードを提供します。 適切なドリルダウン オプションを使用して原因を迅速に特定し、是正措置を開始できます。 しかし、私たちがここに移動しているのは二次元の世界です。 オペレーターは通常一人で作業しており、画面共有を介して同僚と共同作業することも困難です。
HWA は、この問題に対して追加のコンポーネントである HCL T-VREX (“Troubleshooting Virtual Room Experience”) を提供しています。
VR メガネを使用し、ジョイスティックで制御することで、オペレーターは文字通り「3D WAR Room」に没入できます。 この仮想空間には、2 次元の世界の 1 つまたは複数のモニターで表示できるよりもはるかに多くのグラフィックスと KPI が表示されます。 ジョブとジョブ ストリームのステータスがより鮮明になります。 元の問題の原因は、複数のレベルにわたって迅速に発見、分析、除去できます (「ドリルダウン」)。
HCL T-VREX は、個々のオペレーターに利点を提供します。 同僚を連れてくる可能性があるため、複数のオペレーターが同じ仮想空間内を移動し、互いにコミュニケーションできます (オペレーターは他のオペレーターには「アバター」として表示されます)。 これにより、特に異なる場所にいる場合に、真のチームワークが可能になります。
これにより、ソリューションを見つける際のさまざまなオペレーターの経験が最適に組み合わされます。 原因を見つけるためには、さまざまな方法を同時に実行できます。 問題はより迅速に発見され、適切な解決策が調整されます。
その結果、ビジネスクリティカルなプロセスと手順が再び「稼働」します。 その結果、ダウンタイムが減少し、自動化されたビジネス プロセスが引き続きビジネス目標の最適化に役立ちます。
コンポーネントとしての HCL T-VREX は、「HCL Automation Power Suite」の一部です このスイートには、ビジネス プロセスのオーケストレーションのためのコア ソリューション HWA が含まれているだけではありません。 また、「オートメーション ハブ」(さまざまなサードパーティ ソリューションを自動化するための多数の統合)へのアクセスも含まれます。 HCL T-VREX に加えて、インテリジェントな操作のための他のコンポーネントも提供されています。
HWA の主な利点:
HWA は、分散システム、メインフレーム、クラウド、ハイブリッド、コンテナなどのさまざまなシステムにわたる一元的なエンドツーエンド制御を介して、どこにいてもワークロードを自動化および調整します。 同時に、オンプレミス、Kubernetes、クラウドのどのシステムでも運用できます。
HCL T-VREX、HWA、その他のコンポーネントについてご質問がございましたら、お気軽にお問い合わせください。
Unlock the power of automation with HCL Workload Automation の翻訳版です。
HCL Workload Automation で自動化の力を解き放つ
2023年7月13日
Ernesto Carrabba / roduct Manager for HCL Clara, HCL HERO and HCL Workload Automation
Automation Hub では、新しい機能が継続的に導入され、常にイノベーションが進行中です。 さらに深く掘り下げて、それが提供するものを探ってみましょう。
Automation Hub は、HCL Workload Automation の機能を強化するさまざまなオブジェクト、テンプレート、プラグインを収容する包括的なライブラリとして機能します。 すぐに使える統合、レポート テンプレート、プレイブック、イベント アクション、その他のさまざまなアイテムを提供して、顧客の多様なニーズに対応します。 さらに、当社のビジネス パートナーが行っているのと同じように、統合を作成して共有することもでき、顧客が自動化に積極的に参加できる共同作業環境を促進できます。
Workload Automation プラグインの広範なカタログを探索するには、Your Automation Hub にアクセスしてください。 各プラグインには詳細なビジネス シナリオが付属しており、その重要性と、より広範なワークロード シナリオにどのように適合するかを理解するのに役立ちます。
現在、Automation Hub には 100 を超えるプラグインがあり、すべて追加料金なしで利用できます。 お客様は、数回クリックするだけでこれらのプラグインを簡単にダウンロードして実装できます。
これらのプラグインは、金融サービス、ヘルスケア、保険、小売、エネルギー、自動車、製造、通信などの業界に対応する幅広いシナリオをカバーしています。
いくつかのドメインを詳しく見てみましょう。
Automation Hub は、広範なプラグイン コレクションに加えて、30 を超えるケース スタディ (ビジネス シナリオ)、50 を超えるプラグイン関連のブログ投稿、および大量の製品スクリーンショットを提供します。 これらのリソースは、特定のニーズに合わせて自動化の力を活用する方法を段階的にガイドします。
結論として、Automation Hub は、組織が HCL Workload Automation とその一連のプラグインを使用してより効果的に自動化できるようにします。 継続的な更新と豊富なサポート コンテンツを備えた、イノベーションと知識のハブです。 今すぐ Automation Hub にアクセスして、自動化への取り組みに革命を起こしましょう。
HCL DevOps and HCL Workload Automation Join Forces at SAP ALM Summit の翻訳版です。
HCL DevOps と HCL Workload Automation が SAP ALM Summit で協力
2023年7月10日
著者: Cristina Suchland / HCLSoftware
HCLSoftwareは、7月25日から27日までインドのベンガルールにあるSAP Labsで開催されるSAP ALM Summit APJでシルバースポンサーを務めることになりました。私たちのスポンサーシップにより、参加者はSAPの展望を後押しするHCL DevOpsとHCL Workload Automation製品について詳しく知ることができます。
貴社のGo-to-Marketの機会をサポートする HCLSoftware の製品をご存知ですか?
簡単に見てみましょう。
HCL Workload Automation + SAP = より良い連携
SAP向けのHCL Workload Automation統合により、SAPユーザーは使い慣れたソフトウェア環境を活用してサービスデリバリーを改善し、企業間のジョブの監視と管理を簡素化できます。HCLSoftwareのプラットフォームは、継続的な自動化のためのメタオーケストレーターとして機能し、コンテナ化と直感的なユーザーインターフェイスを活用しながら、市場で最も低い総所有コスト(TCO)を提供します。HCLのSAP統合とプラグインにより、ERPプロセスを最大限に活用できます!
HCL DevOps + SAP = チームワーク
HCLSoftware DevOpsへの投資は、あなたのチームが知っていて愛しているツールやプラットフォームを置き換えることを意味しません。その代わりに、SAP、Jira、Jenkins、Git、Kubernetesなど、すでに持っているツールを最大限に活用するお手伝いをします。Accelerate、OneTest、Launch などの当社製品を使用することで、マルチクラウドベースのアプリケーションデプロイメントとリリースオーケストレーション、あらゆる CI/CD ツールとの統合、バリューストリーム管理、エンタープライズ DevOps プラクティスと NZDT (Near Zero Down Time) によるブルーグリーンなデプロイメント戦略に関する洞察を得られます。
HCLSoftware のソフトウェアに興味をお持ちですか?イベントでお話しましょう!