2023/7/26 - 読み終える時間: 2 分

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 を超えるプラグインがあります。

もちろん、すべて追加料金はなく、数回クリックするだけでダウンロードして使用できます。

これらのプラグインは次のシナリオをカバーします。

• 金融、医療、保険、小売り、エネルギー、自動車、製造、通信などの業界。
• ERP、ETL およびビッグ データ、ファイル転送およびリレーショナル データベース、ITSM およびデータ センター オートメーション、サービス指向アーキテクチャ、ロボット プロセス オートメーション、パブリック クラウドなどのさまざまなドメイン。

いくつかのドメインのサンプルをいくつか紹介します。

• ERP には、多くの SAP プラグイン、多くの Oracle e-business Suite プラグイン、PeopleSoft、Salesforce、Alteryx、Tableau などがあり
• ETL＆ビッグデータについては、Snowflake、Informatica PowerCenter、Datastage、Cognos、Hadoopなどがあります。
• ファイル転送およびリレーショナル データベースの場合は、Axway、Sterling、FTP、SFTP、組み込みファイル転送サーバー、MFT、Oracle、MSSQL、Postgres、DB2 などがあります。
• ITSM およびデータセンター自動化には、Jira、ServiceNow、Chef Runlist、Chef Bootstrap などがあります。
• サービス指向アーキテクチャの場合: メッセージ キュー、Web サービス、Java、J2EE、Restful、MQTT、WebSphere MQ などがあります。
• RPA については、UiPath、Automation Anywhere、Blue Prism、IBM RPA などの最もよく使用されるツールと統合されています。
• クラウド サービスとデータ センターの自動化には、AWS、Azure、Google の 3 つの主要なクラウドだけでなく、RedHat Ansible、IBM Cloud、Oracle、Kubernetes などの膨大な数のプラグインがあります。

まとめ

Automation Hub では、30 を超えるケース スタディ (ビジネス シナリオ)、50 を超えるブログ投稿、各プラグインの膨大な数の製品スクリーンショット (使用方法を段階的に説明できます) など、さらに多くのコンテンツを提供しています。

2023/7/26 - 読み終える時間: 2 分

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 に加えて、インテリジェントな操作のための他のコンポーネントも提供されています。

• CLARA は「インテリジェントな仮想アシスタント」
• (チャットボット。主に純粋なビジネス ユーザーによる質問に回答し、個々のジョブを開始および監視するためのものです。) ※AIDAは「AIデータアドバイザー」
• (履歴データ分析に AI を使用。ワークロード実行の異常を検出することで、潜在的な問題を早期に特定します。)
• HERO は「健康チェックとランブックの最適化」
• (機械学習とビッグデータを活用することで、HERO は管理者による HWA インフラストラクチャの最適化、サーバーの監視、Runbook の実行を支援します。)

HWA の主な利点:

HWA は、分散システム、メインフレーム、クラウド、ハイブリッド、コンテナなどのさまざまなシステムにわたる一元的なエンドツーエンド制御を介して、どこにいてもワークロードを自動化および調整します。 同時に、オンプレミス、Kubernetes、クラウドのどのシステムでも運用できます。

HCL T-VREX、HWA、その他のコンポーネントについてご質問がございましたら、お気軽にお問い合わせください。

2023/7/14 - 読み終える時間: 2 分

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 統合によるタスクの合理化と自動化

Automation Hub は、HCL Workload Automation の機能を強化するさまざまなオブジェクト、テンプレート、プラグインを収容する包括的なライブラリとして機能します。 すぐに使える統合、レポート テンプレート、プレイブック、イベント アクション、その他のさまざまなアイテムを提供して、顧客の多様なニーズに対応します。 さらに、当社のビジネス パートナーが行っているのと同じように、統合を作成して共有することもでき、顧客が自動化に積極的に参加できる共同作業環境を促進できます。

Workload Automation プラグインの広範なカタログを探索するには、Your Automation Hub にアクセスしてください。 各プラグインには詳細なビジネス シナリオが付属しており、その重要性と、より広範なワークロード シナリオにどのように適合するかを理解するのに役立ちます。

