2020/8/6 - 読み終える時間: 2 分

HCL Accelerate の機能紹介シリーズの Get insights into your value stream with the HCL Accelerate Metrics Bar の翻訳版です。

HCL Accelerate Metrics Bar を使用して、バリュー・ストリームの洞察を獲得する

2020年8月5日

著者: Bryant Schuck / Product Manager for HCL Software DevOps

今日のソフトウェア開発ライフサイクルの世界では、継続的な改善は非常に一般的な目標であり、多くのチームが手法としてアジャイルを使用しています。多くのチームがアジャイルの一部を導入していますが、実際に改善しているでしょうか？そして、SDLC のどの部分が改善されているのでしょうか？多くの企業がフォローしたい主要なメトリクスを追跡しているかもしれませんが、それは通常、スプレッドシートを介してか、エコシステム全体の中から1つのツールを使って生成されています。これらの方法はどちらも正確ではなく、面倒です。

HCL のバリュー・ストリーム管理プラットフォームである HCL Accelerate は、メトリクス・バーと呼ばれる機能でこの問題を解決しています。メトリクス・バーはバリュー・ストリームに特化したもので、リードタイム、サイクルタイム、ビルド頻度、ワークアイテムの分布など、チームが気にしている主要なメトリクスをレポートできます。これは、プロセス全体を改善しようとするチームにとって非常に重要です。

サイクルタイムが品質とどのように相関しているか、ということを示す素晴らしい例があります。高いパフォーマンスを発揮するチームは、頻繁にリリースしても、作成される欠陥が少ないことはよく知られています。HCL Accelerate のメトリック・ウェアハウスを使用すると、メトリック・バーは、多くのツールにわたってこれら 2 つのメトリックをリアルタイムで追跡し、1 つのメトリックを改善しても他のメトリックが損なわれないように正確な画像を提供できます。

メトリック・バーは、バリュー・ストリームごとに最大 6 つのメトリックをサポートしています。これにより、プロセスがどのように改善されているかを確認するのに十分なメトリクスが得られますが、圧倒されるほど多くのメトリクスは得られません。メトリクスの追加は、メニューから1つを選択するのと同じくらい簡単で、組織のニーズに合わせてメトリクスをカスタマイズできます。

これらのメトリクスは、統合からのデータを使用して入力されるので、データが表示されない場合は、そのデータと相関する統合があることを確認してください。例えば、デプロイ頻度をバーに追加したい場合は、HCL Launch やその他のデプロイツールとの統合が必要になります。

チームが必要としているメトリクスが見つからない場合は、いくつかの簡単なステップを踏むだけで、デプロイ頻度を追加できます。いくつかの簡単なステップで、カスタムメトリックを作成できます。プロプライエタリなツールからの特定のデータがある場合、これは誰にでも可視性を得るための簡単な勝利です。ここでは、あなたを始めるための簡単なワークブックをご紹介します。すべての呼び出しとデータ操作を、設定されたスケジュールでメトリックを生成する軽量なスケジュールイベントにラップできる独自のカスタムプラグインを作成できます。

無料のコミュニティー版で HCL Accelerate のメトリクスバーやその他の機能をチェックしてみてください。ダウンロードはこちらから。

2020/8/6 - 読み終える時間: 2 分

