2024/1/30 - 読み終える時間: ~1 分

2024年1月30日 ショート技術動画 に「Passkeys 認証」を追加しました。

2024/1/29 - 読み終える時間: ~1 分

HCL Ambassador 2024 が The Official HCL Ambassador Announcement Class of 2024 ページで発表されました

日本からは以下の 10 名が選出されました。おめでとうございます。ご活躍を楽しみにしております。HCL としてもご支援してまいります。

• 阿部 覚 氏 (株式会社アグレックス)
• 加藤 満 氏 (ケートリック株式会社、Lifetime Ambassador)
• 田付 和慶 氏 (ケートリック株式会社)
• 中野 晴幸 氏 (株式会社NIS)
• 萩原 健補 氏 (広瀬化学薬品株式会社)
• 浜 真行 氏 (株式会社 プロシード)
• 林 和正 氏 (株式会社フィオーレ)
• 林 哲司 氏 (フリーランス、ノーツコンソーシアム大阪研究会所属)
• 御代 政彦 氏 (株式会社エフ)
• 米原 和之 氏 (ケートリック株式会社)

2024年1月のテクてく Lotus 技術者夜会では、Ambassador の皆様からのライトニングトークを行っていただきました。是非ご覧ください。

2024/1/24 - 読み終える時間: ~1 分

HCL Domino および関連製品の最新情報を掲載するHCL Domino アップグレード 特設ページを公開しました。

2023年12月に開催した Domino V14 Factory Tour の資料や記事、技術資料などを公開しており、今後順次コンテンツを追加していきます。

• HCL Notes/Domino アップグレード

2024/1/23 - 読み終える時間: 9 分

Configuration of HCL Common Local License Server の翻訳版です。

HCL Common Local License Server の構成

2024年1月19日

著者: Sathiya priya /QA Engineer

HCL ZIE for Transformation（ZIETrans）製品はライセンス・ベースであり、製品を使用するにはライセンス設定を行う必要があります。このドキュメントでは、HCL Common Local (Online/Offline) License Server を使用してライセンスを構成する手順について説明します。

前提条件

• OS は、64 ビット Windows、Windows 8.1、10、Windows Server 2012 R2、Windows Server 2016、Windows Server 2019 です。
• HCL Software License Management Portal から製品とライセンスサーバー（CLLS - Online/Offline）をダウンロードします。
• java（Oracle Java SE 8u282以降、OpenJDK 8u282以降、OpenJDK 11.0.10以降）をダウンロードし、JAVA_HOME環境変数を設定します。

図1：完全修飾ドメイン名

HCL Common Local License Server のインストール手順

1. HCL Software License Management Portal からダウンロードした Extracted Local license server_Offline（HCL_CLLS_2.0_Windows_x64_Offline）のzipファイルを解凍します。

2. 以下のように、Java keytoolを使用して自己署名証明書を生成します。

   • コマンド・プロンプトを開きます。
   • Java binの場所に移動します。
   • 以下のコマンドを入力し、キーストアを生成します。

keytool -genkey -keyalg RSA -alias FQDN-Hostname -keystore keystore.jks -storepass changeit -validity 3650 -keysize 2048

• 以下のコマンドを入力して、Keystore.jksをエクスポートします。

keytool -export -alias FQDN-Hostname -keystore keystore.jks -rfc -file HOSTNAME.certs

• キーストアのパスワードを入力します。 changeit
• 以下のコマンドを入力して、証明書ファイルをJava TrustStoreにインポートします。

keytool -importcert -file HOSTNAME.certs -alias FQDN-Hostname -keystore
"C:\ProgramFiles\AdoptOpenJDK\jdk-8.0.282.8-hotspot\jre\lib\security\cacerts”

• パスワードを入力します。 changeit

3. 以下のコマンドを入力して、Keystore.jksファイルをHCL Common Local Lisense Server にコピーします。

cp keystore.jks -HCL_CLLS_2.0_Windows_x64_Offlineserver

4. HCL Common Local License Server に移動し、server フォルダを開きます。

5. local-configuration.yamlファイルを開きます。

6. https-inセクションを以下のように編集します。

図 2: LLS の local-configuration.yaml ファイル