現在、Automation Hub には 100 を超えるプラグインがあり、すべて追加料金なしで利用できます。 お客様は、数回クリックするだけでこれらのプラグインを簡単にダウンロードして実装できます。

これらのプラグインは、金融サービス、ヘルスケア、保険、小売、エネルギー、自動車、製造、通信などの業界に対応する幅広いシナリオをカバーしています。

いくつかのドメインを詳しく見てみましょう。

• ERP: 当社のプラグイン コレクションには、SAP、Oracle e-business suite、Peoplesoft、Salesforce、Alteryx、Tableau などが含まれます。
• ETL とビッグ データ: Snowflake、Informatica PowerCenter、Datastage、Cognos、Hadoop などのプラグインを見つけます。
• ファイル転送およびリレーショナル データベース: Axway、Sterling、FTP、SFTP、組み込みファイル転送サーバー、MFT、Oracle、MSSQL、Postgres、DB2、およびその他多くのオプションが利用可能です。
• ITSM とデータセンターの自動化: Jira、ServiceNow、Chef Runlist、Chef Bootstrap、その他のツールとシームレスに統合します。
• サービス指向アーキテクチャ: メッセージ キュー、Web サービス、Java、J2EE、Restful、MQTT、WebSphere MQ などを使用してアーキテクチャをサポートします。
• ロボティック プロセス オートメーション (RPA): UiPath、Automation Anywhere、Blue Prism、IBM RPA などの人気のある RPA ツールとの統合のメリットを活用できます。
• クラウド サービスとデータ センター オートメーション: AWS、Azure、Google Cloud、RedHat Ansible、IBM Cloud、Oracle、Kubernetes などのプラグインの膨大な選択肢から選択できます。

Automation Hub は、広範なプラグイン コレクションに加えて、30 を超えるケース スタディ (ビジネス シナリオ)、50 を超えるプラグイン関連のブログ投稿、および大量の製品スクリーンショットを提供します。 これらのリソースは、特定のニーズに合わせて自動化の力を活用する方法を段階的にガイドします。

結論

結論として、Automation Hub は、組織が HCL Workload Automation とその一連のプラグインを使用してより効果的に自動化できるようにします。 継続的な更新と豊富なサポート コンテンツを備えた、イノベーションと知識のハブです。 今すぐ Automation Hub にアクセスして、自動化への取り組みに革命を起こしましょう。

2023/7/13 - 読み終える時間: ~1 分

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 のソフトウェアに興味をお持ちですか？イベントでお話しましょう！

今すぐ登録

2023/7/3 - 読み終える時間: 5 分

Case Study: Insurance Claim Registration & Validation through HWA の翻訳版です。

ケーススタディ: HCL Workload Automation による保険請求登録と検証

2023年7月3日

著者: Sriram V / Technical Advisor-Workload Automation

今回は、HCL Workload Automationがどのように保険ビジネス側のエンド・ツー・エンド・プロセスを模倣できるかについての4回にわたるブログ・シリーズの第1回目です。

この最初のブログでは、以下のプロセスを見て、HCL Workload Automationを介してエンドツーエンドでそれを模倣してみます。

保険金請求は、手動フォームまたはオンラインで、同封されたすべての書類とともに提出された場合、請求フォームの詳細と、添付されたすべての書類の両方について、完全性を検証する必要があります。

この完全性チェックには、手書きの場合は申請書をスキャンし、提出された添付書類一式をスキャンする必要があります。

このブログでは、スキャンプロセスにDocusumo APIを使用していますが、IBM Discovery APIやGoogle Cloud Vision APIなどの同等製品で代用することもできます。

スキャンされたデータはドキュメントと一緒にMongo DBにドキュメントとしてアップロードされます。

この場合、保険会社はMongo DBにアップロードするためのAPIをPythonで開発しています。

ビジネスプロセスを実行するためのすべてのデータ検証と条件分岐ロジックはHWAによって処理されます。

保険データのスキャン

この精巧なプロセスの最初のステップでは、顧客側からフォームで送信された保険データをスキャンします。これはHWAジョブで実行され、Docusumo Extract Data APIを呼び出してドキュメントを直接スキャンするRESTFUL Getジョブを採用します：

