2021/10/26 - 読み終える時間: ~1 分

2021/10/9 に「HCL Notes/Domino V11.0.1 FP4、HCL Client Application Access 3.0.5 をリリースしました」をポストしましたが、障害修正リスト (Fix List) をリリースしましたのでお知らせします。

• Notes/Domino 11.0.1 Fix Pack 4 障害修正リスト (Fix List)

2021/10/25 - 読み終える時間: ~1 分

2021/10/20 に、「HCL Nomad Web のインストール動画を公開しました」というポストをしましたが、これをガイド化したものを公開しました。

比較的簡単に Windows Server 1台で HCL Nomad Web を検証できます。インストールファイルが揃った状態から開始して1時間もかかりません。

サポート技術情報: 技術資料: HCL Nomad Web インストールガイド (1台構成)

2021/10/22 - 読み終える時間: 5 分

Interact Triggered Message Integration with Apache Kafka の翻訳版です。

HCL Unica: Interact Triggered Message と Apache Kafka の統合

2021年10月21日

著者: Deepali Kalavade / Senior Technical Lead

Unica Interact Triggered Message機能は、ほとんどのお客様にご利用いただいている人気のモジュールです。Triggered Messageルールが有効になると、対応するMarketingメッセージがDispatcherに送信され、Outbound Gatewayに送られます。

同様に、インバウンド・ゲートウェイの場合、メッセージはアクティビティ・オーケストレーターのレシーバー・キューに到着します。Unica 12.0以降、Interactは、InteractゲートウェイのDispatcherとReceiverのメッセージキューとして使用できるオプションとして「Kafka」を導入しました。Apache Kafkaは、Interactとサードパーティシステム間の通信チャネルとして機能するIBM MQの代替として導入されました。

ここでは、InteractにおけるKafkaの設定について詳しく見ていきましょう。

Kafka ディスパッチャー

アウトバウンドゲートウェイを構成するためには、まずディスパッチャを作成する必要があります。このディスパッチャには、以下のタイプがあります。InMemoryQueue、JMSQueue、Custom、Kafka のいずれかです。

タイプがKafkaの場合、以下のパラメータは必須です。

providerUrl: Kafkaクラスターへの初期接続の確立に使用するホスト/ポートペアのリスト。このリストは、host1:port1,host2:port2,..... の形式でなければなりません。 例：値は「server1:9092」とすることができ、「server1」はKafkaサーバーの名前です。

topicです。Kafkaサーバーで使用されるトピック名です。トピックとは、メッセージが保存・公開されるカテゴリーやフィード名のことです。すべてのKafkaメッセージはトピックに整理されます。 トピック名には、ASCIIの英数字、'.'、''、'-'を含める必要があります。トピック名には制限があるため、ピリオド('.')またはアンダースコア('')を使ったトピックを使用することができます。トピック名の最大長は255文字までです。

zookeeper.connect: zookeeper の接続文字列を hostname: port の形式で指定する。hostname と port は、ZooKeeper サーバのホストとポートである。 例："server1:2181" (server1 は zookeeper サーバの名前)。

認証を行います。ユーザーは、さまざまな認証メカニズムを有効にすることで、Kafkaを利用することができます。 デフォルトでは、Kafkaサーバーはいかなる認証メカニズムもサポートしていません。ユーザーは、認証メカニズムが無効であることを考慮してKafkaサーバーを起動することができます。この場合、ユーザーは「認証」パラメーターに「None」という値を設定できます。 サポートされる値は、none、Plain、SSL、SASL_SSLです。

1. None：「authentication」にこの値が設定されている場合、追加のパラメーターは必要ありません。

2. Plain この値が「認証」に設定されている場合は、以下のパラメータが必要です。

認証にはasmUserforMQAuth/authDSまたはユーザー名/パスワードのいずれかのパラメータを使用できます。authDSを使用する場合は、プラットフォーム構成のUserセクションでデータソース（authDS）を作成する必要があります。

3. SSL：この値が「認証」に設定されている場合は、以下のパラメータが必要です。