7. 変更を確認し、ファイルを保存します。
8. マシンを再起動します。
9. ライセンスサーバーをサービスとしてインストールする手順

a. ローカル ライセンス サーバのある場所のサーバーフォルダに移動し、次のコマンドを実行します（コマンドプロンプトを管理者モードで実行します）。

flexnetls.bat -install

b. 以下のコマンドでサービスを開始します。

flexnetls.bat -start

c. 以下のコマンドを使用して、サービスが実行されていることを確認します。

flexnetls.bat -status

10. 以下のURLをブラウザで実行し、CLLS Healthのステータスが機能しているかどうかを確認します。

https://FQDN-Hostname:1443/api/1.0/health

図 3: ブラウザ上での LLS ヘルス・ステータスの確認

注：これらの手順は、オフラインおよびオンラインのHCL Common Local License Serverで共通です。

オフラインのセットアップ

1. 解凍したLocal license server_Offline (HCL_CLLS_2.0Windows x64_Offline)フォルダに移動します。

a. Enterprise フォルダをダブルクリックして開きます。 b. ローカルライセンスサーバからホストID値を取得するには、Enterpriseフォルダからコマンドプロンプトを開きます。

flexnetlsadmin.bat -server https://FQDN-Hostname:1443/api/1.0/instances/~ -authorize admin password - HostID

図 4: LLS から HostID を取得する

注: ユーザーが CLLS ポータルの管理者権限を持っていない場合は、FNO チーム(https://itops.hcltechsw.com/) に連絡して、デバイスとマップの権限を作成してください。

2. HCL Software License Management Portal にアクセスし、デバイスを追加します。

3. 以下の手順でデバイスを追加します。

• デバイスの作成をクリックします。
• 必要な名前を入力します。
• Runs license serverとid typeをEthernet IDとして選択します。
• ライセンスサーバーのホストIDを入力します。

4. Devices]メニューから、新しく作成したデバイスを選択します。

5. デバイスページで、[Actions]メニューから[Map Entitlements]をクリックします。

6. エンタイトルメントページで、利用可能なエンタイトルメントの中からこのライセンスサーバーに追加したいエンタイトルメントの数を入力し、保存します。

7. 図 5 に示すように、Device Status が License generated に変更されたことを確認します。

図 5: Flexera ポータルのライセンス生成ステータス

8. Action] メニューから、[Download the response file] オプションを選択します。

9. 解凍した Local license server_Offline (HCL_CLLS_2.0Windows x64_Offline) フォルダに移動します。

• Enterpriseフォルダを開きます。
• Enterpriseフォルダからコマンドプロンプトを開きます。
• 以下のコマンドを使用して、HOSTID.bin ファイルをライセンスサーバーにアップロードします。

flexnetlsadmin.bat -server https://FQDN-Hostname:1443/api/1.0/instances/~ -authorize admin password - activate -load 0A746434ID.bin

10. この要求の後、以下のコマンドを入力して、オフラインのローカルライセンスサーバで割り当てられたライセンスを確認します。

flexnetlsadmin.bat -server https://FQDN-Hostname:1443/api/1.0/instances/~ -authorize admin password -licenses -verbose

図 6: オフライン LLS カウントの検証

11. 以下の手順で公開鍵と秘密鍵を作成します。

a. OpenSSLツールをインストールし、環境変数を設定します。 b. OpenSSLのbinの場所からコマンド・プロンプトを開きます。

• 以下のコマンドを実行して秘密鍵を作成します。

openssl genrsa -out private_key.pem 2048

• 以下のコマンドを実行して公開鍵を作成します。

openssl rsa -in private_key.pem -pubout -outform DER -out public_key.der

• 以下のコマンドを実行して、pkcs8形式の秘密鍵を作成します。

openssl pkcs8 -topk8 -inform PEM -outform PEM -in private_key.pem -out private_key_pkcs8.pem -nocrypt

12. ZIETrans アプリケーションで CLLS ライセンスを設定する手順

a. 以下のコマンドを使用して、公開鍵をオフラインのローカルライセンスサーバーにアップロードします。

flexnetlsadmin.bat -server https://hostname:1443/api/1.0/instances/~ -authorize admin password -uploadPublicKey C:\\public_key.der

図 7: LLS への公開鍵のアップロード