HWA 側で RESTFUL Get Job を呼び出します：

HWA 側で返されるレスポンスは以下のようになります：

フォームから気づいたように、保険金請求者の住所、日付、入院請求、保険金請求番号、医療費請求額、OPD請求額、SSN番号、納税者番号、請求総額、タイプ、IDなど、スキャンされたすべての詳細が正常に抽出されます。

保険フォームデータのアップロード

保険データをアップロードするために、同社はRESTFULジョブを介して顧客データを格納する内部Mongo DBにこのデータをアップロードするフローのジョブを採用しています。

Mongo DBへのアップロードには、同社が開発したCRUD操作用のAPIが利用されます。

HWA からのRESTFULコール

HWAジョブでMongo DBにアップロード：

ドキュメンテーションセットからのスキャン画像:

ドキュメンテーションの画像は同じDocusumoの "Extract Data API "を介してスキャンされ、ドキュメンテーションセットからJSON形式でドキュメンテーション証明書のすべてのデータをキャプチャしてデータが抽出されます。

ドキュメントセットから画像をアップロード

APIを呼び出すRESTFULポストジョブはドキュメントセットから取り込んだすべてのデータを希望通りにMongo DBにアップロードします：

ドキュメントデータの完全性チェック

フォームデータの完全性チェックは、HWAジョブを経由して、バックグラウンドで実行されている内部APIを経由して、同じMongoDBにRESTFUL GETコールを行うことで行うことができます。

お気づきのとおり、住所、病院請求書番号、入院費、医療費請求書、医療費請求書番号、名前、OPD 請求書番号、OPD 料金、電話番号、SSN 番号、タイプ、ID などの詳細がキャプチャされます。キャプチャされたフィールドの一部は次のとおりです。 医療費請求フィールドや医療費請求書番号などの空白は、完全性の問題を示す N/A としてキャプチャされます。

この特定のジョブには、"NOT COMPLETE "と呼ばれる条件として変換するために、フィールドに返されたN/Aの文字に対する条件依存チェックがあります。

これにより、別のメール ジョブが呼び出され、ドキュメントが完了していないことを通知する電子メールが送信され、顧客は請求が現在保留中であることが通知されます。

保険データの完全性チェック

保険データの完全性チェックもRESTFUL GETジョブによって行われ、フォームの完全性にミスがあった場合、すぐに把握することができ、同じことがEメールでリアルタイムに通知されます。

ジョブの類似条件依存性により、データが「該当なし」を返した場合、同じデータがキャプチャされ、条件が満たされると、「保険金請求者の住所」、「日付」、「入院請求」、「保険金請求番号」、「医療費請求」、「OPD」、「SSN番号」、「タックスID番号」、「請求総額」、「タイプ」などのすべての詳細がキャプチャされます。

キャプチャが完了すると、このケースではメール通知ジョブは抑制されます。

さらに、これらのメール通知ジョブからの条件付き依存関係もあり、両方のメール通知ジョブが "SUPRESS "状態になったときにのみ、クレームが "COMPLETE "状態で登録されたとマークされます。

mail-intimation-jobs.png

HWA側で見た全体の流れは以下のとおりです。

HCL Workload Automationの詳細については、こちらをご覧いただくか、HWAinfo@hcl.com までご連絡ください。

2023/6/19 - 読み終える時間: 8 分

Case Study: Data Pipeline Orchestration ETL Use Case の翻訳版です。

ケーススタディ: データパイプラインオーケストレーションの ETL ユースケース

2023年6月12日

著者: Sriram V / Technical Advisor-Workload Automation

このブログでは、HCL Workload Automation のデータパイプラインオーケストレーションの完全なエンドツーエンドのユースケースを紹介します。

このシナリオでは、HCL Workload Automation を使用し、複数のソースシステムからデータが入力されるようにします。ファイルの検出やソースファイルの処理も、後処理を含めて異なるシステムで行われる可能性があります。

