2021/5月/20 - 読み終える時間: 4 分

Unica Interact - Learning and Scoreoverride の翻訳版です。

Unica Interact: 学習とスコアオーバーライド

2021年5月19日

著者: Mayuresh Potphode / Unica Technical Support

このデジタル時代において、お客様はより高い教育を受け、Webに精通し、テクノロジーを駆使しています。そのため、マーケティング担当者は、より多くのインタラクションの機会を得て、メッセージを強化し、可能な限りのチャネルでオファー戦略を展開することになります。このような状況下で、マーケターはより多くの対話の機会を得て、メッセージングを強化し、可能な限りのチャネルでオファー戦略を展開することになります。

マーケティング担当者のこの課題を解決するために、Unica Interactは、1つのリクエストに対して複数のオファーが用意されている場合、どのオファーを表示するかの判断にマーケティングスコアを利用しています。このブログの主な目的は、HCL Unica Interactにおけるスコアの割り当てと、学習の最終スコアをScoreoverrideテーブルからバイパスする方法を理解することです。

スコア割り当てモデルの利点

• Interactでのオファーの適格性は、ユーザーに割り当てられたMarketer's Score/Final Scoreによって決定されます。
• スコアの割り当てには複数の基準があります。学習が有効な場合は、学習スコアが最も優先されます。学習が無効になっている場合は、マーケティングスコアを決定するための表現がどこに定義されているかによって、スコアの割り当てが異なります。以下のモデルは、スコア計算の優先順位を明確に定義しています。
• マーケティング担当者は、ADJEXPLORESCOREとFINALSCOREというパラメータを使って、Scoreoverideのテーブルスコアで学習スコアに影響を与えることもできます。

スコアアサインモデル

シナリオ1 学習とScoreoverrideの両方が有効でない場合

1. インタラクティブ・チャネルと、そのインタラクティブ・チャネルに関連するセッション・フローチャートを作成します。PUNE、MUMBAI、ALL_CITYのように3つのセグメントを追加します。スコアの割り当ては、以下のスクリーンショットのようにします。

   

2. 変更が適用された後、Interact管理用URLにアクセスし、CustomerID=102に対してstartSessionおよびgetOfferコールを実行します。注：CustomerID 102はセグメントPUNEおよびALL_CITYに該当します。以下のスクリーンショットにあるように、Strategyタブでセグメントに割り当てられたMarketer Scoreに基づいてオファーが表示されています。

オファー - クーポンカード (スコア=70)