HCL BigFix V10.0.1 の新機能と改善点について記された英語版ブログ [New Capabilities and Improvements Released in BigFix V10.0.1](https: //blog.hcltechsw.com/bigfix/new-capabilities-and-improvements-released-in-bigfix-v10-0-1/) の翻訳版です。

HCL BigFix V10.0.1 の新機能と改善点

2020年8月5日

著者: Aram Eblighatian / HCL

HCL は、BigFix Platform、BigFix Inventory、BigFix Insignt、BigFix Modern Client Management のバージョン10、パッチ1（10.0.1）をリリースしました。 BigFix Platform

BigFix Platform の V10.0.1 リリースには、以下の改善点と機能が含まれています。

• クラウド資産の発見とレポート、Google Cloud Platform からも可能になりました。このパッチでは、AWS と Azure のクラウドサポートに Google Cloud が追加されました。この機能を使用すると、Google Cloud Platform 上でクラウド資産が可視性され、管理できます。発見したクラウド資産にBigFixクライアントをインストールするには、WebUIまたはBES Consoleを使用します。BigFix エージェントをインストールすると、Google Cloud 内のエンドポイントが実行可能で、管理され、発明され、コンプライアンスに準拠していることを確認できます。
• 監査ログからより多くの情報を得られます。監査ログサービスでは、BigFixサーバーへのログインとログアウトの詳細、およびクライアントがサーバーにアクセスするために使用したIPアドレスに関する情報が提供されるようになりました。
• Forward Secrecy のサポートにより、TLS 接続のセキュリティが強化されました。鍵交換には、エフェメラル Diffie-Hellman (DHE) とエフェメラル楕円曲線 Diffie-Hellman (ECDHE) を活用して、デプロイのセキュリティレベルを向上できます。
• VPN 経由で接続されたクライアントでのネットワークへの影響と帯域幅要件の緩和: BigFix クライアントを構成して、設定可能なサイトのリストに基づいてインターネットから直接ペイロードをダウンロードできるようになりました。これにより、VPN 経由で接続された BigFix クライアントにサービスを提供する BigFix リレーに関連するネットワークへの影響と帯域幅要件を軽減できます。
• Web レポートのメールサーバーとして Microsoft Office 365 を使用します。BigFix Platform の以前のバージョンでは、Web レポートは、SMTP を介した基本的な認証を使用して、メールサーバーにのみ連絡できました。今回のリリースでは、OAuth 2.0 と資格情報付与フローを使用して Office 365 のメールサーバーを使用して、レポートの送信をスケジュールできます。
• その他の機能強化は以下の通りです。
  • BigFix 評価版インストールのオプションから SQLServer2016SP1-Evaluation のセットアップを削除するようにインストーラを変更しました。詳細については、Windows での評価インストールを参照してください。
  • PeerNest と BES クライアントのデバッグログのサービス性を向上させ、より多くの情報を提供するとともに、回転させたり最大サイズを設定したりすることが可能になりました。詳細は、設定一覧と詳細説明をご覧ください。
  • クライアントデプロイツール (CDT) ウィザードを改善しました。クラウドプラグインで検出されたクライアントのインストールプロセスを簡素化しました。詳細については、発見されたリソースへの BigFix エージェントのインストールを参照してください。
  • 以下の外部ライブラリーをアップグレード: libcurl をバージョン 7.69.1 に、Codejock をバージョン19.2.0 に、jQuery を 3.5.1 になりました。
  • DA と不具合を修正しました。詳細はリリース情報を参照してください。
  • セキュリティの脆弱性を修正しました。詳細はリリース情報を参照してください。
• BigFix Platform V10.0.1 のリリース情報に詳細が記載されています。

BigFix Inventory

• BigFix Inventory 10.0.1 では、ソフトウェア・カタログの更新を含むいくつかの改善が行われ、IBM License Metric Tool 9.2.19 と技術的に同等のものになりました。 BigFix Inventory V10.0.1 のリリース情報に詳細が記載されています。

BigFix Insight

• BigFix Insights 10.0.1 は、2020年3月に発表された BigFix Insights のパフォーマンスとスケーラビリティーを向上させます。
• BigFix Insights V10.0.1 のリリース情報に詳細が記載されています。

BigFix Modern Clinet Management

• BigFix Modern Client Management 10.0.1 は、最適化とパフォーマンスの強化、RHEL 8 上のMCMサーバーのサポート、およびその他の改善を提供しています。
• BigFix Modern Client Management V10.0.1 のリリース情報に詳細が記載されています。

BigFixフォーラム では双方向のやりとりができます。

2020/8/5 - 読み終える時間: ~1 分

英語版ブログ記事 Boost performance with agent relay caching in HCL Launch の翻訳版です。

HCL Launch: エージェントリレーキャッシングによるパフォーマンスの向上

2020年8月4日

著者: Hayden Schmackpfeffer / Senior Developer, HCL

エンタープライズ規模では、パフォーマンスが制限要因となります。 HCL Launch はもちろんエンタープライズ向けに設計されており、パフォーマンスを維持しながら成長を支援する機能を提供しています。

インストールを拡張するために使用できる機能のひとつはエージェントリレーです。リレーはファイアウォールの外にあるエージェントを管理します。リレーは、サーバとの通信を一箇所で行うことができるため、この機能は拡張がしやすくなっています。「任意の数」というのは大げさかもしれませんが、各リレーは 1,000 エージェントを確実にサポートできます。

ファイアウォールの設定をナビゲートするだけでなく、リレーはエージェント通信の負担をサーバから軽減することでパフォーマンスを向上させます。すべてのエージェントに成果物を送信する代わりに、サーバは成果物をリレーに送信するだけで、リレーからエージェントに成果物が送信されます。多くの顧客がこのトポロジーを使用しています。

ネイティブの HCL Deploy アーティファクト・リポジトリ CodeStation を使用している場合、パフォーマンスを向上させるもう一つの機能は、エージェント・リレー・キャッシングです。この機能は、アーティファクトのコピーをリレーに格納することで、ダウンロード時間を短縮します。サーバーは、すべてのアーティファクト要求に応答する必要がなく、複数のエージェントが同時にキャッシュされたアーティファクトをダウンロードすることができます。

リレーを構成して、「ステージング」などの特定のステータスに基づいてアイテムを自動的にダウンロードするように設定することで、アーティファクトをプリロードすることができます。または、HCL デプロイ・アプリケーションを使用して、リレー・キャッシュにアーティファクトをロードすることもできます。

この機能によって提供されるパフォーマンスの恩恵は、劇的なものになる可能性があります。

リレーキャッシュの最近の強化は、この機能をさらに魅力的なものにしています。今では、アプリケーションが大きなファイルやアーティファクトの一部だけを必要とする場合、最初にファイル全体をダウンロードすることなく、直接それを取得することができます。特に、必要なアーティファクトが10GBなどの大容量ファイルの最後にある場合には、パフォーマンスは大きく向上します。

最後に、リレーは、ユーザーの期待に沿ったキャッシュサイズを維持するために、より積極的になっています。以前は、クリーンアップ間隔の関係で、リレーキャッシュが一時的にサイズ制限を超えることがありました。今では、適切に設定されていれば、実際にはサイズ制限を超えることはありません。

このオンデマンドビデオデモで HCL Launch の動作をご覧ください。

2020/8/5 - 読み終える時間: 2 分

DEF CON で HCL 社員がルーターのセキュリティー問題に関して発表を行います。そのことについて記された英語版ブログの記事 HCL Aleph Research at DEF CON Conference Spotlights Critical Security Vulnerabilities in Router Technology の翻訳版を掲載します。

HCL Aleph の研究、DEF CONカンファレンスでルータ技術における重大なセキュリティ脆弱性にスポットを当てる

2020年8月3日

著者: Mikala Vidal / Head of Marketing for HCL AppScan

2020年8月8日に、HCL AppScan Aleph サイバーセキュリティチームの Gal Zror が "Don't Ruck Us Again ? The Exploit Returns" と題したセッションを行います。

このセッションでは、第36回 年次カオス通信会議 (Chaos Communication Congress)で発表された Ruckus Wireless の ZoneDirector と Unleashed ルーターに関連して発見された初期の脆弱性に対する Gal 氏の追跡調査を取り上げます。研究者は、33 種類の Ruckus 社のアクセスポイントのファームウェアを調査し、そのすべてに脆弱性があることが判明しました。

3つの攻撃シナリオが発見されました。

• アクセスポイントのルートシェルを取得するためのウェブインターフェースのクレデンシャル開示とCLIの脱獄。
• 認証されていない HTTP リクエストを Web インターフェースに送信することで可能になった、'zap'実行ファイルのスタックオーバーフロー。
• zap' 実行ファイルを使用した任意のファイル書き込みにより、認証を必要としない新しい 'jsp' ページが作成され、コマンドインジェクションの脆弱性。

「これらの脆弱性のいくつかは、本当に簡単なものです」と Zror 氏は SecurityWeek に語っています。「例えば最初のものは、実行するのが簡単です」。

TechCrunch が指摘しているように、攻撃者がルーターのソフトウェアの脆弱性を見つけてそれを利用すれば、デバイスを制御してより広い内部ネットワークにアクセスし、コンピュータや他のデバイスをハッキングやデータ盗難にさらすことができる。Zror 氏は、ルーターの多くはインターネットからアクセスできるため、「ボットネットにとって非常に良い候補になる」と説明しています。これは、攻撃者が脆弱なルーターを強制的に参加させ、悪意のある行為者によって制御された独自の分散型ネットワークに参加させた場合のことであり、それらをまとめて、大量のジャンク・トラフィックでウェブサイトや他のネットワークを叩きのめすように指示することができます、それらをオフラインにします。インターネット上には、脆弱な Ruckus ルーターが「数千台」存在します。

Zror 氏の追跡調査では、コマンドインジェクション、情報漏洩、資格情報の上書き、スタックオーバーフロー、クロスサイトスクリプティング (XSS) など 6 つの新たな脆弱性が含まれています。これらの脆弱性を用いて、Zror氏は、新たに2つの異なる認証前リモートコード実行攻撃 (RCE) を検出することができました。Zror 氏は、最初の調査と合わせて、合計 5 つの全く異なるRCEを発見しました。彼はまた、Ruckus が最初の研究で発見した脆弱性の一部を正しく修正しておらず、非常に端正なペイロードを使用することで悪用可能であることも発見しました。

2019年の Symantec Internet Security Threat Report (ISTR) によると、攻撃されるデバイスの 90% はルーターと接続されたカメラです。

ルーターがハッキングされると、ビジネスネットワーク全体とそれに接続されているすべてのものが危険にさらされます。メリーランド大学によると、悪意のあるハッカーは現在、39秒に1回の割合でコンピュータやネットワークを攻撃しています。

サイバー攻撃を減らすためには、無線エンドポイントの安全性を確保することが最重要ですが、特に 2020年の特殊な状況によって生み出される攻撃範囲が大きくなることを考えると、ハッカーがアクセスを獲得する可能性は高いと言えます。インジェクションやクロスサイトスクリプティング (XSS) などの OWASP トップ 10 の脆弱性の潜在的なリスクを最小化するアプリケーションのセキュリティテスト対策を含む、多層的なデバイス、DevOps、AppSec のアプローチを検討してください。

HCL AppScan on Cloud のテストドライブはこちらからご利用いただけます。

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

HCL Domino Voltは、Webブラウザ上でアプリケーションを開発できる、ローコードプラットフォームです。ブラウザ上で入力フィールドを定義したり、ExcelからデータをインポートするだけでWebアプリケーションを作成できます。HCL Domino Voltを使用することで、申請フォームやワークフローなどのアプリケーション開発時間が、従来の1/3程度まで短縮されます。

本ウェビナーではHCL Domino Volt の特長をお伝えするとともに、最新バージョンでの Notes/Domino アプリケーションとの連携強化についてもご紹介いたします。

開催概要:

• 日程: 2020年8月27日(木) 13:00 - 14:00 (JST)
• 会場: Web セミナー
• 主催: 株式会社エイチシーエル・ジャパン
• 費用: 無料 (事前登録制)
• お申し込み: -> https://hclsw.co/jpvolt0827
• 言語: 日本語

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

DevOps の実際においては、全体の流れとその価値創出や問題点の把握・解決を行う「バリュー・ストリーム・マネージャー」が重要な役割を担います。この「バリュー・ストリーム・マネージャー」についての解説記事 What is a Value Stream Manager? の翻訳版です。

HCL Accelerate: Value Stream Manager とは？

2020年8月3日

著者: Nick Mathison / Value Stream Manager

HCL Value Stream Manager としての私の役割は、通常の開発プロセスの中で発生する可能性のあるドラッグや問題点を減らしながら、開発プラクティスを流れる作業のスループットを向上させることです。要するに、私の仕事は、改善すべき領域を特定し、それに対処することです。

もしあなたが新しいバリュー・ストリーム・マネージャーであれば、最初から設計、分析、開発、テスト、QA、開発、リリースに至るまでのバリュー・ストリームをマッピングすることからこのプロセスを始めるでしょう。その後、チームと協力してギャップや誤解を特定します。このバリュー・ストリーム・マップは、私がデリバリ・パイプラインを分析するために使用している主要なツールです。

このマップをダイアグラム化したら、バリューストリームを、すべてのツールと統合できるバリューストリーム管理製品に変換して、バリューストリームの項目をフォローしてください。そうすれば、バリュー・ストリームの問題を簡単に発見し、診断し、行動計画を立てることができます。バリュー・ストリーム管理ツールは、バリュー・ストリームを可視化できるだけでなく、リードタイム、サイクルタイム、平均回復までの時間などのメトリクスを追跡し、改善の測定をさらに容易にします。

バリュー・ストリーム・マネージャーになるために必要なことの詳細については、以下のビデオをご覧ください。

2020/8/4 - 読み終える時間: 5 分

HCL Accelerate は ServiceNow とも連携できますが、その実際について記した記事 Release Management with HCL Accelerate and ServiceNow の翻訳版を掲載します。

HCL Accelerate と ServiceNow によるリリース管理

2020年7月31日

著者: Brian Stump / Product Specialist

リリース管理は、アプリケーションやインフラストラクチャを問わず、企業のソフトウェア環境に変更を加える際の基本的な側面です。特に、リリースがさまざまなチームやビジネスユニットにまたがる複雑なものになると、そのための再現性のあるプロセスを確保することが重要になります。

HCL Accelerate は、使いやすくテンプレート化されたリリース管理ソリューションを提供し、ネイティブの ServiceNow との統合により、変更とリリース管理プロセスを緊密に同期させています。このブログ記事では、ServiceNow と連携した HCL Accelerate でエンタープライズリリース計画を設定し、本番環境にソフトウェアを配信する方法を説明します。

HCL Accelerate でエンタープライズリリーステンプレートを作成する

最初のステップは、HCL Accelerate でエンタープライズリリーステンプレートを作成することです。このテンプレートは、メジャーリリースイベントの一部として新しいソフトウェアをリリースするたびに実行されるプロセスを表しています。これを、チーム、ビジネスライン、またはこのイベントの一環として本番稼動を希望するグループ全体のリリースをオーケストレーションするための「親」計画と考えてください。

リリースが作成されたときに、このテンプレートから作成された計画を自動的に開始する」オプションがあることに注意してください。はい」ボックスにチェックを入れると、リリースが HCL Accelerate で作成されるたびに、リンクされた ServiceNow 変更チケットも作成されます。この場合、「いいえ」に設定するつもりなので、変更チケットは、セクション3でリリースの実行を開始した後に作成されます。

テンプレートを作成したら、リリースがテンプレートから作成されるたびに、リリースのタスクを定義します。ここでは、ServiceNow との統合を設定し、承認と通知タスクを介してガバナンスを確立し、他の自動または手動のタスクを設定します。

ServiceNow との統合のために、リリース計画が実行されるたびに変更チケットを作成して更新する一連の ServiceNow タイプのタスクを定義します。最初のタスクは変更を作成することになります。次のスクリーンショットは、ServiceNow に接続する変更チケットの作成タスクを示す設定例です。HCL Accelerate のリリースプロセス全体を通して、変更を ServiceNow でいつ、どのように更新したいかに応じて、この設定方法には多くの柔軟性があります。

設定している 'ticketId' フィールドに注目してください。これは、リリースの進行に合わせて新しく作成されたチケットを更新していることを確認するために、後のステップで参照するプロパティを作成します。

作成できる ServiceNow タスクのもう一つのタイプは、変更チケットの承認を待つことです。これを行うには、アクション「変更要求を待つ」を選択し、関連するフィールドと値を設定する必要があります。リリース計画がこのステップに達すると、HCL Accelerate は、設定された間隔に基づいて ServiceNow をポーリングし、それらのフィールドと値が設定されたものと一致するまで待ちます。この場合、チケットが承認されるまでタスクは「進行中」になります。

システムIDフィールドは、チケット作成ステップで設定した'ticketId'プロパティを参照していることに注意してください。このプロパティは、HCL Accelerate が使用するタスク間で一貫している限り、任意の名前を持つことができます。また、このプロパティは子プランには継承されないので、他のテンプレートが競合せずに同じプロパティ名を使用できることにも注意してください。

ServiceNow タスクの最後のタイプは、「変更要求の更新」アクションです。wait'タスクと同様に、これは最初に作成されたチケットを参照するためにシステムIDを使用します。今回は、ServiceNow で変更が発生するのを待つ代わりに、HCL Accelerate を使用して ServiceNow でチケットに変更を加えることができます。追加プロパティ」フィールドでは、「field=value」構文を使用して、フィールドを新しい値で更新することができます。ほとんどの場合、チケットを「実装」や「スケジュール」などの新しい「状態」に更新します。更新された値がチケットの現在の状態に基づいて ServiceNow で許可されていることが重要です。

ServiceNow のデフォルトの「状態」の値はここに示されています。ServiceNow API はこれらの数値を使用して値を割り当てます。

他のエンタープライズリリースの管理タスクと同様に、ServiceNow タスクを設定した後、他のテンプレートのプランをデプロイメントタスクとして追加して、より大きなリリースのガバナンスを設定できます。前述したように、この「エンタープライズ」プランは、ソフトウェアをデプロイするプランの親となります。HCL Accelerate で作成されたパイプラインステージごとに、対応するテンプレートが存在します。これらのテンプレートをエンタープライズプランに追加するには、「別のプランを実行」というタスクを使用します。

このユースケースでは、JKE-パイプラインPRODステージテンプレートをすでにセットアップしていると仮定しています。このテンプレートは、私のエンタープライズプランに似ていますが、Jenkins、HCL Launch、またはAnsibleのいずれかを介して実際にソフトウェアをデプロイするためのタスクが含まれています。Run another plan」タスクでこのプランを参照することで、エンタープライズリリースプランを介して、1つまたは多数のデプロイメントプランをオーケストレーションすることができます。

さて、私はエンタープライズリリース計画のテンプレート化を完了しました。この作業は、全体のプロセスを変更したり改善したりするために、あちこちで微調整することを除けば、すべて一度きりの作業です。私の組織がエンタープライズリリースを実行したいと思うたびに、このテンプレートから実行を開始します。

実行するリリースの作成

テンプレートが作成され、ServiceNow と同期されたので、最初のリリースを実行する準備ができました。最初のステップはリリースを作成することです。次のスクリーンショットは、テンプレートから作成されたエンタープライズリリースの例を示しています。

後で検索して見つけやすくするために、タグを使用していることに注意してください。

私のリリースが作成されると、私のチームやビジネスユニットは、自分のデプロイメントテンプレートを使ってこのリリースに参加できます。ここで使用している例は、「JKE-パイプライン」のためのものです。エンタープライズリリースに参加するには、示されているように、PRODステージの横にある矢印をクリックして、「リリースに参加」をクリックします。

ここから、どのリリースに参加したいか、また、どのアプリケーションのバージョンをリリースと一緒にデプロイしたいかのオプションが与えられます。デフォルトでは、最も近いステージにあるバージョンが選択されますが、この場合は、すでに「QA」ステージに配信されているバージョンです。

「スケジュール」をクリックすると、エンタープライズリリース計画のビューには、新しく参加した JKE-パイプラインチームの計画が反映されます。

エンタープライズリリースの実行

セクション 1 では、エンタープライズリリースのテンプレートを作成する方法を示しました。セクション2では、スケジュールされたエンタープライズリリースを作成する方法と、様々なチームが参加できる方法を示しました。このセクションでは、そのリリースの実行例を説明します。

リリースを開始するには、エンタープライズリリースの最初のタスクで再生ボタンをクリックするだけです。これにより、ServiceNow チケットが作成され、リリースクロックが開始されます。このチュートリアルの最初に「このテンプレートから作成された計画を自動起動する」というオプションがあったことを覚えていますか？ここで 'Yes' を選択していた場合、リリースが作成されたときにプランはすでに開始されており、次の手動タスクを待っていました。この例では、私たち自身が計画を開始しています。

リリースが開始されたので、ServiceNow の承認を待つタスクで一時停止します。ServiceNow でチケットを承認するためには、ServiceNow サーバーにログインして変更の承認を要求し、指定された承認者に変更を承認させる必要があります。実際の実行では、このプロセスには、HCL Accelerate ツールと ServiceNow ツールの両方にまたがるさまざまな利害関係者が関与することになります。両者が同期するように設定しているため、ServiceNow で承認が得られれば、すべての更新が自動的に発生し、リリース計画は継続していきます。

エンタープライズリリース計画が自己定義した「デプロイメント」タスクに到達すると、エンタープライズリリースに参加した PROD テンプレートが実行を開始することがわかります。次のスクリーンショットは、この PROD テンプレートがどのように見えるかの例を示しています。

このテンプレートには、ServiceNow との統合も含まれていることに注意してください。これは、この例では、エンタープライズリリース自体のチケットを作成し、それと一緒にリリースしているアプリの各チームやグループのチケットを作成しているからです。このようにして、エンタープライズレベルだけでなく、より詳細なチームやアプリケーションレベルでも承認と変更を管理できます。

JenkinsやHCL Launchを介したデプロイが完了し、ServiceNow のチケットが更新されると、エンタープライズの計画を進めていくための Success が返ってきます。スケジュールリリースのページを確認してみると、作成した変更チケットがリンクされて表示されています。この場合、エンタープライズプラン用に1つ、それに参加したパイプライン PROD デプロイメント用に1つ作成しています。多くのチームがこのエンタープライズリリースに参加していた場合、ここには多くのチケットが表示されます。

同様に、ServiceNow では、HCL Accelerate によって作成・管理されたこれらの変更チケットを見られます。

エンタープライズリリース計画が成功したので、リリースサマリーページでこのように確認できます。

また、このエンタープライズリリースに参加したパイプラインを確認できます。パイプラインビューでは、私のQA環境から選択した最新バージョンが本番環境にデプロイされて実行されていることがわかります。

HCL Accelerate の詳細と無料トライアルを入手するには、ここをクリックしてください。

2020/8/4 - 読み終える時間: 6 分

HCL Unica 12.1 の特長について記したブログ Unica V12.1 = 4; Are You Ready for More? の翻訳版です。

HCL Unica V12.1 = 4; 準備はできていますか？

2020年7月30日

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

HCL Unica V12.1 = 4; 準備はできていますか？

Unica V12.0 のリリースからわずか 3 ヶ月後、HCL Software の素晴らしいエンジニアリングおよび製品管理チームが Unica V12.1 をリリースしました。Unica Professional Services チームの全員が、この新機能に非常に興奮しています。これで可能になるすべての機能を Unica のエンドユーザーの皆様にお見せするのが待ち遠しいですが、1つの記事ですべてを網羅できませんので、ここではその概要をご紹介します。

今日は、Unica V12.1 が数字の 4 の力をどのように活用しているかを説明します。つまり、新しい統合クラウドネイティブプラットフォームの 4 つの主要機能と、4 つの機能をそれぞれ動作させる 4 つの仕掛けを紹介します。

主な機能

1. Unica Journey によってオーケストレーションされた目標ベースのマーケティング
2. Unica Deliver による大規模なデジタル実行
3. Unica Link で簡単に統合
4. もちろん、忘れてはいけないこと: Unica 12.1には以下のような機能があります。
   • InteractによるA/BテストとFlexOffers。
   • ワークフローが簡素化され、より強力になったほか、REST API Swagger with Planも提供しています。

目標ベースのマーケティング

1. まずユースケースから

もちろん、すべてのマーケティングキャンペーンには、「収益を上げる」「製品をx個売る」「ROI はn%」といった目標がありますが、もっとフォーカスした目標を持ったマーケティングキャンペーンはどうでしょうか？例として、特定の顧客活動の完了に応じてマイルストーンが設定されているキャンペーンを見てみましょう。クレジットカード業界では、顧客が口座を開設してから1ヶ月以内に一定の取引件数を達成することを目標としているかもしれません。そのためには、顧客は承認された後、以下の条件を満たす必要があります。1) クレジットカードを郵送で受け取る、2) 新しいカードを有効にする、3) 買い物を始める、ということです。また、カードを受け取ってから1ヶ月以内に取引を完了させるためには、他にも多くの顧客活動が必要になるかもしれません。それがゴールベース・マーケティングです。