データ変換は、データステージング/変換プラットフォームを介して行われ、その後、変換されたデータをデータウェアハウスに取り込みます。データウェアハウスにデータが取り込まれると、一般的な分析プラットフォームを通じて、そのデータに対して分析を実行できます。

アナリティクスのステップでは、クエリーのステータスを確認できます。そのレスポンスを収集し、レポーティングツールからレポートを実行できます。

顧客要件

データパイプラインをエンドツーエンドでオーケストレーションする必要があり、異なるソースシステムからやってくる複数の受信インターフェースファイルがあるお客様は、このプロセスの恩恵を受けられるでしょう。インターフェイスファイルは到着時にリアルタイムで検出する必要があり、異なるシステムでリアルタイムに処理する必要があります。

顧客はメイン ERP として SAP を使用しており、SAP R/3 システムで、バリアントとステップユーザーを渡す ABAP プログラムで受信インターフェイスファイルを処理します。また、この顧客は、受信ファイルを処理するフローの一部として、SAPプロセスチェーンも実行させる必要があります。また、ソースファイルの1つをフェッチして別のターゲットにインポートするファイル転送ステップもある。

データ処理が完了したら、生成されたアウトプットを変換する必要があります。データ変換ツールとしては、Informaticaを使用できます。また、変換されたデータは、SAP Data Warehouse on the SAP HANA DBのようなデータウェアハウスに取り込む必要があります。

ここでは、インジェストされたデータの上でアナリティクスを実行するためにPowerBIをメイン製品として使用し、データソースをリフレッシュするためにPowerBIを使用されました。リフレッシュされたデータソースのステータスをフェッチし、そのステップを正常に終了させる必要があります。ステータスチェックの後、Workday Applicationを使用してレポートを実行し、それをユーザーに郵送することも必要です。

どのステップで失敗しても、MS Teamsにアラートが送信されます。また、ファイル転送のステップで処理中に3分以上かかると、MS Teamsにアラートが表示されます。

ソリューション

HCL Workload Automation は、このデータパイプラインをエンドツーエンドでオーケストレーションし、複数のアプリケーションを横断してフロー内の異なるジョブを実行します。

また、Workload Automationは、異なるソースシステムからのソースファイルを処理中にリアルタイムで検出し、ソリューション内で利用できるさまざまなプラグインを使用して各アプリケーションに容易に接続します。

個々のステップをリアルタイムで実行しながら、アラート、アベンド/フェイル、ロングランを追跡し、必要に応じて、自動化された条件分岐によってリカバリーが追跡されます。リカバリージョブやイベントルールは、自動リカバリープロセスで設定することも可能です。

ソースファイルの検出

ソースファイルは、イベントルールによって簡単に検出できます。ファイルは、リアルタイムまたはファイル依存のジョブストリームへのアクションで「作成」されます。

SAP R/3 バッチジョブ

SAP R/3バッチジョブは、バリアントとステップユーザーでABAPプログラムを実行することで構成されています。

また、新しいスプール要求やプリンタフォーマット、スプール受信者の指定など、プリンタパラメータをここで実行することもできます。また、SM36内にあるようなパラメータをアーカイブすることも可能です。これらは、マルチステップのSAPジョブでも同様に使用できます。

HWAは、SAP内のSAPジョブログをリアルタイムでHWA内のローカルジョブログにフェッチします。

SAPプロセスチェーンジョブ

SAPプロセスチェーンジョブは、BWプロセスチェーンをトリガーするために、実行ユーザーを渡すオプション（これも内）を使ってBW SAPプロセスチェーンを実行することです。

ファイル転送ジョブ

ファイル転送ジョブは、外部のサードパーティとの間で、または内部で2つの異なるサーバー間でファイル転送をトリガーするために使用できます。

また、A2A（Agent to Agent）プロトコルを利用して、エージェント間でソースからデスティネーションへのhttps転送を行うオプションも用意されています。また、正規表現のマッピング、ソースでのアーカイブ、マッピング、ソースでのアーカイブ、日付とタイムスタンプ付きのデスティネーションでのアーカイブなどのオプションがあります。