![画像の説明](https://www.hcljapan.co.jp/software/blog/bl-content/uploads/pages/ff6ec1acf0377c93aeb3a88e24cdd6b8/04.png)

オファー - 割引クーポン (score=50)

![画像の説明](https://www.hcljapan.co.jp/software/blog/bl-content/uploads/pages/ff6ec1acf0377c93aeb3a88e24cdd6b8/05.png)

シナリオ2 スコアオーバーライドは有効だが、ラーニングは有効でない場合

ユーザーがScoreoverrideテーブルを使用してScoreoverrideを有効にすると、マーケターのスコアとScoreoverrideテーブルのスコアが比較され、最も高いスコアのオファーが提示されます。

ScoreoverrideテーブルのOffercode '000000008'のスコアが100なので、割引クーポンが提示されます。

提示された2つ目のオファーのスコアは70で、Scoreoverrideテーブルのスコア(Score=65)がMarketer Score(Score=70)よりも小さいため、Marketer Scoreから算出されます。

シナリオ3 学習とScoreoverrideの両方を有効にした場合

設定で学習を有効にして、Interactive Channel Zoneに学習を適用します。アプリケーションサーバを再起動します。startSessionとgetOfferのAPIコールを行います。

学習を有効にすると、オファーのスコアは常に学習アルゴリズムによって計算され、学習スコアがMarketerスコアやScoreoverrideテーブルのScoreよりも小さい場合でも、常に学習スコアが優先されます。

2番目に提示されたオファーの学習スコアは31で、MarketerとScoreoverrideのスコアがMarketer score=50 & ScoreOverde score=100より大きくても、学習スコアが優先されます。

シナリオ4（学習に影響を与える）： - 学習に影響を与えて、学習スコアではなくScoreoverrideテーブルのスコアを優先させたい場合

Learningが有効な場合、ScoreoverrideテーブルにADJEXPLORESCOREという新しい列を追加し、0.95のような値を割り当てます。startSessionとgetOfferのAPIコールを実行します。

startSessionとgetOfferコールの後、Scoreoverrideテーブルから95のスコアを持つオファー「Discount Coupons」が提示されます。したがって、Scoreoverrideのスコアで学習スコアに影響を与えたい場合は、ScoreoverrideテーブルにADJEXPLORESCORE列を新たに追加することで実現できます。

同様に、ScoreoverrideテーブルにFINALSCOREという列を追加して、学習の効果に影響を与えることもできます。以下の例では、CustomerID=102に対してFINALSCOREの値を100として、Scoreoverrideテーブルに列を追加しています。

Interact Scoreの計算方法や学習への影響についての詳細は、製品ガイドをご参照ください。Unica Interactの詳細については、弊社までお問い合わせください。

2021/5月/13 - 読み終える時間: 4 分

Unica Discover - Configuring HBR (Health-based Routing) Transport Service Pipeline Agent の翻訳版です。

Unica Discover: HBR (Health-based Routing) トランスポートサービスのパイプラインエージェントの設定

2021年5月12日

著者: Mark Sheyn / Solution Architect

マーケティングの世界では、顧客は真の資産です。優れた顧客体験を提供するためには、マーケティング・チームは顧客のインサイトに深く入り込む必要があります。顧客が何を好んでいるのか、いつ、どこで連絡を取るのか、人々は何に興味を持っているのか、どのように接続するのが最適なのか、といったことです。Unica Discover は、オンライン・ユーザー・ジャーニーに対する行動的なインサイトを提供することで、コンバージョンを向上させ、ユーザーが再び訪問したくなるような最適化された体験を提供できるように支援する Unica Suite のサービスです。

今日のブログでは、Unica Discover の Health-based Routing) Transport Service Pipeline Agent と、それを簡単に構成する方法を紹介します。

トランスポートサービスは 32-bit のプロセスです。トランスポート・サービスの下では、複数のパイプライン・エージェントが動作しています。HBR はパイプライン・エージェントのひとつです。HBR はメインプロセス (親パイプライン) のほか、子パイプラインも実行できます。オリジナルの HBR エージェントには、親パイプラインと子パイプラインが同じメモリを共有するという制限があります。32-bit のプロセスでは、最大 2GB まで利用できます。しばしば、メモリ使用量が 2GB の制限を超えてしまい、トランスポートサービスが再起動したり、停止したままになってしまうことがあります。

目標は以下の通りです。

• HBR エージェントのパフォーマンスを最適化し、向上させること。
• マシンのすべてのハードウェア (RAM) リソースを完全に活用すること。

ソリューションモジュールと主な機能

Health-Based Routing は、各キャニスターの健全性と負荷に基づいて、ヒットデータを複数のキャニスターにルーティングして処理することを可能にします。オリジナルの HBR の代わりに HBREx エージェントを使用する。Extended HBR セッション・エージェント (HBREx) は、キャニスター内の個々のパイプラインに対して複数の子パイプラインを実装し、メモリを有効活用します。これにより、パイプラインのヒット処理性能が向上します。

オリジナルの HBR と拡張 HBR (HBREx) の違いは、子パイプラインが HBREx で別のプロセスを実行しており、親パイプラインのプロセスの一部ではなくなっていることです。子パイプラインを別のプロセスとして実行することで、各パイプラインのメモリ容量が増え、HBR のパフォーマンスが向上します。

ステップ・バイ・ステップ・ソリューション

• Admin グループのメンバーとしてDiscover ポータルにログインし、ゴートします。Discover -> Manage Services

• 右側のペインで、HBR サーバーの構成を見つけて展開します。この例では、COMP-770-1 となっています。

• "Transport Service configuration..." をクリックし、左の"Config Actions" で "View/Edit (Raw)" をクリックします。

• ポップアップ・ウィンドウで DiscoverCaptureSocket.cfg が開きます。

• テキストの中で、[HBREx] セクションを見つけて、以下のように置き換えます。

注意:

HBREx には、HBR と同じすべてのフィールドに加えて、"Child pipeline port range start" というフィールドがあります。このフィールドには、デフォルト値として 2000 が設定されています。Child pipeline port range start をクリックして値を編集し、変更を適用することができます。子パイプラインは個別のプロセスであり、個別のポートでリッスンする必要があります。子パイプラインで使用されるポートは、［子パイプラインポート範囲開始］で指定された値から始まります (デフォルトは 2000) 。HBREx で指定したすべてのパラメータは、HBR で指定したものと同じになります。

重要

子パイプラインの CanisterAppName には、DiscoverCSS_ を指定する必要があります。それ以外の値を CanisterAppName として指定した場合、期待通りに動作しない可能性があります。上記の例では、以下のようになります。

CanisterAppName1=DiscoverCSS_2001

CanisterAppName2=DiscoverCSS_2002

また、トラフィックが分散されるCanisterを表す CanisterName1 と CanisterName2。上記の例では、IP アドレスを使用しています。DNS が正常に機能していれば、完全修飾ドメイン名やNetbios 名を使用することもできます。もうひとつの重要な点は、SessionRouter セクションの DownStreamConfigSection が HBREx を指していることを確認することです。

DownStreamConfigSection=HBREx

変更後、更新された構成を保存し、HBR マシン上のTransport Service を再起動します。ポップアップウィンドウの Add Tasks and Submit をクリックして完了です。

Unica Discover の詳細については、お気軽にお問い合わせください。

2021/5月/6 - 読み終える時間: 3 分

Traditional MRM vs Collaborative Work Management の翻訳版です。

HCL Unica: 従来の MRM とコラボレーション・ワーク・マネジメントの比較

2021年5月5日

著者: Avery Nash / Unica Plan Manager

今はマーケターの世界です。マーケティング担当者が思いつく限りのあらゆるメディア (メール、SMS、ソーシャルメディア) を使って顧客にアプローチすることができます。しかし、これだけ多くのチャネルがある中で、顧客の期待に応え、ニーズを理解し、優れた顧客体験を提供するための戦略を策定するとなると、マーケティングの「やるべきこと」のリストは以前よりはるかに長くなってしまいます。それゆえ、マーケティング・リソース・マネジメントは、新しいマーケティング・アプローチに不可欠な要素となっている。

MRMとは？

Forrester (*1) は、マーケティングリソースマネジメントを、財務計画、パフォーマンス測定、コラボレーションとカレンダー、プロジェクト管理、コンテンツ制作、アセットマネジメント、ブランドコンプライアンス、マーケティングフルフィルメントなど、マーケティング担当者を支援するエンタープライズマーケティングテクノロジーと定義しています。MRMは新しい分野ではありませんが、マーケティング担当者は、利用可能なソリューションを見直す必要があります。

過去10年間にマーテックの世界が爆発的に広がったことで、マーケティングオペレーションは、組織の目標を達成するためにすべてのツールとプロセスを連携させるためのバックボーンとなりました。MRMには、社内チームが利用できるリソースや、社外のステークホルダーとの関係、承認プロセスなどが含まれます。MRMは、マーケティングタスクを整理し、自動化し、最適化することができます。

MRMが果たす目的

MRMは、時間とマーケティングリソースを節約するために存在します。例えば、メールマーケティングキャンペーンの準備など、1つのマーケティングタスクを考えてみましょう。マーケティング担当者、グラフィックデザイナー、コピーライター、その他の関係者との調整など、活動内容は多岐にわたり、時間もコストもかかります。これはたった1回のメールキャンペーンですが、これを何百回も実施した場合のコストを考えてみてください。この作業に1時間を費やすと、他のマーケティング施策や企業の成長に注力できなくなります。MRMがあれば、資産、ツール、オペレーションの管理が容易になり、コスト削減にもつながります。

• クリエイティブの承認 - クリエイティブをブランドチーム、法務チーム、その他のチームに簡単に送り、サインオフや承認を得ることができます。
• Single Source of Truth - Webサイト、メールマーケティング、ソーシャルメディア、その他のアプリケーションにシームレスに統合できる、承認済みの同じアセットでチームが作業できるようにします。
• クリエイティブレビューの自動化 - タレントの使用要件を常に遵守し、古くなったクレームや法的なコピーを含むクリエイティブの失効を即座に自動化します。
• 記録の追跡 - 目標に対する経費を追跡し、チームが予算内に収まるようにします。
• Bring Your Brand To Life - ブランドガイドラインに簡単にアクセスでき、ステークホルダーやエージェンシーパートナーに利用してもらうことができます。
• タスクとプロジェクトの管理 - プロジェクトとタスクの管理とダッシュボードのレポートにより、期限やタスクを逃すことはありません。

CWMとは？

マーケティングマネージャーは、チームが効果的にコラボレーションすることを望んでいます。しかし、チームメンバー間や部門間のコラボレーションプロセスを促進することは、言うは易く行うは難しです。プロジェクトに参加する人数が増えれば増えるほど、生産性が低下する可能性が出てきます。

Gartner社 (*2) は、Collaborative Work Management (CWM) のマーケットガイドを発表しました。その中でCWMは、"コラボレーション活動の要素をまとめ、管理監督と作業実行を融合させることで、自己組織化したチームが効果的に作業できるようにする "新興市場であると定義しています。

複雑さが増すと、コミュニケーションミスやリソースの調整ミス、あるいは一般的な無秩序さが原因で、プロジェクトが失敗する確率が高まることに正比例します。しかし、マネージャー、セールスチーム、デザイナー、ストラテジスト、アナリストの全員が共通の目標に向かって仕事をすれば、チームは単独では不可能なほどの成果を上げることができます。しかし、現代のマーケティングの複雑なニーズは、部門や分野を超えたコラボレーションを促進するものでした。

なぜCWMなのか？

• CWMは、アジャイルに働くことが企業のデジタルトランスフォーメーションの鍵であるという事実を改めて示しています。CWMは、企業のデジタルトランスフォーメーションの鍵を握るのはアジャイルワークであるという事実を繰り返し強調しています。これにより、ハードな締め切りを危険にさらすことなく、計画を適宜調整できる柔軟性が高まります。
• コラボレーションワーク管理ツールは、コミュニケーションのための集中的な場所を提供します。
• CWMを使用すると、可視性と透明性が高まり、関係者に最新情報を提供することができます。
• すべてが1つのツールに文書化されているため、招集されていない会議やスプレッドシートの管理がなくなり、時間を節約できます。重要な意思決定や問題解決に、より多くの時間を割くことができます。

あなたの会社には何が必要ですか？

さて、MRMかCWMか？どちらを組織に提案すべきでしょうか？それは両方です。ユースケースの助けを借りて、理解を深めましょう。

7月4日の特別イベントプログラムは、承認、作成、実行される必要があります。プロジェクト・マネージャーとマーケティング・ディレクターは、すべてが順調に進み、時間内に納品されることを確認しなければなりません。彼らは、作業内容をメモし、活動を記録し、進捗状況を報告し、活動を測定し、ROIを測定する必要があります。プロジェクトマネージャーは、開発チームと連携して、メール送信者用のHTMLを確実に書き、テストし、実行する必要があります。そこでCT (クリエイティブチーム) リーダーは、7月のメーラー用のチェックリストを作成し、HTMLの各部分にTo-Doを追加して、適切なチームメンバーに割り当てます。さらにチームリーダーは、そのタスクを専任の開発者に割り当てます。チェックリストは、必要に応じてTLがPMやMDと共有し、進捗状況を確認します。すべてのToDoが完了したら、TLはプロジェクトワークフローのタスクを完了とすることができます。

このように、プロジェクト全体を管理し、他のチームと協力しながら、なぜ、何が問題なのかをPMやMDに明確に伝えることができました。マーケティングのワークプロセスとプラットフォームを管理するには、プロジェクト、時間、アセット管理ソリューションの強化に加えて、部門間のコラボレーションが必要です。時には仕事をうまくこなすためには2人が必要なのです

HCLのUnicaがどのようにお客様のマーケティング作業管理のニーズを満たすことができるかについての詳細は、Unica Live での私の関連ウェビナーをご覧いただけます。

*1 - https://go.forrester.com/blogs/forresters-inaugural-mrm-evaluation/

*2 - https://www.gartner.com/en/documents/3970107/market-guide-for-collaborative-work-management

2021/4/29 - 読み終える時間: 11 分

Unica is available on the HCL Software Solution Factory! の翻訳版です。

HCL Unica は HCL SoFy (Software Solution Factory) で利用できます

2021年4月29日

著者: David Williams / Solution Architect - Unica 共著: Bryce Connors / Practice Leader - Unica Professional Services

SoFy とは、HCL Software の Solution Factory のことです。これは、Unica のクラウドネイティブ・ジャーニーにおけるもう一つの大きなステップです。何を、どのように、なぜ？」と思われるかもしれません。と思っているかもしれませんが、聞いていただければ幸いです。

WHAT: SoFy は、HCL Software の数多くの製品やサービスにアクセスできます。

• 以下のような製品があります。アプリケーション・セキュリティ、データベース、インテグレーション、テスト、ワークロード・オートメーション、構成管理、そして今回の Unica です。
• サービスは以下の通りです。データストア、スケジューラー、コードセキュリティスキャン、データマッパー、テストエンジン、データ合成など。

HOW: SoFy は、エンタープライズグレードの技術を提供しています。

• ダイナミックに展開可能なマイクロサービス。
• 設計されたREST APIを介したアクセス。
• 最新のコンテナおよびオーケストレーション技術の活用。
• スマートな共通サービスとの統合

WHY: SoFy は、以下のようなオーダーメイドのソリューションを提供します。

• どのようなクラウド環境にも迅速に展開できます。
• 安全性の確保、監視、管理が容易である。
• シンプルで消費ベースのライセンスを提供する。

SoFy にログインすると、楽しいことが始まります。SoFy では以下のことができます。

• 探索

Docker イメージや Helm チャートとして Kubernetes に対応している製品や REST API のカタログ

• 作成

  • API と製品のリスト、ソリューションの Helm チャートの生成、テストクラスタへのデプロイ
  • REST API ドキュメント用の Swagger UI を含む、これらのサービス上のシンプルなGUI

• リリース

SoFy ソリューションの中で実行されるSoFy の共通サービスのセットで、ソリューションの一貫したセットアップと管理を提供します。

SoFy へのアクセス

SoFy を使い始めるのは簡単です。SoFy は、Webブラウザで利用できるWebアプリケーションとして提供されます。他の Web アプリケーションと同様に、顧客、パートナー、HCLスタッフなどのユーザーは、SoFy に「サインアップ」する必要があります。次のリンクから SoFy の登録ページに直接行くことができます： https://www.hcltechsw.com/SoFy/request-access. 下のスクリーンショットは、サインアップページを表示しています。

また、SoFy のサイトにアクセスすると、SoFy についての詳細な情報や、SoFy の機能についての素晴らしいビデオへのリンクが掲載されています（このビデオはチェックする価値があります-ぜひお勧めします！）。SoFy のサイトへのリンクはこちら： https://www.hcltechsw.com/SoFy

なお、SoFy の公開サイトにある Schedule a Demo ボタンは、SoFy 自体のデモを依頼するためのもので、SoFy ソリューションが提供する製品のデモを依頼するためのものではありません。

SoFy の内部

SoFy に登録してログインすると、SoFy の機能を使用して独自のソリューションを定義するために必要なすべてのものにアクセスできます。以下にアクセスできます。

• カタログ
• 以前に定義したソリューションで、再訪したいもの。
• SoFy の製品や API 構造に関する豊富なガイドやドキュメントにアクセスできます。

あなた専用の SoFy カタログ

カタログタブを選択すると、ソリューションのカタログが表示されます。各ソリューションは製品を中心としています。そのため、表示されるカタログの実際の内容は、お客様の組織の権限によって異なります。より複雑な製品（例えば、Unica）については、利用可能なソリューションの数が多くなります。

SoFy 公開カタログ

お客様やパートナーが SoFy にサインアップしていて、権利のない製品のソリューションを必要としている場合、お客様やパートナーは、公開されているSoFy カタログを使って、その製品に SoFy ソリューションが利用できるかどうかを確認することができます。

再利用可能な SoFy ソリューション

SoFy カタログからアイテムを選択すると、そのアイテムに基づいてソリューションを作成します。作成したソリューションはSoFy に保存され、この「ソリューション」タブでアクセスします。

ソリューションは、このタブから開いて設定し、その後サンドボックスに展開して、そのソリューションを検討することができます。サンドボックスに配置されたソリューションは、一定時間しか有効ではありません。さらに、サンドボックスで実行できるソリューションの数にも制限があります。このタブから、別の時点でソリューションを再検討し、再展開することができます。

SoFy ガイド

SoFy も迷子になって欲しくないので、SoFy ガイドが助けてくれます。SoFy ガイドタブでは、SoFy がどのようにあなたの SoFy ソリューションを管理するのに役立つかについての詳細な情報ページを提供します。Pop-Out Contentsウィンドウでは、ソリューションを最大限に活用し、サンドボックスを超えてソリューションを活用するために使用できる主要なトピックに直接アクセスできます。

image

利用可能な Unica ソリューションの概要

Unica は私たちにとって身近な存在なので、SoFy 上の Unica について具体的に説明します。現在利用可能な Unica のソリューションは以下をご覧ください。これらのソリューションは、Unica のモジュールの代表的な組み合わせを提供しています。例えば、Campaign + Interact、Campaign + Plan、Campaign + Journey、さらには Uncia Suite 全体などです。私たちの春のリリースである Unica 12.1.0.4 は、この記事を書いている時点でSoFy 向けに準備中であり、まもなく利用可能になる予定です。

SoFy による Unica ソリューションの作成

さて、SoFy に出会ったところで、SoFy を使って Unica をいかに素早く (信じてください！)、簡単に展開できるかを説明しましょう。ここでは、5つの簡単なステップと、Unica がデプロイされたときに表示される A、B、C、D を紹介します。

1. 作成したいソリューションを選択します。

2. ソリューションにユニークな小文字の名前を付けます。

3. ソリューションが作成され、ソリューションリストに保存されます。

4. ソリューションを SoFy サンドボックスにデプロイします。

5. サンドボックスの作成が続きます。サンドボックスのログイン認証をメモしておいてください。はい、これで完了です...

OK、では次は WHATの話です。

A - サンドボックスの準備ができたら、それにアクセスできます。

B - サンドボックスにログオンしてください（メモした認証情報を使用してください)。