b. 以下のコマンドを使用して、ホスト証明書を ZIETrans Java にインポートします（手順 4 の「Import cert file into Java TrustStore」で作成したホスト証明書）。

keytool -importcert -file WIN-QUI6NNK6G90.certs -alias fullcomputername -keystore "C:◆UsersAdministrator ◆Downloads ◆HCL ZIE for Transformation v2.0 ◆Packaged
DistributionZIETrans

図 8：ZIETrans Java へのホスト証明書のインポート

c. ZIETrans アプリケーションで Web プロジェクトを作成します。

d. navigator タブで runtime.properties ファイルを開き、以下を設定します。

flx_PrivateKey_Absolute_Path=C:\Private_key_pkcs8.pem
flx_ServerURL=https： //ホスト名： 1443/api/1.0/instances/~

図9：runtime.propertiesのコンフィギュレーション

e. プロジェクトを保存します。 f. プロジェクトを右クリックして、サーバー上で実行してください。 セッションが正常に接続され、コンソールにライセンス成功のメッセージが表示されます。

図 10: ZIETrans アプリケーションでのライセンス接続の成功

g. 接続に成功したら、次のようにサーバ側でライセンスの使用状況を確認します： h. ローカル ライセンス サーバの enterprise フォルダに移動します。 i. エンタープライズ フォルダからコマンド プロンプトを開きます。 j. 以下のコマンドを入力し、サーバ側からライセンスの使用状況を確認します。

flexnetlsadmin.bat -server https://FQDN-Hostname:1443/api/1.0/instances/~ -authorize admin password -licenses -verbose

以下のように取得したライセンスの詳細が表示されます。

図 11: 取得したライセンス数の確認

オンライン セットアップ

ステップ8と9を除き、オンラインセットアップでも同じ手順を繰り返します。

注：HCL LLSオンライン版は、HCL Software License Management Portal とのインターネット接続が必要です。自動同期は定期的に行われます。

2024/1/22 - 読み終える時間: 6 分

Now You Can Customize HCL Domino Templates to Meet Your Business Needs の翻訳版です。

ビジネスニーズに合わせて HCL Domino テンプレートをカスタマイズできるようになりました

2024年1月18日

著者: Thomas Hampel / Director of Product Management, Domino, HCLSoftware

HCLSoftware は、多くの HCL Domino テンプレートを開発者コミュニティにオープンソースとして提供することで、お客様の開発能力を拡大しています。オープンソースにより、HCLSoftwareの Domino 開発者やパートナーはテンプレートを自由に修正し、オリジナルを基に新しいテンプレートを作成し、そのカスタマイズを他の開発者と共有できます。このHCLSoftwareのオープンソースのイニシアチブは、EVP兼デジタルソリューションズGMである Richard Jefts によって最近発表された、よりオープンで活気のある開発者コミュニティをサポートするための新しい出発点です。

現在、Apache 2.0 ライセンスにより、この新しいテンプレートのカスタマイズが容易に利用できるようになりました。世界中に何千人ものDomino開発者がいるため、オープンソーステンプレート（以下のテンプレートリストを参照）により、開発者コミュニティは、HCLSoftwareの製品リリースからテンプレートを切り離し、いつでも必要に応じて修正できる柔軟性を得られます。

すべてのオープンソーステンプレートは、HCL Domino/Notes v14で提供され、Apache 2.0ライセンスの下で利用可能になり、HCL OpenSource Signing IDで署名されています。Gitリポジトリには、ダウンロード可能な*.ntfとしてここに含まれている英語と他のサポートされている言語バージョンのソースコードが含まれています。

上記のすべてのソースコードは、Domino Designerの新しい Yaml ベースの OnDiskProjects を使用しています。Domino Configuration TunerやDomino Blogテンプレートなど、より多くのオープンソーステンプレートが間もなくリリースされます。

HCLSoftware はオリジナルの、変更されていないバージョンのテンプレートの所有権を保持し、どの更新や変更が基本テンプレートにマージされるかを管理します。HCLSoftware は、開発者コミュニティからの投稿を使用し、将来のリリースに組み込む権利を保持します。