データソース（SSLKeystoreDS、SSLKeyDS、SSLTruststoreDS）は、プラットフォーム構成の「User」セクションで作成する必要があります。これらのデータソースには、お客様の環境に合わせてユーザー名とパスワードを設定してください。

4. SASL_SSL：この値が「認証」に設定されている場合は、以下のパラメータが必要です。

データソース（authDS、SSLKeystoreDS、SSLKeyDS、SSLTruststoreDS）は、プラットフォーム構成の「ユーザー」セクションで作成する必要があります。認証にはasmUserforMQAuth/authDSまたはusername/passwordパラメータを使用できます。

上記のパラメータに加えて、InteractはDispatcher用に以下の追加パラメータをサポートしていますが、これらは完全にオプションです。

• acks。acks: acksコンフィグは、リクエストが完了したとみなされる基準を制御します。all "に設定すると、レコードのフルコミットをブロックします。

• retries: リクエストが失敗した場合、プロデューサーはリトライすることができます。指定されたリトライは0に設定されているため、リトライはできません。リトライを有効にすると、重複してしまうことがあります。

• batch.size: 複数のレコードをバッチ処理してパーティションに送信する際のデフォルトのバッチサイズをバイト単位で指定します。

• linger.ms: * linger.ms: 送られてきたレコードをまとめて送信できるように、プロデューサーは指定された遅延時間まで他のレコードが送信されるのを待ちます。

• buffer.memory: buffer.memory：プロデューサーが、サーバーへの送信待ちのレコードをバッファリングするために使用できるメモリの総バイト数です。

上記パラメーターのデフォルト値とサンプル値を以下の表に示します。

Kafkaレシーバー

インバウンドゲートウェイを構成するためには、まずレシーバーを作成する必要があります。このレシーバーには、タイプがあります。CustomまたはKafkaです。タイプが Kafka の場合、以下のパラメータが必須となります。

• providerUrl: Kafka クラスタへの初期接続を確立するために使用されるホスト/ポートペアのリスト。このリストは、host1:port1,host2:port2,...の形式でなければなりません。

例：値は「server1:9092」とすることができ、「server1」はKafkaサーバーの名前です。

• トピック。これは、Kafkaサーバーで使用されるトピック名です。 その他の詳細については、上記の「ディスパッチャー」のセクションで述べたものと同様です。

ディスパッチャーとレシーバーのトピックは別々にしてください。

• group.id: Kafkaコンシューマーが所属するコンシューマーグループの名前を指定します。

• zookeeper.connect: zookeeper の接続文字列を hostname:port の形式で指定する。hostname および port は、ZooKeeper サーバのホストおよびポートである。

例: "server1:2181" (server1 は zookeeper サーバの名前) など。

*認証を行います。ユーザーは、さまざまな認証メカニズムを有効にして Kafka を使用できます。

サポートされる値 - none、Plain、SSL、SASL_SSL。

これらの認証タイプの詳細は、前述のディスパッチャーの場合と同様です。

上記のパラメーターに加えて、Interact はレシーバーに対して以下のパラメーターをサポートしていますが、これらは完全にオプションです。

• enable.auto.commit」は、「auto.commit.interval.ms」で設定された頻度で、自動的にオフセットをコミットすることを意味します。
• auto.commit.interval.ms: auto.commit.interval.ms：ポーリング間隔が1000に設定されているため、auto.commit.interval.msの値は1000を超えてはなりません。auto.commit.interval.msの値は、poll intervalの値を超えてはなりません。

上記パラメーターのデフォルト値とサンプル値を以下の表に示します。

また、スレッド管理、Zookeeper、トピック作成のバリエーションをサポートするために、オプションのパラメーターが用意されています。上記のようにReceiverのDispatcherが設定されると、同じものをアウトバウンドまたはインバウンドのゲートウェイとそれに続くチャネルで使用できるようになります。

Interacted Messageの詳細については、弊社までお問い合わせください。

2021/10/21 - 読み終える時間: ~1 分

2021年11月19日 (金) の 17:30-19:00、2021年 テクてく Lotus 技術者夜会 第 5 回を開催します。詳細、お申し込みは以下のURLからお願いします。

https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0069193