C - サンドボックス自体が作成されている間、ソリューション自体も作成され、デプロイされる過程にあります。

D - すべてのポッドがデプロイされて実行されると、ソリューションの準備が整います。

SoFy 上の Unica ソリューションの構造

さて、ここからは少し技術的な話になりますが、SoFy の「舞台裏」で何が起こっているのかをより詳しく説明するには十分です。

主な Kubernetes のリソースは以下の通りです。

• Pods
• Services
• Config Maps

Pods

• ポッドは、Unica ソリューションの一部を格納する「ミニ仮想マシン」です。一般的には、マーケティングプラットフォーム、キャンペーン、インターアクトなどの Unica モジュールごとに1つあります。

• SoFy では、SoFy が監視やサンドボックスへのアクセスに使用する追加のポッドがいくつかあります。

• あるポッド上のアプリケーションが、別のポッド上のアプリケーションと通信するためのゲートウェイです。

• ポッドは削除して、その後再作成することができます。各ポッドは固有の ID を持ちます。サービスは、そのポッドに対するフロントエンドのアンカーです。

Config Maps

• これらは、ポッドをセットアップするために使用される環境を定義します。

上のダッシュボードからのリンクを使って、ソリューションを構成するポッド、サービス、コンフィグマップの詳細(下記参照)に飛び込んでみましょう。