HCLSoftware は、HCL Domino 製品と共に出荷される、オリジナルの未修正のテンプレートバージョンに対してのみサポートを提供します。フォークやコードの修正バージョンは公式にはサポートされません。コードをフォークしたり、変更を加えることを選択したユーザーは、自己責任で行い、その結果生じる問題や変更に責任を負います。HCLSoftware はフォークされたバージョンのサポートやトラブルシューティングを保証することはできませんので、ユーザーはカスタマイズや修正に関するガイダンスとして公式ドキュメントを参照することをお勧めします。変更されていないテンプレートに関する不具合追跡や質問は、通常のサポートプロセスで引き続き処理されます。

より見栄えのするアプリのデザインにお困りですか？

新しい Domino アプリを作成したり、既存の Domino アプリを更新したりすることは、アプリケーション開発の不可欠かつ中核的な部分です。HCLSoftware の新しい HCL Domino デザインガイドは、開発者がより簡単かつ効率的に一貫性を確保し、設計と開発サイクルを加速することを目的としています。

開発者がより見栄えの良いアプリケーションを構築できるように、アイコンや配色などを含む Domino Design Guide のリリースを発表します。

2024/1/22 - 読み終える時間: 17 分

All About HCL DevOps Code ClearCase Semi-Live ReformatVOB (SLRV) の翻訳版です。

HCL DevOps Code ClearCase セミライブリフォーマット VOB (SLRV) のすべて

2024年1月17日

著者: Avinash Srinivasamurthy / Senior Technical Specialist

このブログ記事では、HCL DevOps Code ClearCase 3.0.1で利用可能なセミライブリフォーマットVOB（SLRV）機能の詳細について説明します。以下のトピックを取り上げます。

• セミライブ reformatVOB（SLRV）を使用する理由
• 標準の reformatvob がどのように機能するか - 図による説明
• セミライブ再フォーマットVOB(SLRV)の動作-図解による説明
• セミライブ再フォーマットVOB（SLRV）と標準再フォーマットVOBの比較

セミライブ再フォーマットVOB（SLRV）を使用する理由

SLRVを使用してVOBを再フォーマットする主な利点は以下の通りです。

• SLRVは次のような優れたソリューションを提供します
  • 新しいスキーマ・レベルへの VOB の更新
  • データベースのクリーンアップ
• SLRV は、より短いロック時間で VOB を再フォーマットする能力を提供します。
• SLRVでは、再フォーマットのダンプとロードのプロセスはバックグラウンドで行われます。SLRVでは、再フォーマットのダンプとロード処理はバックグラウンドで行われます。
• SLRVは、チームがVOBをロックし、最終的なカットオーバー処理を実行する準備ができた時点で完了できます。

標準的な再フォーマット VOB の仕組み

SLRVの仕組みに入る前に、標準的なreformatvobの仕組みとその主な問題点について簡単に説明します。

次の図はVOBに対して行われる標準的なreformatvobの動作を表しています。

• db_dumperは現在のスキーマを読み込み、いくつかのテキストファイルにデータを出力します。
• db_loaderはこれらのテキストファイルを読み、新しいスキーマにデータを書き込みます。
• このプロセスが終了すると、ディレクトリが入れ替わり、新しいスキーマを持つ新しいデータベースが使用できるようになります。
• reformatvobプロセスは大規模なデータベースではかなりの時間を要します。
• このプロセスの間、VOBはロックされ、使用できません。
• UCM環境では、コンポーネントVOBが1つでも使用できない場合、そのUCMプロジェクトですべてのUCM操作が使用できなくなります。

セミライブ再フォーマットVOB（SLRV）の仕組み

セミライブ再フォーマットVOBプロセスは、2つのステージで動作します。

• ステージ1：セミライブreformatVOBプロセスの開始
• ステージ2：セミライブリフォーマットVOBプロセスの完了

ステージ 1：セミ・ライブ再フォーマットVOBプロセスの開始

この最初のステージでは、SLRVはコマンドを発行することにより、指定されたVOBに対して開始される： cleartool reformatvob -semilive <vob_stg_path

下図は、この段階で実行されるタスクを表しています。