この場合、ファイル転送のステップが長くなり、この特定のジョブで3分に設定された最大継続時間を超えてしまいます。

この結果、イベントルールを介してMS Teamsに通知アラートが送信されます。

Informatica ジョブ

データ変換は、InformaticaフォルダからInformatica PowerCenterワークフローを実行するInformaticaステップで行われ、サービスドメイン、リポジトリドメイン、リポジトリ名などにも言及されます。

Informatica 内での変換を示すジョブログは以下のようになります。

SAP HANA ジョブ

SAP HANA DBジョブは、SAP HANA DBに対してDBを照会したり、ストアドプロシージャを実行したりするために使用されます。これらは、ジョブ定義でSAP HANA NGDBCドライバについても言及しています。このジョブでは、以下のようにSAP HANA DBへのDBインポートを行うことになります。

注：データベースへのインポートをポストするために、データベースに取り込まれたデータの上でAnalyticsを実行することも可能です。

PowerBI Refresh DataSource

インポートをHANA DBにポストするための次のステップは、Power BIデータソースをリフレッシュすることです。これは、HWA内のRESTFULジョブで実現できます。

restfulジョブは、JSONボディを渡すことで、サービスURLを呼び出してhttpsポスト（この場合はpost）を行うために使用できます。ジョブのボディには、ファイルを経由するか、ボディフィールド内に直接投稿できます。

PowerBI Refresh のステータスを取得する

前のステップのステータスを別のRESTFULジョブで取得し、前のステップからDATASETIDとREFRESHIDを変数として渡して、前のステップのステータスでhttps GETを実行します。

Workday レポート

JSONボディをジョブのbodyフィールドに直接渡すことで、再びRESTFULポストジョブを活用し、Workdayアプリケーションでレポートを実行します。

データパイプラインの全体的なステータス

製品のグラフィカルなビューを使用することで、このプロセス全体をリアルタイムで追跡し、失敗や長いランナーをMS Team/チケットツール/メール/SMSで直接警告を受けることが簡単にできます。

HWA上でデータパイプラインオーケストレーションを実行する利点

• データ取り込み、データ処理、DBインポート、分析、レポート作成のどのステップも、様々なプラグインで実現できます。これにより、プロセス全体と出荷された99以上のプラグインを活用できます。
• ジョブフローの開始と依存関係の実現、ソースファイルの検出を箱から出して行えます。
• フローの追跡は、チャットボットを介して行えます。HCL CLARAまたはダイナミックワークロードコンソールのグラフィカルなビューを使用して、フローの追跡を行えます。
• アラートは、MS Teams（または任意のメッセージングツール）、チケットツール、メール、またはSMSを介して行えます。
• オーケストレーション全体は、HWAを通じてエンドツーエンドで実現されます。

HCL Workload Automationの詳細については、こちらをご覧ください。

2023/5月/31 - 読み終える時間: 4 分

AWS Actions and Events in HLC Workload Automation の翻訳版です。

HLC Workload Automation における AWS Actions と Events

2023年5月30日

著者: Shivansh Verma / Senior Software Engineer at HCLSoftware

AWS Actionsプラグインは、イベントを送信するための新しいEDWAアクションプラグインで、手作業をなくし、解決を大幅にスピードアップさせます。機能性を提供する作業管理ツールであり、ユーザーの作業を効率的に管理することができます。

このプラグインを使用して、定義されたポリシーに合致するジョブがエラー（Abend/Failed）で終了した場合に、AWS（SNS & SQS）においてイベントを送信します。これにより、単一のコントロールポイントからソリューションを監視することができます。

AWS Actions機能を使用すると、HCL Workload Automationが実行されるノードで発生したイベントに応答して、定義済みのアクションを起動することができます。このアクションは、AWS サーバー上でイベントを送信します。主な要素は、"イベント "と "アクション "のどちらかに分類されます。

イベント（Event)

イベントは、選択した条件に一致する一連の状況を表します。イベントは、以下の主要なカテゴリーに分類されます：