2. ジャーニーインターフェースのガイドツアー

ジャーニーは新しいもので、そのインターフェースも新しいものです。各ジャーニーは、ジャーニーの顧客を提供する 1 つ以上のエントリーソースから始まります。これらは、KAFKA トピック、JSON ファイル、REST API、またはフラットファイルを経由できます。ジャーニーキャンバスは完全に柔軟性があり、マーケターはジャーニーをデザインして実行できます。マーケターは、顧客がエンゲージメントされているかどうかを判断したり、ジャーニーの次の行動を決定したり、カスタムの待ち時間を追加したり、ジャーニーの別々の部分を結合して1つのパスを進めることができます。デジタルでの実行はメールや SMS で可能です。

3. 一緒に旅をしましょう。実行可能なジャーニーを作成するためのステップ

目標ベースのマーケティングについて説明し、ユースケースの例を提供し、HCL Unica Journey のインターフェースについて少し話しましたが、ここではハイレベルなステップを紹介します。

• ジャーニーの目標を設定する
• データ定義の作成する
• エントリソースの設定する
• ジャーニーコントロールをキャンバスに追加する
• 1 つ以上のタッチポイントを含ませる
• パブリッシュして「旅を始めよう」。インパクトのある旅の作り方をもっと詳しく知りたい方は、近日中に動画を公開する予定です。