• reformatvob -semilive操作は、そのデータベースをスキーマ・レベル55（元のdbがスキーマ54の場合）またはスキーマ・レベル81（元のdbがスキーマ80の場合）に静かにアップグレードします。
• その後、VOBはロックされます。
• 既存のデータベース（VOBのdbディレクトリだけ）がdb.copyにコピーされます。
• その後、VOBはロック解除されます。
• コピーされたデータベースはダンプされ、db.semiliveにロードされる。
• db_replay_serverプロセスが開始され、現在のVOB dbからデータベースのdb.semiliveコピーにトランザクションを再生する。
• 現在の VOB db はコピーが作成されるとロックが解除されるため、エンドユーザーは VOB 上で作業を続けることができます（ポイント 4）。その結果、エンドユーザーの操作に影響はありません。
• db_replay_serverプロセスは、VOB dbに加えられた新しい変更を、バックグラウンドで新しいdb.semiliveに再生し続けます。

ステージ 2：セミライブreformatVOBプロセスの完了

VOB上で進行中のSLRVを完了させるために、管理者は以下のSLRV completeコマンドを実行します： cleartool reformatvob -semilive -complete ＜vob_stg_path

下図はSLRV completeコマンド発行後、この段階で実行されるタスクを表しています。

• complete "コマンドが発行されると、エンドユーザーによるそれ以上の変更を防ぐため、VOBは再びロックされます。
• complete "メッセージがdb_replay_serverに送信されます。
• db_replay_serverは、現在のVOB dbから「db.semilive」dbコピーに未処理のトランザクションをすべて再生し、終了する。
• 現在のVOB dbディレクトリは、将来のバックアップと参照用に "db.pre-semilive... "にリネームされる。
• スキーマ81データベースのdb.semiliveは "db "にリネームされ、VOBの新しいアップグレードされたdbとして機能します。
• VOBのロックが解除され、エンドユーザーが使用できるようになり、SLRV操作が完了しました。
• VOBは新しいスキーマにアップグレードされました。

セミ・ライブ再フォーマットVOB（SLRV）と標準再フォーマットVOBの比較

次の表は、セミ・ライブ再フォーマットVOB（SLRV）と標準再フォーマットVOBの方法の比較です。

2024/1/22 - 読み終える時間: 2 分

Multiexperience DXP - At the Heart of All CX and EX の翻訳版です。

マルチエクスペリエンス DXP - すべての CX と EX の中心に

2024年1月10日

著者: Andrew Manby / Vice President of Product Management

Digital+ Economy では、世界中のあらゆる規模の企業で、顧客体験と従業員体験（CXとEX）が話題となっています。真の従業員中心、顧客中心のエクスペリエンスは、あらゆるビジネスを真に変革することができるため、その話題はしばしば正当化されます。

しかし、成果に焦点を当てなければ、これらの重要な概念は単なる流行語にすぎません。では、組織はこれらの戦略をどのように取り入れ、どのような違いを生み出すことができるのでしょうか？

そこで、マルチエクスペリエンスDXPの出番となります。HCLSoftware は DXP である HCL DX を強化し、より良いオムニチャネルの成果を得るために、コンテンツ、アプリ、プロセスを統合しました。

トータル・エクスペリエンスの創造

Gartner 社の報告によると、顧客と接する従業員の64％が、不必要な労力と多すぎるサイロが、質の高い顧客（または従業員、市民など）体験を提供する妨げになっていると回答しています。

密接に関連する概念もあります。トータル・エクスペリエンス」（TX）は、ガートナー社によって「サイロを取り払い、バラバラではなく相互に結びついたエクスペリエンスを提供する能力」と説明されています。

「2024年までに、TX戦略の提供に長けた組織は、満足度指標において競合他社を25％上回るだろうとガートナーはまた予測しています。マルチエクスペリエンスDXP（MXDXP）は、組織をトータルエクスペリエンスへの道に導き、以下のことを可能にします。

• モダナイズ
• すべてを統合する
• トータル・エクスペリエンスによる喜び

この時点で、組織は単なるコンテンツではなく、カスタマイズされた消費可能な体験を提供し、成果を可能にしています。例を見てみましょう。

ある保険会社が、明確なゴールとビジネス成果のステートメントを定義したとします。例えば、「顧客がクレームを提出し、解決するのに必要な時間と労力を削減する」というようなものです。この会社は HCLSoftware の MXDXP を使用して、洗練されたユーザーフレンドリーなフロントエンドポータルを構築し、バックエンドの統合とワークフローによって以下のことを実現しました：