• HCL Workload Automationオブジェクト関連イベント ジョブ、ジョブストリーム、ワークステーションなどのスケジューリングオブジェクトに関連するすべてのイベント。注：ルールで参照されるワークステーションで実行される変更は、ルールでは報告されません。例えば、ルールで参照されているワークステーションを変更、更新、または削除した場合、ルールはその変更を無視し、ルールに含まれていたときのワークステーションを引き続き考慮します。

• ファイル監視イベント ファイルおよびログの変更に関連するイベント。ファイル監視イベントは、HCLシステムではサポートされていません。このタイプのイベントの詳細については、ファイルモニターで説明します。

• 一般的なイベント 外部アプリケーションから送信されるカスタムイベントを管理するために使用されるイベントです。カスタムイベントを定義するために、XMLファイルを記述することができます。XMLを検証するためのスキーマと、開始点として使用できる基本的なイベントテンプレートが提供されています。詳しくは、汎用イベントのスキーマを参照してください。このカテゴリのイベントは以下の通りです：

  • プロセスやメモリなど、オペレーティングシステムのリソースの変化。
  • メールの受信

アクション

AWSサーバーの複数のサービス（SNS＆SQS）に対してイベントを送信するアクションを複数作成することができます。

ここでは、AWS Actionsアクションプラグインの使用方法について説明します。 このプラグインは、ジョブ、ジョブストリーム、ワークステーションなどのHCL Workload Automationオブジェクト関連イベントに基づいてイベントを送信するのに役立ちます。

このプラグインを使用するには、Workload Automationで次のことを実行します：

• イベントルールの作成
• HCL Workload Automationのプランイベントを追加します。
• AWS Actionsアクションを追加する
• 変更を確認し保存する

このアクティビティは、新しく作成されたイベントルールをドメインマネージャーのマスターにデプロイするために短い間隔を要します。イベントルールのステータスは、「イベントルールの管理」ページで監視することができます。

イベントルールの作成

Dynamic Workload Consoleにログインし、［デザイン］→［イベントルールの作成］ページを開き、イベントルールに関する必要な情報を入力して新しいイベントルールを作成します。

図1：イベントルールの作成ページ

HCL Workload Automationプランのイベントを追加する

すべてのイベントには、プランからあらかじめ定義された情報がセットで提供されます。イベントの追加ページでは、要件に応じて必要なジョブ関連情報をフィルタリングすることができます。

例えば、Job Status Changedイベントは、スケジューラープランのすべてのジョブ関連情報を取得します。FAIL/ABEND/ERRORのようなジョブステータスに基づいてイベントをフィルタリングすることができます。

図2：イベント追加ページ

図3：Add Event Page>Job Status（イベントの追加ページ）>Jobステータス

AWS Actionsアクションの追加

Add Action ページでは、以下のような AWS サーバーの必須接続関連情報を提供します： AWSアクセスキーID、シークレットアクセスキー、AWSリージョン、SNSサービスが選択されている場合はトピックARN、SQSサービスが選択されている場合はSQSキューURL。

Message Bodyテキストボックスに、各サービスに送信するメッセージを入力します。必須情報とは別に、メッセージ属性を使用して他の必須フィールドを提供することもできます。

注：メッセージ属性は、key=valueの形式である必要があります。

図4：アクションの追加ページ

グラフィカル・ユーザー・インターフェース、アプリケーション、電子メール 説明文は自動的に生成されます。

図5：Add Actionページ>Properties

グラフィカル・ユーザー・インターフェース、アプリケーション 自動的に生成される説明

図6: アクションの追加ページ > プロパティ

イベント固有の情報は、ここに示すように、変数の形で利用可能です。イベントに関する情報をさらに追加すると便利な場合があります。

アクションに必要な情報をすべて入力した後、イベントルールを保存します。

アクションの監視

このページでは、イベントルールのステータスが表示されます。

図7：モニターページ

変更がマスタードメインマネージャーに展開されると、ステータスは "active "に変更されます。

図8: モニターページ>ステータス

イベントルールの管理

トリガーされたアクションの監視」ページには、成功や失敗など、トリガーされたアクションに関する情報が表示されます。

図9：トリガーされたアクションの監視ページ