SoFy で Unica を使う

Unica on SoFy の醍醐味は、導入したUnciaモジュールにログインして起動できることです。

IT チームのためのボーナス機能

SoFy 上のローカルサンドボックスにソリューションをデプロイするだけでなく、お好みのクラウドネイティブ環境にソリューションをデプロイすることもできます!

クラウドネイティブ環境は、一般的なクラウドサービスベンダー（Google Cloud、AWS、Azure）から提供されているKubernetes環境でも、自社のクラウドネイティブ環境でも OK です。また、SoFy から Unica イメージをエクスポートしたり、HCL のセキュアな Docker イメージリポジトリ（近日公開予定）から Unica イメージにアクセスすることもできます。ヘルムチャートとイメージを入手し、ヘルムチャートを調整したら、ソリューションをデプロイし、データを追加してさらに検討することができます。とてもわかりやすいですね。

SoFy に関するブログ記事をお読みいただき、ありがとうございました。SoFy とは何か、どのように使用できるのか、ご理解いただけましたでしょうか。最も重要なことは、SoFy ID をリクエストして、ご自身の Unica ソリューションを展開していただくことです。私たちのように、わずか20分から30分で、Unica をKubernetes クラスタにデプロイしたと言えるでしょう。

さて、何を待っているのでしょうか？リンクをたどって自分のSoFy ユーザー ID を取得し、今すぐ始めましょう。簡単ですね。リンクをクリックすると、あなた専用のSoFy ログイン ID がメールで送られてきますので、あなたも Unica をクラウドネイティブアプリケーションとしてデプロイすることができます。

2021/4/13 - 読み終える時間: 7 分

Unica 12.1 Marketing Platform Spring Release: Platform FeaturePack 12.1.0.4 の翻訳版です。

Unica 12.1 Marketing Platform Spring Release: Platform FeaturePack 12.1.0.4

2021年4月12日

著者: Pradeep Krishnamurthy / Product Manager at HCL Software 共著: Raja Adaikalasamy / Unica Product Management Lead

クラウドネイティブな統合マーケティングプラットフォーム HCL Unica 12.1 の最新の Spring Update である HCL Unica 12.1.0.4 をリリースし、一般提供を開始したことをお知らせします。Unica Spring Release では、より柔軟なデプロイメントと多様なスタックにより、プラットフォームのクラウドネイティブな基盤を強化しています。また、統合プラットフォームのコア機能を強化し、より多くのソーシャルチャネル、より優れたプランニング、リッチなインサイト、パーソナライゼーションの強化に対応しています。最後に、モバイルプッシュメッセージングの追加により、デジタルマーケティングの幅が広がります。