• 効率とタスクの完了： MXDXPは、ユーザーが集中する必要のある特定のタスクに焦点を当てたストリームを提供することで、効率を大幅に向上させます。
• 顧客がどこにいてもプロセスを合理化： 企業のバックエンドプロセスには複数のソフトウェアスイートが使用されている可能性が高いが、MXDXPはソフトウェアと情報のサイロ化を解消し、顧客や従業員が選択したデバイス上で、どこでも同じように簡素化されたワークストリームを提供します。
• ロイヤルティの向上 ポータルの構築は「デザイン主導」で行われ、問題を迅速かつ効率的に解決することで、顧客の労力を最小限に抑え、ロイヤルティを高めることを目的としています。

HCL MXDXPは、UXデザイン、機能性、ブランディングにおけるフロントエンドの一貫性を確保しながら、これらすべてを実現しました。また、効率的なチャットボットなど、電話待ち行列の代替手段も提供しています。

MXDXPの主要コンポーネントの1つであるVolt Foundryのおかげで、オーシュアはローコード開発を活用し、開発中および継続的な実践としてこれらの利点を実現することができました。

• 複数のSaaSソリューション、企業システム、API、バックエンドのプロセスの統合を大幅に簡素化。
• ウェブ、ネイティブ・モバイル、タブレット、ウェアラブル、キオスク、およびその他のカスタム・チャネルにわたって、一貫したオムニチャレンジ体験を可能にします。
• プロの開発者がカスタム・アプリケーション・コンポーネントを作成するための、新しい迅速なアプリケーション開発オプション。
• ITガバナンスを備えた既存の市民開発者能力の拡張により、ビジネス・ユーザーがエクセルやメールを使用するなどの既存の手動プロセスをデジタル化し、データをより簡単に取り込んだり、2つ以上のシステムを統合して承認プロセスを形成したりできるようにします。

もちろん、現代の保険会社は、スマートフォンやその他のデバイスで最高の体験を提供する必要もあります。オーシュアがモバイル・ユーザーに提供するものを見てみましょう。

ここでもまた、最も一般的な問い合わせや問題、問い合わせの理由に焦点を当てた、明確で簡素化されたデザイン主導のエクスペリエンスです。すぐには分からないかもしれないが、クレームの開始、証明書の発行、ロードサイド・アシスタンスの要請など、これらの機能はすべて異なるバックエンドのAPIやプロセスを呼び出しており、場合によってはレッカー会社など完全に外部のベンダーが行っています。

ユーザーはそのようなものを見ることも体験することもなく、労力とストレスを最小限に抑え、大幅に改善された体験を得ることができます。ユーザーの年齢や生き方に関係なく、思慮深く慎重に最適化された保険体験が提供されます。

人生といえば、オー・シュアは先のことを考え、顧客のオファーに積極的になることができます。ある顧客が、16歳になる子供がいることを知るのに十分な情報をファイルしているとしましょう。オーシュアは、このティーンエイジャーが間もなく新しいドライバーになる可能性が高いことを知っているので、新しいドライバーが信頼できる自動車教習所に通えば保険料が割引になるというオファーを作ることができます。

もちろん、顧客がこのオファーを受け入れた場合、オーシュアは自動車教習所パートナーとの統合を活用し、最高のデータセキュリティと顧客のプライバシーを守りながら、オファーと割引を自動的に調整することができます。

MX DXPのコンセプトと、それが顧客、従業員、市民、そして彼らにサービスを提供する組織に提供する無数のメリットについてご紹介しましたが、お楽しみいただけましたでしょうか？このMXDXPシリーズでは、さらなるエントリーを予定していますので、近い将来、HCL DXで何ができるのか、より大きな文脈で私たちのブログをチェックしてみてください。

2024/1/22 - 読み終える時間: 5 分

Elasticity Unleashed - The Art of Custom Autoscaling of HCL Unica Interact on RedHat Openshift の翻訳版です。

Elasticity Unleashed - Red Hat OpenShift 上 のHCL Unica Interact のカスタムオートスケーリングの技術

2024年1月8日

著者: Siddharth Deshpande / Architect for Unica Cloud-Native Solution