今回の特集は「HCL Nomad Web, Domino Volt 最新情報」です。

サンドボックスで自社アプリの試行(テスト)も可能になったHCL Nomad Web 、データグリッドの機能が加わったHCL Domino Volt。 最新情報と今後の予定をお届けいたします。 また、「このアプリがNomad で動いた」「こんなアプリをVolt で作った」といった方がいらっしゃいましたら、是非ご紹介ください。

• HCL Nomad Web アップデート(HCL)
• HCL Domino Volt アップデート(HCL)
• 「このアプリがNomad で動いた」「こんなアプリをVolt で作った」ライトニングトーク

2021/10/21 - 読み終える時間: ~1 分

HCL Software では、ビジネスパートナーの皆様に定期的に情報提供を行う場として HCL Software Partner Academy を原則、月1回のペースで開催しています。

ビジネスパートナーの皆様にありましては、最新の情報でビジネスを行っていただきたく、是非参加していただきたく考えております。HCL Software の主要製品の最新情報の他、ライセンス制度や、業界の動向に合わせた旬なビジネストピックについて扱っています。リプレイも視聴可能です。

詳細につきましては、HCL Software Partner Academy のページをご覧ください。

2021/10/21 - 読み終える時間: ~1 分

HCL Notes/Domino のバージョンアップの情報については、これまで Windows が中心でしたが、IBM i システムの情報を公開しました。

• サポート技術情報: RSTLICPGM を使って HCL Domino Server V12.0.x を IBM i システムにインストールする方法
• サポート技術情報: IBM i で HCL Domino Server を V12.0.x にアップグレードする方法

2021/10/21 - 読み終える時間: ~1 分

Automate workflows with BigFix Lifecycle Server Automation の翻訳版です。

HCL BigFix Lifecycle Server Automation によるワークフローの自動化

2021年10月20日

著者: Cyril Englert / Solution Architect

BigFix Lifecycle Server Automation は、ネットワークへの影響を最小限に抑えながら、さまざまなエンドポイントで一連のFixlet、Task、Baselineなどの多様なワークフローを自動化する機能を提供します。自動化計画に含まれる自動化タスクは、複数のエンドポイントで単純な順序で、または並行して実行できます。BigFix Lifecycle Server Automationは、複雑なマルチステップのタスクを自動化するためによく使用され、スタッフの時間を何時間も節約し、手動プロセスによる手戻りを減らします。

BigFix の中部大西洋地域のテクニカルアドバイザーであるBrad Sexton氏は、最新のガイド「BigFix - Use Sever Automation for those complex patching scenarios」で、複雑なパッチ適用プロセスを自動化する方法を詳しく説明しています。このガイドでは、サーバーオートメーションを設定し、ESXiホストのスナップショットを取得してホストにパッチを適用し、障害が発生した場合はスナップショットを元に戻すか、オートメーションプランが成功した場合はスナップショットを削除する基本的なオートメーションプランを作成する方法を詳しく説明しています。

BigFix Lifecycle のコンポーネントである BigFix Server Automation の詳細については、https://www.hcljapan.co.jp/software/products/bigfix/lifecycle/ (日本語) https://www.hcltechsw.com/bigfix/offerings/lifecycle (英語) をご覧ください。

HCL BigFix で、より多くを見つけ、より多くを修正し、より多くを実行しましょう。

2021/10/20 - 読み終える時間: ~1 分

HCL Nomad Web は、ブラウザーのみで、Notes/Domino のアプリケーションが動作する新しいクライアントです。動作させるためには、主に以下のものが必要です。

• ID ボールト用に Domino V12 サーバー
• HCL Nomad Web Proxy サーバー (実際は HCL SameLinx サーバー)

HCL では、お手軽に試していただける Sandbox 環境を提供していますが、ご自身で実際の環境を試してみたいという声もいただいています。

今回は、 1台の Windows サーバーに Domino V12 と HCL Nomad Web Proxy サーバーを同居させ、1台で完結する仕組みを作成し、その動画を公開しました。

一式 35 分間で作業を完了したものを、早回しして約20分にしています。

• サポート技術情報: HCL Nomad Web のインストール (動画)