グラフィカル・ユーザー・インターフェース、表の説明の自動生成

図10: 課題の作成ページ > プロパティ

2023/3/14 - 読み終える時間: 2 分

“Testing” Versus “Checking” の翻訳版です。

「テスト」と「チェック」の違い

2023年3月13日

著者: Nandish Kumar / HCLSoftware

私たちは皆、製品をとても早くテストしたいと思います。そのためにはどうすればいいのか？"道具を作って済ませよう！"と言いたくなりますよね。しかし、熟練した認知作業は、工場での作業ではありません。だからこそ、テストとは何か、ツールはその作業をどのようにサポートできるかを理解することが何よりも重要なのです。

ここテストセンター・オブ・エクセレンス（TCoE）では、テストプロセスの中で、機械ができることと、熟練した人間にしかできないことを区別しています。これは、通常の英語である "checking "という単語を、ツールでできることを指すようにすることで、言語的に実現しました。これは、"プログラミング "と "コンパイル "を区別するという、長い間定着してきた慣例と同じである。プログラミングとは、人間のプログラマーが行うものです。コンパイルは、特定のツールがプログラマーのために行うもので、コンパイラが行うことは、まさにプログラマーが行うことのように見えるかもしれません。自動プログラミングや手動プログラミングという言葉はありません。自動プログラミングと手動プログラミングの違いは、この比較で理解できるはずです。

テストとは、体験、探求、実験を通して製品について学び、製品を評価するプロセスであり、これにはある程度、質問、研究、モデル化、観察、推論などが含まれます。

テストはオープンエンドな調査であるのに対し、チェックは「ファクトチェック」の略で、特定の事実とその事実に関連するルールに焦点を当てます。私たちの業界でよくある問題は、"チェック "が "テスト "と混同されがちなことです。混乱を避けるために、こんな例えを試してみてください。チェックは記述可能ですが、テストはそうではないかもしれません。それは、チェックとは異なり、テストは暗黙知を含むからです。私たちは、チェックが本質的に悪いことだと言っているのではありません。それどころか、チェックすることは非常に重要なことかもしれません。しかし、チェックが良いものであるためには、適切なテストプロセスの中で行われる必要があると主張しています。チェックはテストの戦術である。

テスターは観光客以上の存在

テストでなくても、製品について学ぶために行うことはたくさんあります。製品を見学し、それが何でできているのか、どのように機能するのかを確認できます。これは非常に貴重なことですが、"テスト "とはちょっと違います。テスターと観光客の違いは、テスターの努力は製品を評価することに費やされ、単にそれを目撃することではないことです。

テストするためには、探検しなければならない

テストがうまくいくためには、その製品に携わらなければなりません。そのニュアンスに触れなければならない。これは探索的なプロセスであり、たとえ製品について完璧な仕様があったとしても同様です。心の中で、あるいは製品そのものを使って、その仕様を探求するまでは、私たちが考えるテストは表面的なものにとどまるでしょう。

また、製品を深く理解するために十分な探索を行った後でも、問題点を探索する必要があります。テストはすべてサンプリングであり、サンプルは決して完全ではないため、テストの価値を最大化するために、テストプロジェクト全体を通じて探索的思考が重要な役割を果たします。

探索とは、目的をもって歩き回ることであり、一般的な使命を持ちながら、決められたルートなしに空間をナビゲートすることを意味します。エクスプロレーションには、継続的な学習と実験が含まれます。バックトラックや繰り返しなど、素人目には無駄としか思えないようなプロセスも多くあります。探索には、多くの思考が必要です。探検は探偵の仕事です。オープンエンドな探索です。探検は、ある空間を移動することだと考えてください。前方、後方、横方向の思考が必要です。

ブラックボックステストは、無知に基づくテストではありません

ブラックボックステストとは、製品の内部に関する知識は、私たちのテストにおいて重要な役割を果たさないということです。ほとんどのテスターはブラックボックステスターです。ブラックボックステストをうまく行うには、まず、ユーザー、期待やニーズ、技術、ソフトウェアが動作する構成、このソフトウェアが相互作用する他のソフトウェア、ソフトウェアが管理しなければならないデータ、開発プロセスなどについて学ぶ必要があります。