強力なカスタマー・インタラクション・マネジメント・プラットフォームである HCL Unica Interact は、クラウド・ネイティブ・デプロイメントで最適なパフォーマンスとリソース管理を保証する独自のオートスケーリング機能を提供します。私たちは、シームレスなカスタマーエクスペリエンスの維持を保証し、変化するワークロードとリソース需要に動的に適応するオートスケーリング機能を活用しています。

オートスケーリングとは、リアルタイムの需要に基づいて、アプリケーションまたはインフラストラクチャに割り当てられるコンピューティングリソースを動的に調整する自動化されたプロセスを指します。クラウドコンピューティングやコンテナオーケストレーションプラットフォームで一般的に使用され、アプリケーションのスケーラビリティを管理し、さまざまなワークロードを効率的に処理できるようにします。

HCL Unica Interact Custom Autoscaling (v1)を理解する

HCL Unica Interact Autoscalingを深く理解することで、企業はワークロードの変動に直面しても、顧客対話管理システムのシームレスな運用を確保し、最終的に顧客エンゲージメントと満足度を向上させられます。

1. Unica Interact QoSセントリック・オートスケーリング 高品質なカスタマーエクスペリエンスを確保することが最も重要です。Unica Interact は、オートスケーリングに関して、QoS (Quality of Service) に真剣に取り組んでいます。API コールの応答時間が事前に定義されたしきい値を超えた場合、オートスケーリングは開始されません。このプロアクティブなアプローチにより、ワークロードのピーク時でもサービス品質が維持されます。閾値は Unica のヘルムチャートで設定できます。

2. きめ細かなオートスケーリング コントロールの強化 Unica Interact Helm チャートの設定により、特定のニーズに合わせてオートスケーリングプロセスを細かく制御できます。ヘルムチャートで直接スケーリングしきい値を定義することが可能です。さらに、このソリューションはきめ細かなコントロールを提供し、個々のUnicaオートスケーラーモジュール（スケジューリング、QoSなど）を無効にできます。

3. Unica Interact セッション・ドリブン・オートスケーリング Unica Interacts のオートスケーリングの主な特長の一つは、アクティブなセッションを考慮してポッドをインテリジェントにスケールダウンする機能です。各アプリケーション・ポッドのアクティブ・セッションを継続的に監視することで、Unica Interact は安全かつ制御されたオートスケーリング・プロセスを保証します。

4. 時間を意識したオートスケーリング オートスケーリングは、特定の時間帯に実行されるようにインテリジェントにスケジューリングできます。そうすることで、ワークロードがピークに達しない時間帯にオートスケーリングを起動し、逆に需要が高い時間帯には休止するように設定するできます。このスケジューリング機能は、プロパティファイルを使って簡単に設定でき、効率的なリソース管理を可能にします。

OpenShift上のUnica Interactのオートスケーリングの設定

1. 以下の前提条件を完了してください。

• OpenShift クラスタ
• OpenShift上にデプロイされたUnica
• Unica Interact と Interact Manager v 12.1.7 Docker イメージ
• Unica Interact Helm チャートとチャート設定。
• 永続ボリュームマウント - NFS
• OpenShiftルート
• メトリクスサーバ

2. Interact Manager for Autoscalingで更新されたUnica Helmチャートを(サポートチケットで)リクエストする

3. hcl-unica-interact-manager-envのconfigMap変数を設定してAutoScaling用の閾値を設定。

4. helm upgrade unica hcl-unica -n project コマンドを実行します。

Unica Interact Custom Autoscaling

Unica Interact カスタムオートスケーリングプロセスは、完全にコンフィギュレーションドリブンであり、ヘルムチャートでコンフィギュレーションされた本質的な基準としきい値に基づいています。

Unica Interact ポッドは、特定の基準を満たすと、グレースダウンします。たとえば、Interact のレプリカが 3 つあるシナリオでは、平均 CPU 使用率が configMap で定義された設定しきい値を下回ると、Unica はスケールダウン処理を開始する前に、アクティブなセッション数やサービス品質 (QoS) のチェックなど、追加の検証を実行します。スケールダウンする前に、影響を受けるポッドは削除するようにマークされ、その後、デプロイは制御された組織的な方法でスケールダウンされます。