本リリースの Unica Journey のアップデートにより、オムニチャネルの顧客エンゲージメントはよりインパクトのあるものになります。マーケティング担当者は、ジャーニーの複数の目標や主要なマイルストーンを定義できるだけでなく、ウェーブやファネルの統計を使って目標を追跡し、レポートをエクスポートすることで、ジャーニーを積極的に再調整するための強力なインサイトを得ることができます。

また、新しい Unica Link JDBC コネクタにより、ジャーニーのオーディエンスを外部のデータベースにエクスポートすることも可能です。また、ジャーニーに統合された WhatsApp メッセージングや、Unica Link 上に構築された新しい Google AdManager オーディエンス・シンジケーション機能 (FacebookやLinkedInに加えて) によるアドテック・ターゲティングにより、オーディエンスへのアプローチが広がります。

Unica Deliver では、デジタル・マーケティングを強力に推進する主要な機能が追加されました。Unica Deliver と Kumulos を使って、世界レベルで統合されたプッシュメッセージを、外出先でもオーディエンスに届けることができます。また、QuickBuilder のメールエディタでは、検索、オファーの統合、PUSH のサポートにより、メッセージの作成を俊敏に行うことができ、SMS リンクのクリック数をすぐに把握してSMS メッセージ戦略を最適化することができます。

これらの主要な機能強化と、既存の メール/SMS/WhatsApp チャネルのカバレッジにより、Unica Deliverはデジタルメッセージングの幅と深さを単一の統合プラットフォームで提供することができます。

Unica Campaign では、新しい顧客データベース（Actian VectorおよびOracle 12c/19c with ODBC）をサポートしています。また、ファイルベースのデータマッピングでは、既存の設定を維持したまま、キャンペーンの構築をより迅速に行うことができるようになりました。支店ごとのカウントフローを表示する、まったく新しいサンケイチャートベースのセルウォーターフォールレポートにより、精密なターゲティングに関する強力な洞察を得ることができます。

Unica Plan に追加されたいくつかの重要な機能により、キャンペーンの計画と管理が迅速かつ容易になりました。統合されたオファープランニングを使用する場合、公開されたオファーに加えて、COMのドラフトオファーにもアクセスできるようになりました。洗練されたプランナーユーティリティーであるチェックリストと To-Do が強化され、生産性とコラボレーションが数段向上しました。

マーケターは、To-Do にメモを追加したり、理由をつけて割り当てられたTo-Doを拒否したり、削除などの一括操作で複数の To-Do を簡単に管理できるようになりました。また、クリエイティブを添付して承認を得る際に、サードパーティ CMS へのナビゲーションを改善しました。

Unica の Centralized Offer Management (COM) は、より統合された機能とコアな機能強化により進化し続けています。新しいオファードラフト状態は、オファー管理のコントロールを強化する一方で、新しいダイナミックな属性表示機能は、コンテキストに基づいてオファー定義を調整するのに役立ちます。

柔軟な CMS の統合により、AEM、HCL Commerce などのあらゆる CMS からコンテンツを検索し、スマートかつ自動化されたコンテンツとオファーの属性マッピングにより、シームレスに調整することができます。サードパーティのコグニティブタギングによるコンテンツインサイトのサポートにより、オファーのパーソナライゼーション戦略の最適化も容易になります。

今回の Unica Interact の主な機能強化により、リアルタイムのパーソナライゼーションはより深く、よりパワフルになりました。Interact のパワフルなパーソナライゼーションをインバウンドチャネルで活用し、Unica Interact の Deliver ゲートウェイを介して、メール/SMS/WhatsApp チャネルで文脈に応じたフォローアップメッセージをトリガーすることができるようになりました。また、リアルタイムの顧客イベントからパターンを推測し、パターンステートの適用、オファーの抑制、パーソナライゼーション戦略のためのセグメントの限定を行うことができます。新しいジオ・マクロにより、ジオ・ロケーション・ベースのパーソナライゼーションがより簡単になりました。

今回のリリースでは、Unica Journey が Director と統合されました。 この統合により、Journey のインフラ監視機能が一箇所に集約されます。これにより、IT部門とUnicaの管理者は、Unica Journey の健全性とサポートコンポーネントを監視する別の方法を提供し、マーケティング担当者が24時間体制で Unica Journey を利用できるようになります。これらの新機能と UI の改良により、Unica のデプロイメントをより快適に管理できるようになります。

このリリースは、12.1.0.4 の機能強化に伴い、すべての必要なチャートを含むクラウドネイティブなデプロイメントにも提供されます。さらに、外部イメージからのKafkaのデプロイをサポートするチャートや、アプリケーション・ロード・バランサーのサポートにより、デプロイメントの柔軟性が高まります。

今回の Unica 12.1プラットフォームの Spring Update により、マーケティング担当者は、より魅力的な顧客体験を計画、パーソナライズ、提供するためのコントロールとスピードが向上します。

Unica 12.1 プラットフォームの Spring Update では、既存のメール、SMS、WhatsApp のチャネルにモバイルプッシュの統合が追加されたことで、マーケティング担当者は、より魅力的なカスタマー・エクスペリエンスを計画、パーソナライズ、提供するためのコントロールとスピードが向上しました。さらに、新しいアドテックチャネル (Facebook、LinkedIn、Google) との統合により、マーケティング担当者は、広告キャンペーンをより正確にコントロールできるようになります。同時に、ITチームは、より多様なクラウドネイティブ・スタック、柔軟なデプロイメント・オプション、強固なデプロイメント・モニタリングといった計り知れないメリットを活用することができます。

Unica Spring Release の詳細については、以下のリンクからウェビナーにご登録ください。

• April 20 at 9am CST - Give your Digital Marketing a PUSH (Overview)
• April 22 at 9am CST - Let Your Offers Take Centerstage (Centralized Offer Management)
• April 27 at 9am CST - Reimagine Your Planning Work Streams (Plan)
• April 29 at 9am CST - Get More Eyeballs for your LinkedIn Campaigns (Journey & Campaign)
• May 4 at 9am CST - Deliver Quick & Easy Omnichannel Digital Messaging (Deliver)
• May 6 at 9am CST - Do You Know How Your Customer Journeys are Doing? Stay on Top of your Customer Journeys (Journey)
• May 11 at 9am CST - Houston, We Have a Problem! Mission Control for your Deployment (Director)
• May 13 at 9am CST - Be in the Know! Personalization with Precision (Interact)
• May 25 at 9am CST - Go Local! Marketing for the Last Mile of your Engagement (Collaborate)

2021/4/8 - 読み終える時間: 3 分

Unica Interact - Real-Time Attributes の翻訳版です。

Unica Interact - リアルタイム属性

2021年4月7日

著者: Deepali Kalavade / Senior Technical Lead