ブラックボックステストの利点は、プログラマーとは異なる考え方をするため、プログラマーが見落としたリスクを予見できる可能性が高いことです。ブラックボックスで重視されるのは、ソフトウェアのユーザーや環境に関する知識です。テスターは基本的なコードに無知であるため、これを無知ベースのテストと表現することもあります。

製品についてより多くのことを学び、より多くの方法で知れば知るほど、より良いテストができるようになります。しかし、もし私たちの主な焦点がソースコードと、ソースコードから導き出されるテストにあるならば、私たちはプログラマーがすでにカバーした領域をカバーすることになり、そのコードに関する知識は彼/彼女のものよりも少なくなってしまうでしょう。

複雑な製品をテストするとき：飛び込んで、そしてやめる

複雑さに圧倒されることがあります。知的な麻痺を感じることさえあります。ですから、複雑で大変な機能セットをテストするときは、一気にやってしまいましょう。しかし、複雑な製品を一度に理解しようとは思わないでください。

30分でも1時間でも、そのプロジェクトに身を投じてみてください。そして、いったん中断して別のことをする。これは、"plunge in and quit "と呼ばれる方法です。この短時間は生産性が低くても気にせず、混乱しそうなら早めにやめる。

この方法の素晴らしいところは、製品の一部を選んで作業すること以外に、まったく計画が必要ないことです。何度か「やってはやめ」を繰り返すうちに、製品のパターンやアウトラインが見えてくるはずです。やがて、より整理された、具体的なテストや勉強の戦略が浮かんでくるはずです。

混乱はテストツールである

仕様書はわかりにくいですか？仕様書の曖昧さは、有力な利害関係者間の重要な意見の相違を覆い隠すためにあることが多い。

製品は混乱していますか？それは壊れている可能性があります。

ユーザードキュメントはわかりにくいですか？製品のこの部分があまりにも複雑で、特殊なケースや矛盾が多すぎて説明できない可能性があります。

根本的な問題が理解しにくいだけでは？自動化しようとするシステムの中には、本質的に複雑なものや、難しい技術的な問題を含んでいるものがあります。

製品、技術、テスト全般について学べば学ぶほど、混乱のコンパスは広がり、重要な問題がどこにあるのかを教えてくれるのです。

新鮮な目で失敗を見つける

何かを理解することは、新しい情報をすでに知っていることに同化させ、新しい情報に対応するために知っていることを修正する、豊かな知的プロセスです。ある製品や機能を理解した後、私たちはその製品に関するメンタルマップを手に入れ、頭があまり働かなくなります。このことは、テスターとして問題になることがあります。ある製品についてよく理解していると、その製品について仮定することができ、その仮定を確認する頻度も少なくなります。

• ある製品や機能を初めて目にしたとき、私たちが何に戸惑い、何に悩まされるかに特別な注意を払います。それは、ユーザーがどのように反応するかについても、何かを教えてくれるかもしれません。

• チームに新しい仲間が加わったときは、一緒にテストしてみましょう。彼らが製品を理解する過程で、どのような反応を示すかを観察するのです。

• テストのマンネリ化に注意する。厳格なテストスクリプトに従っていなくても、特定の機能に慣れ親しむあまり、テスト方法がだんだん狭くなってしまうことがあります。

• できる限りバリエーションを増やすか、他のテスターとテストの担当を交代しましょう。

テストプロセスの重要な成果の1つは、より優れた、より賢いテスターになること

優れたテスターは常に学習しています。プロジェクトが進むにつれて、テスターは製品に対する洞察を深め、そのプロジェクトで重要なあらゆる面で反射神経や感性を徐々に磨いていきます。製品を熟知し、リリースサイクルを1～2回経験した経験豊富なテスターは、製品のテスト方法について書かれた指示書を渡された経験の浅いテスターに比べ、指示がなくてもテストの効果を大幅に向上させることができます。

HCLSoftwareのTest Centre of Excellence (TCoE)の詳細については、HCLSoftwareまでお問い合わせください。