さらに、configMap内の構成変数を使用して、指定した時刻にポッドのスケールダウン処理を毎日、毎週、または毎週末にスケジューリングできます。このスケジューリング機能は、負荷のピーク時にアプリケーションのスケールダウンを防止し、運用上のリスクを効果的に低減します。

同様に、Interact の自動スケールアッププロセスもシームレスです。追加リソースの割り当ては、メモリ/CPU の使用率や Quality of Service 標準の遵守などの要因によって決定されます。

Unica Interact Helm チャート構成は、特定の要件を満たすために、オートスケーリングプロセスの細かい制御を可能にします。このソリューションはきめ細かなコントロールを提供し、個々のUnicaオートスケーラー・モジュールを無効にできます。

インラインの画像は、Unica Helmチャートを使用したOpenShift上の複数のInteractサーバーグループによるUnica Interactのデプロイを紹介しています。各サーバーグループにはそれぞれ異なるコンフィギュレーションが搭載されており、グループごとに個別のconfigMapで効率的に管理されています。

OpenShift上のUnica Interact Pod Metrics： 画像は、OpenShift上の各Interact PodのPod MemoryとCPU使用率をグラフィカルに表示したものです。これらのリアルタイムメトリクスはInteract Manager Podによって収集され、基準を満たした場合にデプロイがスケールされます。

ポッドがスケールアップすると、Interact ポッドの自動登録プロセスが完全に自動化されます。スケールアップのたびに、ポッドはUnica構成内に自動的に登録されます。同様に、スケールダウン操作では、ポッドの登録解除も自動化されます。この合理化されたプロセスにより、Interactポッドのシームレスなスケーリングが保証され、さまざまなワークロードに対するプラットフォームの適応性が最適化されます。

主な利点

• 効率的なリソース利用： 必要に応じてポッドを追加または削除することで、リソースの割り当てを最適化します。
• アプリケーションパフォーマンスの向上： トラフィックの増加に応じてリソースを自動的にスケーリングすることで、アプリケーションの応答性と可用性を維持し、シームレスなユーザーエクスペリエンスを実現します。
• コスト削減： オートスケーリングは、使用率の低いリソースを不要なときにシャットダウンすることで、クラウドのリソースコストを抑制します。
• 信頼性の向上： オートスケーリングにより、アプリケーションはリソースの枯渇の影響を受けにくくなり、一貫したパフォーマンスと信頼性を確保できます。
• 運用の簡素化： 手作業によるスケーリングは、ミスが発生しやすく、時間がかかります。オートスケーリングはこのプロセスを自動化するため、チームはより戦略的なタスクに集中できます。

課題と考察

オートスケーリングには多くの利点があるが、潜在的な課題を考慮することも重要である：

• リソースの制約： リソースの制約：新しいPodに対応するためにクラスタのリソースを追加する必要がある場合があります。
• レイテンシ： 急速なスケーリングは、Podの初期化時間の増加につながり、アプリケーションの応答時間に影響を与える可能性があります。
• コスト管理： 自動スケーリングはアイドル状態のリソースを減らすことでコストを削減できますが、正しく設定されていない場合、トラフィック急増時のコスト増につながる可能性もあります。

セキュリティとコンプライアンスに関する考慮事項

Unica の docker イメージは RHEL UBI イメージをベースに構築されています。HCL Unica は最新の RHEL UBI アップデートを取り入れることに熱心で、デプロイが既知の CVE (Common Vulnerabilities and Exposures) に対して強化されていることを保証します。

CVE の脆弱性を修正するプロセスは、Unica のセキュリティに対するコミットメントの一部です。Unica の docker イメージを最新の状態に保つことで、最新のセキュリティパッチや潜在的な脅威に対する安全策の恩恵を受けられます。

まとめると、定期的なアップデート、CVE の緩和、業界標準の遵守により、Unica アプリケーションは安全です。

最後に

OpenShift/Kubernetes 上の Interact デプロイメントを自動スケーリングすることで、変化するワークロードにインフラをシームレスに適応させ、最適なリソース利用、パフォーマンス、コスト効率を確保できます。オートスケーリングの実装には慎重な計画と監視が必要かもしれませんが、その利点は課題をはるかに上回り、Unica Interact Auto-scaler はダイナミックな環境での効率的なスケーリングに不可欠です。