リアルタイム・マーケティングは、今日の消費者社会において最も重要なマーケティング手法の一つとなっています。リアルタイムでの意思決定は、様々な価値あるデータを取得することで、与えられた顧客とのインタラクションを活用するときに最も効果的になります。

Unica Interactには、「リアルタイム属性」という優れた機能があります。これは、より多くの意味のあるリアルタイムデータを取得し、意思決定ロジックに使用するのに役立ちます。

リアルタイム属性とは

Unica Interactでは、ショッピングカートの合計金額や顧客の現在地など、インタラクションが発生した瞬間に値が設定または更新されるような、属性の動的な値を扱えます。これは、マッピングされたテーブルのプロファイルカラムとして属性を追加することが前提となります。APIパラメータなどで属性を提供する場合でも、属性名をプロファイルテーブルのカラムに手動で追加する必要があります。

リアルタイムアトリビュート」の導入により、マーケティング担当者がフローチャートや戦略レベルのセグメンテーションロジックで新しいアトリビュートを使用したい場合、プロファイルテーブルの列に同じものを追加する必要はありません。

どのように役立つか？

保険会社のシナリオを考えてみましょう。マーケティング担当者は、リアルタイムの取引から「キーワード」を取得して、特定の顧客の保険セグメントを決定し、それに応じて最適なオファーを提示したいと考えています。従来のインタラクションでは、フローチャートや戦略に表現を加えるためには、この新しい属性がマッピングされたプロファイルテーブルに存在しなければなりません。

マーケティング担当者にとっては、プロファイルテーブルに対応する列を追加し、テーブルを再度マッピングしてから、その属性を式で使用するという、無駄な手間がかかります。

リアルタイムアトリビュートは、マーケターの生活を楽にしてくれます。マーケティング担当者は、プロファイルテーブルに属性を追加することなく、このような属性を作成、管理、使用できます。

これらのリアルタイムアトリビュートは、グローバルに、そしてインタラクティブチャネル全体で利用可能です。

使い方

Unica Interactでのリアルタイム属性の使い方をステップごとに見ていきましょう。以下はハイレベルなステップです。

• RTA(Real Time Attribute)を定義します。
• 式の中でRTAを使用する
• Interactive Channel を Runtime にデプロイする。
• APIコールを使用してRTAの値をInteractエンジンに渡します。

1. Global real time attribute を定義します。

Interact 管理者は、Interact のメインメニューである「Global definitions」に移動します。このページで「Add」をクリックし、新しい属性の詳細を入力します。

アトリビュートは、サポートされている3つのデータタイプのいずれかで作成できます。属性は、サポートされている3つのデータタイプ（String、Numeric、DateTime）のいずれかで作成できます。

2. この属性をセグメンテーションに使用したいので、インタラクティブ・フローチャートに移動し、ディシジョン・ロジックを追加します。

決定プロセス設定画面

3. Strategy treatment rules で対応するセグメントを使用します。

4. いずれかのコンポーネントで属性を使用すると、その使用方法が表示されます。

5. 通常通り、インタラクティブ・チャネルをデプロイできます。

6. Interact のランタイムから、セッションアトリビュートのように、リアルタイムアトリビュートの値を送信できます。

7. リアルタイムアトリビュートの値が送信されない場合は、式の中でデフォルト値が使用されます。

8. リアルタイム属性は、以下のコンポーネントで使用できます。インタラクティブ・フローチャート、インタラクション・ストラテジー、アドバンスト・オプション、インタラクション・ストラテジー。パラメータ化されたオファーアトリビュート」、「シミュレータ・アドバンスト・シナリオ」。

Unica Interact のデザインタイムで定義されたすべてのリアルタイム属性は、グローバルデータの一部としてUnica Interact のランタイムに展開されます。リアルタイムアトリビュートの詳細については、製品ドキュメントを参照してください。

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

2021 Loyalty Program Trends の翻訳版です。

2021年 ロイヤリティ・プログラムの動向

2021年3月31日

著者: Jessica Cullinan / Unica Evangelist

この1年は、私たちの世界が直面した中でも最もストレスが多く、困難で疲弊した年でした。ブランドは、顧客との関係を維持し、収益を上げるために苦労しました。準備ができていたために成功したビジネスもあれば、規模を縮小したり、最悪の場合は閉鎖を余儀なくされたビジネスもあります。

しかし、成功するブランドは、顧客との関係を深め、ロイヤリティ・プログラムや既存の顧客層への提案を活用して成長を遂げるでしょう。消費者は、ブランドが自分たちの苦境を把握していることを期待しており、現状を考慮せずにマーケティング戦略を立てているブランドに売り込まれることに抵抗を感じています。

成功しているブランドは、特典交換、デジタルインタラクション、バーチャル体験など、購入していない会員のエンゲージメント活動に焦点を当てています。彼らは、コンバージョンという最終的な報酬を得ることで、長期的に利益を得ることができるでしょう。パンデミック前のトレンドが継続することも予想されますが、このウイルスの蔓延により、私たちは変化を加速する必要に迫られ、ロイヤリティやビジネス環境に予想外の課題をもたらしています。社会として直面している多くの新しい障害に対応するために、私たちHCLは顧客ロイヤリティにおけるいくつかの重要なテーマの出現を予見しています。それは、「パーソナライゼーション」、「ソーシャル・ジャーニーの統合」、「フリクション・ディテクション」です。

パーソナライゼーション

調査によると、ブランドが顧客体験をパーソナライズすると、顧客満足度が高まることが証明されており、ロイヤリティも同様です。消費者の91％は、関連性の高いオファーやレコメンデーションを提供するブランドで買い物をする可能性が高くなると答えており、83％はそのために自分のデータを共有したいと考えています（Accenture社）。

消費者は、高度にパーソナライズされ、自分が個人として認識されていると感じられるプログラムに積極的に参加するとシェアしている。

消費者は、よりパーソナライズされたエンゲージメントを体験するために、ブランドと個人的な付き合いをしたいと考えていることが、調査で証明されています。マルチチャネル・ロイヤリティ・プログラムで顧客データを活用できるブランドは、最も適切なプロモーションを提供できます。また、次の最適な行動を予測し、最も関連性の高い製品やサービスを顧客にクロスセル/アップセルができます。今年は、多くの企業がパーソナライゼーションを顧客戦略に組み込むことを計画していると思われる。

例えば、一部の小売業者は、ロイヤリティ会員に対して、獲得したポイント数や、ギフトカードを入手するために必要なものをアップデートしている。また、多くのクリエイティブ・ブランドは、過去のデータを活用して、会員期間中にどれだけのポイントを獲得したか、どれだけ節約したかなどの詳細を記載した、長期にわたるブランドとの自分の旅のスナップショットを顧客に送っています。この種のキャンペーンは大きな成功を収めており、クリック数や開封数、その他の収益につながるエンゲージメントが増加しています。