4. ジャーニーとの間における、オーディエンスの双方向シンジケーション

すべてのジャーニーは、それが共有されればより良いものになり、オーディエンスシンジケーションはそれを可能にします。Journey は Campaign からオーディエンスを受け取ることができ、Campaign とオーディエンスを共有できます。Interact Triggered Messages は、オーディエンスのメンバーを HCL Unica Journey に追加するために使用できます。

規模を問わないでのデジタルエクゼキューション

1. デジタルチャネル（メール、SMS、トランザクションメール）を強化する

Unicaには、再びデジタル実行機能が組み込まれています。現在、これはメール、SMS、トランザクションメールで行えますが、モバイルプッシュも間もなく追加される予定です。ランディングページは現在利用可能ですが、将来的にはアンケートを実施する機能を追加する予定です。

2. あなたがコントロールするメッセージ。メッセージエディタの紹介

内蔵のメッセージエディタでは、HTMLファイルのアップロード、ヘッダーやフッターの作成、メッセージを簡単に編集することができ、もちろん、重要なパーソナライズフィールドの追加も可能です。メッセージのプレビューや、パーソナライズルールに沿ってコンテンツをテストする機能も充実しています。

3. 拡張性のある実行

4. ループを閉じる

デジタル実行とは、単に「送信」だけではなく、ループを閉じることを意味します。バウンス、開封、クリックスルーなどを知ることは重要ですが、それ以上に重要なのは、メールのアドレスごとに知ることであり、その情報を HCL Unica のオムニチャネルなコンタクト＆レスポンス履歴の一部として保存することが正しい方法です。