ソーシャルジャーニーの連携・統合

パンデミックはカスタマージャーニーに物理的に大きな影響を与えたため、ブランドはソーシャル要素をロイヤリティプログラムに統合しようとするだろうと考えています。私たちが在宅勤務や社会的に距離を置くライフスタイルを続けていることから、このような変化は当面の間、続くと思われます。

企業がカスタマージャーニーマップを再評価する中で、ロイヤリティプログラムが顧客のソーシャルメディアの旅に織り込まれる機会が多くなるでしょう。トップレベルのロイヤリティ・プログラムは、典型的なポイントの付与や社会的活動を超えて、プログラムを社会的に関与させることでイノベーションを起こすことを期待しています。

摩擦の検出

パンデミックの影響で消費者の関心が高まっている今、ブランドがお客様の関心を引き、満足させることができる時間は限られています。もし、お客様の行動のどこかに、混乱、葛藤、苛立ちがあれば、ブランドは完全に放棄してしまう危険性があります。ブランドは、ロイヤリティプログラムのエクスペリエンス・ジャーニーを再構築し、摩擦の可能性のある場所を可視化し、それを即座に解決する能力を確保する必要があります。

競合するプログラムが手間のかからない体験を提供すれば、ロイヤリティ・プログラムは会員を失うリスクがあります。パンデミックの影響で私たちの忍耐力は低下しており、ブランドは迅速で合理的かつ簡単な体験を提供する必要があります。

以上、今年のトレンドをご紹介しましたが、いかがでしたでしょうか。ご質問がありましたら、お気軽にお問い合わせください。また、貴社のマーテック・スタックがこれらの分野のいずれかに欠けている場合、その解決策を見出すお手伝いをさせていただきたいと思います。当社では、プリセールス活動の一環として、お客様がこのような取り組みを計画するのに役立ついくつかのセッションを提供しています。

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

Unica's Cloud Native Journey の翻訳版です。

HCL Unica のクラウドネイティブな旅

2021年3月20日

著者: Bryce Connors / Practice Leader - Unica Professional Services

今年の夏にリリースされた HCL Unica v12.1 で、私たちは Unica を「プレシジョン・マーケティングを大規模に実現する、統合されたクラウドネイティブ・プラットフォーム」と紹介しました。これは本当に大胆な発言です。私は過去20年以上にわたり、Unicaプロフェッショナル・サービス・チームの一員として活動してきました（最初はUnica、次にIBM、そして現在はHCL）。私がUnicaのクラウドネイティブ・ジャーニーを共有したい理由は2つあります。2）あなたの組織もクラウドへの独自の旅をしていると思いますが、私たちが話す多くの人々と同じように、この旅は直線ではなく、途中で何度か停止しながらジグザグに進んでいると思います。そのため、Unicaのクラウドネイティブな旅について読めば、あなたの組織の旅をよりよく理解できるかもしれません。

私たちの旅の詳細をお話しする前に、皆さんは「Unicaがクラウドネイティブであることをどうやって主張するのか」と疑問に思うかもしれません。Linux Foundationのプロジェクトとして2015年に設立されたCloud Native Computing Foundation (CNCF) という組織をご存じでしょうか。その目的は、コンテナ技術を進化させ、その進化に合わせて技術業界を調整することです。CNCFでは、クラウド基盤に接続されたブラウザーによって実現されるソフトウェアであるクラウドアプリケーションと、コンテナ化され、動的なオーケストレーションをサポートするソフトウェアであるクラウドネイティブアプリケーションを区別しています。CNCFでは、ソフトウェアのクラウドネイティブ化を実現するための10項目を定めているので、それについて詳しく見ていきましょう。

CNCFが発表したクラウドネイティブソフトウェアの10項目は、私たちがどのように評価しているかを示しています。細かい話をする前に、この団体は設立されてからまだ6年しか経っていないので、それ以降に作られたアプリケーションでない限り、10項目すべてを満たしていない可能性が高いので、これは目的地ではなく旅のようなものだと考えましょう。私はここでかなり厳密な採点を行い、3つのカテゴリーを設けました。緑はこの項目を完全に満たしていることを意味し、黄緑は60％以上満たしていることを意味し、黄赤はやや満たしていることを意味します。

それでは、今日必ず出会う4つの信条から始めましょう。

1. コンテナ化 - Unica Suite全体がDockerコンテナにパッケージ化されています。

2. サーバーとOSからの分離 - Unicaは常に異機種のOSをサポートしており、それらが動作するサーバーからは分離されています。

3. 伸縮性のあるクラウド・コンピューティング - UnicaのDockerコンテナはKubernetesクラスターにデプロイされます。

4. Rest APIs - Unicaには780以上のREST APIがあります。

さて、今日60%以上で出会うことになる、4つの教義をおさらいしましょう。

5. ステートフルなアプリケーションとステートレスなアプリケーション - Unicaはステートフルなアプリケーションのみなので、定義上、これらは別々です。

6. アジャイルなDevOpsプロセス - Unicaのエンジニアリングチームはアジャイルな手法で作業しており、リリースは頻繁に行われていますが、継続的ではありません。

7. 自動化 - Unicaのトリガーはシェルスクリプトの実行を可能にし、Unicaにはスケジューラが組み込まれています。

8. ポリシーに基づいたリソースの割り当て - Unicaのヘルムチャートやその他の設定パラメータにより、リソースの割り当てが容易になります。

9. 最高の言語 - Unicaは一部のC++で構成されていますが、主にJAVAでコーディングされています。フレームワークにはSpringを使用し、一部の新機能/モジュールはAngularを使って開発されています。

フレームワークにはSpringを使用しており、いくつかの新機能/モジュールは Angular を使用して開発されています。この残りの信条については、良いスタートを切ることができました（私がここで厳しい採点をしすぎているため、先行グループに入るべきだという意見もあります）。

10. マイクロサービス - Unicaは780以上のREST APIとO/Sトリガー/スクリプトを作成するためのフックを提供していますが、現在はマイクロサービスとしてパッケージ化していません。

さて、私たちの評価はどうでしょうか (また、私は厳しい評価をしています)。10個のうち4個は完全に満たしていますし、さらに5個は60％以上、残りの1個は基礎ができています。また、CNCFが設立されたのはわずか6年前であり、Unicaのようなほとんどのエンタープライズ・マーケティング・オートメーション・スイートはもっと前に作られたことを覚えておいてください。つまり、CNCFの10の信条を完全に満たすためには、私たちは皆それぞれの道を歩んでいるということです。最後に、これらはすべてが新しいものなので、これらの信条は進化し続けるでしょうし、Unicaも同様です。CNCFの10項目に関する我々の内部分析に基づき、Unicaは我々がクラウドネイティブ・プラットフォームであることを宣言する権利を得ました。繰り返しになりますが、これは旅のようなもので、私たちは日々この分野での能力を強化し、向上させ続けています。