統合が簡単に

1. リンクを確立します。Unica Link とは？

Unica Link は、Unica V12.1 で利用できるローコードの統合モジュールです。確立された技術を Unica Link に組み込み、これを実現しています。Campaign のプロセスボックスと Journey のタッチポイントが Link に対応しています。

2. 利用可能なコネクター

現在、メール、CRM、SMS用のコネクタが用意されています。将来的にはさらに多くのコネクタを追加していく予定です。

3. 舞台裏ツアー

Unica Link のエンドユーザー・インターフェースは、ポイント・アンド・クリックで簡単に操作できます。管理者インターフェースでは、統合ポイントの REST API を入力したり、APIをどのように呼び出すかのプロセスマップを入力することができます。管理者は、転送されるデータ・フィールドと、エンドユーザー・インターフェースに公開されるものを設定します。

4. 私たちはまだ始まったばかりです。

将来的にはさらに多くのコネクタを追加していく予定です。ソーシャルチャネル、DMP/DSP、アトリビューションツールなどとの統合を想定しています。 お客様とのコラボレーションも歓迎していますので、統合のニーズをお知らせください。

しかし、待ってください、まだまだあります！ - Unica Interact と Unica Plan

1. Unica Interact による A/B および N テスト

Interact V12.1 には、チャンピオン/チャレンジャーのテスト以上に対応できる A/B テストが組み込まれているので、一度に 2 つ以上のバージョンをテストできます。テスト後は、テストされたバージョンの「デフォルト」のオファーに戻すことや、結果を確認して勝者を新しい「デフォルト」にすることができます。

2. 柔軟性の向上。Unica Interact での FlexOffers

FlexOffers は、リアルタイム/インバウンドオファーの一括ペルソナ化を可能にします。オファーをグループ化し、プールされたオファーにルールやフィルターを追加し、実行中にリアルタイムで適用する機能を提供します。これにより、Unica Interact のオファー利用に関するエンドユーザーの設定をさらに効率化できます。

3. パフォーマンスと効率性。ワークフローには何がありますか?

Unica V12.1では、プランのワークフローが更新されました。ワークフローは自動的に編集モードで開き、変更はすぐに反映されます。ワークフローでは、複数のユーザーが同じワークフローに対して同時に編集を行うことができるようになりました。タスクの並び替えはドラッグ＆ドロップで可能になり、完了率の更新もより効率的になりました。

4. プラン API に Swagger を追加

Plan に Swagger が追加されました。Plan に Swagger インターフェイスが追加され、Plan の REST API にアクセスできるようになりました。 これには、ワークフローの新しい REST API が含まれます。これで、Plan REST API のレビューと作業が以前よりも簡単になりました。

上で詳述したように、Unica V12.1 は本当に "4" に相当します! また、私たちはもっと多くのことをお見せしたいと思っています! そこで、今後数週間のうちに、Unica Live にビデオを追加して、Unica V12.1 ? "1+2+1" が 4 に等しいことを証明する各項目のデモンストレーションを行います。 2020年7月にリリースされた最新の Unica V12.1 GAローンチウェビナーでは、Unica V12.1 の優れた点をすべてご紹介しています。最後までお読みいただき、ありがとうございました。