特筆すべきは、UnicaはSaaS (Software As A Service) ソリューションではないということです。私たちはクラウドネイティブです。つまり、最新のバージョンにアップグレードすることを強制されることはありません。Unicaの導入にどのクラウド・プラットフォームを使うかは、お客様が選択できます。現在は、AWS (Amazon Web Services) 、Azure (Microsoft Azure) 、GCP (Google Cloud Platform) 、OpenShift (IBM/RedHat OpenShift) をサポートしています。最後に、お客様のUnicaの実装とお客様の顧客データは、お客様がコントロールできないマルチテネットソリューションの一部ではありません。これらは非常に重要な違いであり、私たちが本当に重要だと信じているものです。

クラウド・ネイティブになることは、Unica にとってもお客様の組織にとっても旅のようなものなので、Unica のクラウド・ネイティブ・ジャーニーを詳しく見ていきましょう。

CNCPが設立されてからちょうど1年後の2016年、私たちはIBMの一員として、Unicaのクラウドネイティブの旅を始めました。それは、顧客のマーケティングデータ、CDP - Customer Data Platform (Unica User Tables) は、Unicaソフトウェア (Campaign Listener) のインストールと同じ場所にある必要があるということでした。また、Dockerized (コンテナ化) されているだけでは十分ではないこともわかりました

2018年には、ロックフェラーセンターを見下ろすHCLのニューヨークオフィスで「サミット」を開催し、HCLブランドのUnicaをどうするか戦略を練りました (HCL と IBM が IPP - Intellectual Property Partnership for Unica を結んでいた頃です)。当時のアイデアは、Unica をパッケージ化して、AWS (Amazon Web Services) のストアで提供するというものでした。Unica をエンタープライズ・マーケティング・プラットフォームとして展開するために何が必要かを十分に理解している Unica サービスの伝統的な担当者として、私は、最大手のお客様に Unica を導入した経験から、Unica が地元のお気に入りのピザ屋さんにとって最適なマーケティング・ソリューションになるとは思いませんでした。この時点で AWS について多くのことを学び、オーケストレーション層としてのKubernetes についても学び始めました。

2019年7月、IBM からの譲渡が完了し、Unica は HCL に家を見つけました (YEY!)。私が言いたいのは、私たちは再びひとつの Unica になったということです。このとき、Unica は HCL Software の Product Management 組織の一部となり、そのため、彼らの標準を採用するようになりましたが、その1つがクラウドネイティブであることです。その結果、クラウド・ネイティブになることが、Unica の製品ロードマップにおける WOW のひとつになりました。また、私たちは CNCF とそのクラウドネイティブアプリケーションの 10 の信条について学び始めました。

2019年10月、本格的に作業を開始し、Unica v12.1 のリリースを見据えました。クラウドネイティブにするためにソリューションを再構築する際には、HCL SoFy (Software Factory) チームが非常に役に立ちました。また、数え切れないほどの既存の Unica のお客様から、「いつUnicaをクラウド上にインストールできるのか」という質問を受けました。Unica はいつ Docker 化されるのか？これらの質問や会話のおかげで、私たちはUnicaのクラウドネイティブ化に向けた取り組みに集中することができました。

2020年7月、私たちはUnica v12.1を「プレシジョン・マーケティングを大規模に実現する統合型クラウドネイティブ・プラットフォーム」としてリリースしました。私たちは、Unica がクラウドネイティブになったという大きなマイルストーンを達成しました。Unica v12.1 には、あらかじめ設定されたヘルムチャートがあり、あとはあなたの特定の環境に合わせて調整するだけです。Unica のモジュールは完全にDocker化されており、ダウンロードできます。Helm チャートが調整され、Docker 化された Unica コンテナがダウンロードされると、選択したクラウド・プロバイダーの Kubernetes クラスターにデプロイできます。もちろん、これまでお伝えしてきたように、これは目的地ではなく旅ですから、続けて...。

2020年11月には、Helm v3.0、Open Shiftをサポートし、Springフレームワークを採用したv12.1 Fallリリース (Unica v12.1.0.3) をリリースしました。このリリースでは、Helm v3.0 と Open Shift をサポートし、Spring フレームワークを使用しています。また、HCL OneDB と SQL Server のサポートを、システムテーブルとユーザー (顧客マーケティング) テーブルの両方に追加しました。私たちの旅は、HCL SoFy (Software Factory) の機能を拡張し、全体的なクラウドネイティブ機能を強化することに続きます。

ここでは、Unicaのクラウド化において、これまでに乗り越えてきた課題を紹介します。

1. Unica は "クラウドネイティブ "として生まれたわけではありません。
2. Dockerization に関する知識が不足していること。
3. キャンペーンリスナーとそのクラスター化機能を Kubernetes クラスターで動作するように変換する最善の方法を決定すること
4. ハードウェア (ロードバランサー/Webサーバー) とソフトウェア (Webサーバー、スティッキーセッション＆ソフトウェア) を介してクラスター化されているInteract Server Groupsのコンセプトを、Kubernetesのようなクラウドクラスタリング技術にどのように変換するかを考えたこと。
5. Helm Chartsを使用したデータソースのセットアップ、および Helm Charts を使用してお客様が提供する既存の CDP/User Tables データソースに接続する方法。
6. クラウドネイティブプラットフォームの目標を達成しつつ、OS、Web層、データベースなどのサードパーティーのサポートソフトウェアの選択肢を提供し続けること。

Unica のエンジニアリング・チームは、これらの課題を一つ一つ克服するために、長年にわたって多くの努力を重ねてきました。私がこれらの課題を挙げたのは、もしあなたの組織がクラウドへの移行の過程で課題に遭遇したとしても、それは普通のことだという希望を与えるためです。時には障害を克服するために、より多くの時間や異なるアプローチが必要になることもあります。もしあなたのチームが課題に遭遇しても、それを乗り越えてください。

最後に、このブログ記事では、Unica がどのようにして Unica v12.1 をクラウドネイティブとする権利を得たのかを紹介しました。また、Cloud Native Computing Foundation が提唱する10のクラウド・ネイティブの教義をどのように満たしているのかを紹介しました。Unicaのクラウド・ネイティブ・ジャーニーの詳細を紹介しました。最後に、Unica のクラウド・ネイティブ・ジャーニーで私たちが克服したいくつかの障害を紹介しました。

Unica のクラウド・ネイティブ・プラットフォームについてのセッションをご希望の方は、ぜひご連絡ください。また、live.unica.comの新しいチャンネル、Unica v12.1 is Cloud Nativeをご覧ください。