HCL Domino Early Access Program: 2020年9月版コードドロップ

2020/9/15 - 読み終える時間: 2 分

HCL Domino 早期アクセスプログラム (Early Access Program) のご紹介 の 2020年9月版コードドロップがリリースされました。

  • HCL Domino on Docker V12 Early Access Release Notes (Sept 2020)
  • HCL Domino 12.0 on Docker Early Access September 2020

今回のコードドロップでの新機能は以下のとおりです。

  • 新しい証明書管理機能

    • サードパーティ証明書の管理手順の簡略化: HCL Domino® 12 では、Domino サーバ上でサードパーティの証明書局(CA)からのインターネット証明書を設定するプロセスがより簡単になりました。

    • 証明書の健全性チェック: CertMgr タスクにより、インポート時にインポートされた鍵と証明書の健全性をチェックし、その後は 30 分ごとにチェックします。

    • ACME アカウントとホスト鍵に対する ECDSA 暗号化のサポート: CertMgrは、ACMEアカウントとTLS 1.2 ホストキー (キーリングファイル) 用に、NIST P-256およびNIST P-384曲線を使用した楕円曲線デジタル署名アルゴリズム (ECDSA) をサポートします。

    • ACME アカウントキーとホストキーのキーロールオーバー: ACME アカウントキーまたは TLS ホストキー (keyfile) を交換する必要がある場合、キーのロールオーバーを要求できます。

    • デバッグログの改善: CertMgr デバッグログを有効にするために使用される load certmgr -d コマンドでは、通常のメッセージログに加えて、トラブルシューティング情報をまとめて提供できるようになりました。このロギングは、Let's Encrypt 認証局からの証明書とサードパーティ CA からの証明書の利用に適しているものです。

  • データベースのクォータ設定の複製: 管理者がHCL DominoR 12サーバー上のデータベース上でクォータを有効、無効、または変更すると、クォータ設定はDomino 12サーバー上の他のレプリカに複製されます。

  • DAOSオブジェクトでの AES-128 暗号化: HCL DominoR 12で作成されたDAOSオブジェクトは、以前のバージョンで使用されていたレガシー暗号化方式ではなく、AES-128を使用して暗号化されます。

  • DQL検索における Fomula 言語: HCL Domino 12では、Domino Query Language(DQL)の検索用語でFormula Languageを使用することができます。

  • 新しいテンプレート署名ID で 2048 ビットキーの使用: 新しいテンプレート署名ID「CN=Domino Template Development/O=Domino」で 2048 ビットキーを使用して、より強固な暗号化を実現しています。Notes/Domino 12 で出荷されるテンプレートは、新しい ID で署名されます。


HCL Notes 9.0.1 FP10 IF8 がリリースされました

2020/9/15 - 読み終える時間: ~1 分

HCL Notes v9.0.1 FP10 IF8 がリリースされました。修正箇所は14件で、新機能や機能改善はありません。詳細は下記サポート技術情報をご覧ください。

  • HCL Notes 9.0.1 FP10 IF8 Windows English
  • HCL Notes 9.0.1 FP10 IF8 Basic Configuration for Windows English

サポート技術情報: Interim Fixes & JVM patches for 9.0.1.x versions of IBM Notes/Domino & add-ons

なお、この Notes 9.0.1 FP10 IF8、Domino 9.0.1 FP10 IF6 は、令和対応に不備があることが分かりました。修正モジュールについてはHCLサポートまでお手数ですがご連絡ください。


HCL Accelerate VSM を Jenkins と組み合わせて使用する - パート 1

2020/9/15 - 読み終える時間: 10 分

HCL Accelerate はバリューチェーン管理を行うソフトウェアです。ソフトウェア開発で要となる Jenkins との連携の実際を解説する記事 HCL Accelerate VSM with Jenkins – Part 1 の翻訳版です。


HCL Accelerate VSM を Jenkins と組み合わせて使用する - パート 1

2020年9月14日

著者: Daniel Trowbridge / Technical Lead

画像の説明

このチュートリアルでは、HCL Accelerate でビルドデータとデプロイデータをアップロードするための Jenkins パイプラインジョブを作成する方法を紹介します。これは、Jira と GitHub を使った HCL Accelerate VSM シリーズの一部ですが、単体でも一般的なリファレンスとして使用できます。

要件: Jira と GitHub を使用した HCL Accelerate VSM チュートリアルシリーズの事前完了を前提としていますが、完全に必須ではありません。



1. Jenkins インテグレーションを作成する

HCL Accelerate を使った Jenkins インテグレーションの作成」のチュートリアルに従ってください。



2. バリューストリームに Jenkins インテグレーションを追加する

Jenkins の統合は、他の統合とは異なる方法でバリューストリームに追加されます。vms.json ファイルを編集する必要はありませんが、ビルドデータとデプロイデータのターゲットを持つために、バリューストリームのパイプライン上に「アプリ」を作成する必要があります。


2.1 「パイプライン」に移動し、「アプリの追加」をクリックします。

画像の説明


2.2 ドロップダウンから「Jenkins」を選択します。

画像の説明


2.3 アプリケーション名を入力します。ワークブックでは「JKE App1」という名前を使用します。

画像の説明


2.4 新しいアプリケーションがパイプライン内の行として表示されるはずです。今のところ必要なのはこれだけで、値のストリームに戻ることができます。

画像の説明



3. ビルド、DEV、QA用の Jenkins ジョブを作成する


3.1 新しい Jenkins Pipeline Jobを作成する

画像の説明 画像の説明


3.2 パイプラインスクリプトの設定

パイプラインを作成したら、パイプラインスクリプトのセクションに移動します。スクリプトを貼り付け、変数値を設定した後、「適用」「保存」をクリックします。

画像の説明

  • ここにスクリプトをコピー&ペーストします。
  • 変数を正しい値に設定する
  • 適用」をクリックし、「保存」をクリックします。


3.2.1 スクリプトのコピーと貼り付け

node {
// URL to Github repository https://github.com/<owner>/<repo>
def GITHUB_REPO_URL="https://github.com/User1098429748/jke-app-1"
// Get ENV ID values for DEV and QA from HCL Accelerate Value Stream "Download attributes from API" json file
def VSM_ENV_ID_DEV="09bd6385-6b46-4fd1-a0b2-56cb0f4ecaf9"
def VSM_ENV_ID_QA="cf601828-3001-433c-bedd-f4574c5cc5f0"
// VSM_APP_NAME must match your HCL Accelerate pipeline application name
def VSM_APP_NAME="JKE App1"
// Time to wait before next stage (seconds)
def SLEEP_TIME=5

// Do not change below this line.
def GIT_COMMIT

stage ('cloning the repository'){
currentBuild.displayName = "2.1.1.${BUILD_NUMBER}"
majorVersion="${BUILD_NUMBER}"
def scm = git branch: 'master', url: "${GITHUB_REPO_URL}"
GIT_COMMIT = sh(returnStdout: true, script: "git rev-parse HEAD").trim()
echo "GIT_COMMIT=${GIT_COMMIT}"
}
sh 'printenv'
stage ("Build") {
echo "Building ${VSM_APP_NAME} (Build:${currentBuild.displayName}, GIT_COMMIT:${GIT_COMMIT}, comit2:${env.GIT_COMMIT}, name:${env.GIT_COMMITTER_NAME})"
step($class: 'UploadBuild',
id: "${currentBuild.displayName}",
versionName:"${currentBuild.displayName}",
name: "${currentBuild.displayName}",
tenantId: "5ade13625558f2c6688d15ce",
requestor: 'admin',
//Must specify one of "appId", "appExtId", or "appName"
appName: "${VSM_APP_NAME}",
revision: "${GIT_COMMIT}",
status: "${currentBuild.currentResult}".toLowerCase(),
startTime: "${currentBuild.startTimeInMillis}",
endTime: "${System.currentTimeMillis()}",
debug: false,
fatal: false,
)
}
stage ("Deploy to DEV") {
sleep "${SLEEP_TIME}"
step([$class: 'UploadDeployment',
//"versionExtId" can be used in place of "id" and "versionName"
id: "${currentBuild.displayName}",
versionName: "${currentBuild.displayName}",
name: "${currentBuild.displayName}",
description: 'UploadBuild Example',
tenantId: "5ade13625558f2c6688d15ce",
initiator: "admin",
//Must specify one of "appId", "appExtId", or "appName"
appName: "${VSM_APP_NAME}",
environmentName: 'PROD',
environmentId: "${VSM_ENV_ID_DEV}",
result: "${currentBuild.currentResult}".toLowerCase(),
startTime: "${currentBuild.startTimeInMillis}",
endTime: "${System.currentTimeMillis()}",
type: "Jenkins",
debug: false,
fatal: false,
])
}
stage ("Deploy to QA") {
sleep "${SLEEP_TIME}"
step([$class: 'UploadDeployment',
//"versionExtId" can be used in place of "id" and "versionName"
id: "${currentBuild.displayName}",
versionName: "${currentBuild.displayName}",
name: "${currentBuild.displayName}",
description: 'UploadBuild Example',
tenantId: "5ade13625558f2c6688d15ce",
initiator: "admin",
//Must specify one of "appId", "appExtId", or "appName"
appName: "${VSM_APP_NAME}",
environmentName: 'PROD',
environmentId: "${VSM_ENV_ID_QA}",
result: "${currentBuild.currentResult}".toLowerCase(),
startTime: "${currentBuild.startTimeInMillis}",
endTime: "${System.currentTimeMillis()}",
type: "Jenkins",
debug: false,
fatal: false,
])
}
}


3.2.2 変数値の編集

編集するスクリプト変数

変数名 説明
GITHUB_REPO_URL このワークブックで使用している GitHub リポジトリへの URL https://github.com/UrbanCodeHCL Accelerate/JKE-App-1
HCL ACCELERATE_ENV_ID_DEV バリューストリームの DEV 環境を一意に識別する ID cb348f56-29f3-4ade-9c9f-38daedf3b663
HCL ACCELERATE_ENV_ID_QA QA バリューストリームのQA環境を一意に識別するID 7a115f90-f4e5-4181-9920-78b216bb4afc
HCL ACCELERATE_APP_NAME HCL Accelerate パイプラインアプリケーションの名前(ワークブックでは「JKE App1」を使用し、後でこのパイプラインアプリケーションを作成します) JKE App1
SLEEP_TIME (任意) ステージ遷移の間に待機する時間を秒単位で指定します。デフォルトは60秒で、必要に応じて編集することができます。 60

ENV IDとアプリ名の値は「APIの属性」に記載されています。

パイプライン スクリプトは、HCL Accelerate の値ストリームからいくつかの値を必要とします。これらの値を取得するには、値ストリームのツールアイコンのドロップダウンから「Download attributes for API」をクリックします。このファイルから環境IDとアプリケーション名をコピーして、スクリプト内の変数に貼り付けます。

画像の説明


3.3 「適用」と「保存」をクリックします。

画像の説明



4. ビルド、開発、QAのための Jenkins ジョブを実行する

これで、Jenkins ジョブを実行して、HCL Accelerate 値ストリームのステージの変化を観察する準備が整いました。この時点で、バリューストリームに戻ると、「マージされた」ステージにはまだドットがあるはずです。ビルド、DEVデプロイメント、QAデプロイメントの3つのステップを含む、作成した Jenkins パイプラインジョブを実行します。つまり、ジョブを実行すると、ドットが3つの遷移をするのがわかるはずです。つまり、ジョブを実行すると、ドットが3つの遷移をするのがわかるはずです。

4.1 マージド -> ビルド

画像の説明

4.2 ビルド -> DEV

画像の説明

DEV -> QA

画像の説明

三角形が見えますか?

HCL Accelerate はこのビルドからすべてのコミットデータを取得するので、私たちが作成した PR 以外のコミットが表示されることがあります。これらは三角形で表示されます。これは驚くべきことかもしれませんが、私たちが気づかなかったコミットがビルドに含まれているかもしれないということは、完全に理にかなっています。HCL Accelerate は、私たちのバリューストリームの真の状態を表示しています。

画像の説明 画像の説明

説明

スクリプトをコピー&ペーストして、ジョブを実行して、効果を観察しただけなら、「OK、結果は見たけど、これはどうやって動いているんだろう?」ということになるかもしれません。もちろん、それに答えるためには Jenkins のパイプラインスクリプトを勉強しなければなりません。スクリプトの2つの最も重要な部分は、以下に説明する'UploadBuild'と'UploadDeployment'のステップです。

  • UploadBuild ステップ UploadBuild クラスは、ビルドデータを HCL Accelerate にアップロードするために使用されます。revisionパラメータは、GitHub データ(この場合はGIT_COMMIT)を介してビルドを作業項目にリンクするために重要です。versionName は、デプロイメントへのフォワードをリンクするために重要です。appNameは、HCL Accelerate パイプラインのアプリケーション名に対応します。
step($class: 'UploadBuild',
id: "${currentBuild.displayName}",
versionName:"${currentBuild.displayName}",
name: "${currentBuild.displayName}",
tenantId: "5ade13625558f2c6688d15ce",
requestor: 'admin',
//Must specify one of "appId", "appExtId", or "appName"
appName: "${VSM_APP_NAME}",
revision: "${GIT_COMMIT}",
status: "${currentBuild.currentResult}".toLowerCase(),
startTime: "${currentBuild.startTimeInMillis}",
endTime: "${System.currentTimeMillis()}",
debug: false,
fatal: false,
)
  • UploadDeployment ステップ UploadDeployment クラスは、配置データを HCL Accelerate にアップロードするために使用されます。versionName パラメータは、ビルドデータにリンクするために重要です。appName は HCL Accelerate パイプラインのアプリケーション名に対応し、environmentName と environmentId は配置環境を識別するために使用されます。
step([$class: 'UploadDeployment',
//"versionExtId" can be used in place of "id" and "versionName"
id: "${currentBuild.displayName}",
versionName: "${currentBuild.displayName}",
name: "${currentBuild.displayName}",
description: 'UploadBuild Example',
tenantId: "5ade13625558f2c6688d15ce",
initiator: "admin",
//Must specify one of "appId", "appExtId", or "appName"
appName: "${VSM_APP_NAME}",
environmentName: 'PROD',
environmentId: "${VSM_ENV_ID_DEV}",
result: "${currentBuild.currentResult}".toLowerCase(),
startTime: "${currentBuild.startTimeInMillis}",
endTime: "${System.currentTimeMillis()}",
type: "Jenkins",
debug: false,
fatal: false,
])

HCL AppScan on Cloud (ASoC) とHCL Accelerate の統合

2020/9/14 - 読み終える時間: 5 分

作業とボトルネックの可視化を実現する HCL Accelerate は、AppScan と組み合わせることもでき、DevOps の可視化と効率化を実現できます。そのことについての解説記事 Integrating HCL AppScan on Cloud (ASoC) with HCL Accelerate の翻訳版です。


HCL AppScan on Cloud (ASoC) とHCL Accelerate の統合

2020年9月12日

著者: Daniel Trowbridge / Technical Lead

画像の説明

ポーカーをプレイしたことがある人なら、カードの組み合わせが重要なことを知っているはずです。ソフトウェアに関しては、適切な製品を組み合わせることで、勝利を手にすることができます。この記事では、HCL Accelerate チームは、HCL AppScan および AppScan on Cloud (ASoC) との統合に注目してみていきたいと思います。

HCL Accelerate は、複数のチームやワークフローにまたがる可視性とガバナンスを提供する、柔軟で強力なリリースおよびバリューストリーム管理ツールです。HCL Accelerate は、1日2回の監督者から現場の DevOps に欠かせないツールです。HCL AppScan は、HCL Accelerate と驚くほど相性が良いのですが、どちらも次世代のソフトウェア開発体験という HCL のビジョンによって推進されています。AppScanは、静的および動的なセキュリティ・スキャンを提供し、オンプレミスとクラウドで提供しています。これらのスキャンは、品質、セキュリティ、およびコンプライアンスにとって非常に重要です。HCL Accelerate は、チーム、製品、ツールチェーン全体で AppScan のデータをインジェストし、可視性とガバナンスを確保することで、作業を継続し、管理を安心して行えるようにします。

さあ、始めましょう。

このチュートリアルでは、AppScanのクラウド提供(AppScan on CloudまたはASoC)を使用します。ASoC アカウントとプロジェクトをまだお持ちでない場合は、無料トライアルを利用して今すぐ設定することができます。また、HCL Accelerate をまだお持ちでない場合は、こちらから Community Edition をダウンロードできます。プロジェクトとスキャンの例を以下に示します。

画像の説明

また、ASoCキーIDとキーシークレットを生成する必要があります。

画像の説明

スキャン結果を生成する準備ができたら、スキャナを実行し、scanIDをコピーして貼り付けます。これは、以下のHCL Accelerateセクションに示されているcurlコマンドに後で必要になります。

画像の説明

1. HCL AccelerateでASoCインテグレーションを作成します。

1.1 プラグインを探す

HCL Acclerateで、Settings(設定)>Integrations(統合)>Plugins(プラグイン)に移動し、"Plugin for ASoC"で"Add Integration(統合の追加)"をクリックします。

画像の説明

1.2 統合を構成する

統合の追加」フォームに必要事項を入力します。HCl Accelerate と ASoC への認証を設定します。

  • 統合名:ASoC_Example_Name_1
  • ユーザー・アクセス・キー。HCL Accelerateのユーザー・アクセス・キーをコピーして貼り付けます。(“Settings” > “My profile” で ASoC_Example_Name_1という名前を付けることができます)
  • ASoC ベース URL: https://cloud.appscan.com
  • ASoC API Key ID。クラウドAPIの認証に使用するIDです。
  • ASoC API Key Secret: クラウドAPIの認証に使用される実際のキー。

画像の説明

1.3 統合の検査

統合が作成されたことを確認します。ドロップダウンの詳細を展開して、エンドポイントのURLを表示します。統合エンドポイントのURLにPOSTコマンドでASoCデータをHCL Accelerateに送信します。

画像の説明

2. ASoCスキャン結果をHCL Accelerateに送信する

ASoCスキャン結果をHCL Accelerateに送信するには、スキャンIDを含むJSONオブジェクトをターゲットのHCL Accelerate統合のpluginEndpoint URLにPOSTするだけです。

データ構造の例

{
"scanId": "<ASoC scan ID>",
}

Curl コマンドの例 curl -H “Content-Type: application/json” -k -X POST https://<accelerate server>/reporting-consumer/pluginEndpoint/<integration ID>/asocScan -d “{\”scanId\”:\”<scan ID>\”}”

3. データを見る

HCL Accelerateでダッシュボードを設定することで、データを見ることができます。インサイト」に移動し、「ダッシュボードの作成」をクリックします。

画像の説明

チャートの追加」をクリックし、適切なメトリクスを選択してチャートを作成します。ASoCデータのデフォルトのメトリックは、「Risk」の下の「Application Vulnerabilities」です(ASoCプラグインのバージョン1.0.16以前の場合、デフォルトのメトリックは「Quality」の下の「ASoC Tests」です)。

画像の説明

フィルタリング・オプション

複数のフィルターや時間の選択など、データの異なる選択で複数のチャートタイプを作成することができます。

画像の説明

各チャートは、以下のように詳細表を表示することもできます。

画像の説明


HCL Connections V7 プレビューのライブ配信を開始しました

2020/9/11 - 読み終える時間: ~1 分

2020年後半にリリース予定の HCL Connections V7 の公開プレビューが開始されました。是非、お試しください。HCL Connections v7 Software Preview Now Live


HCL Connections V7 プレビューのライブ配信を開始しました

2020年9月10日

著者: Adam Gartenberg / HCL

画像の説明

今年後半にリリースされる新しい HCL Connections のリリースをお待ちかねのお客様も多いことでしょう。このたび、ホスティング型の Connections V7 プレビューサイトを公開しました。

今すぐサインアップして、プレリリース版をお試しください。コミュニティ機能、Microsoft Teams や SharePoint との統合など、さまざまな機能をご利用いただけます。また、開発チームにフィードバックを提供したり、質問に答えてもらうチャンスもあります。

Connections v7 プレビューでは、次のような新機能を用意しています。

カスタマイズされたコミュニティ体験の提供

  • 再利用可能なテンプレートにより、チームの立ち上げと運営を迅速に行うことができます。
  • コミュニティのレイアウトオプションが改良され、よりカスタマイズされた体験が可能になりました。
  • コミュニティの作成が簡素化され、開始までの時間が短縮されました。

マイクロソフトエコシステムのサポートを強化

  • Microsoft Teams とコミュニティをリンクして、よりシームレスな体験を提供します。
  • Connections アプリケーションから SharePoint ファイル/フォルダへのアクセス。

HCL Connections のコンテンツを簡単に印刷したり、PDF ファイルとして保存できます。

このソフトウェアのリリースプレビューで、私たちの新機能をテストドライブする機会をお見逃しなく。また、お客様からのフィードバックもお忘れなく。 お客様は、当社の製品の進化に欠かせない存在です。お客様からのフィードバックは、市場で最高のコラボレーション ソリューションを提供するという当社の継続的な取り組みにとって、非常に貴重なものとなります。

HCL Connections V7 のプレビュー版の登録はこちらです: https://hclsw.co/cxn-7-pre


HCL Notes/Domino V11 バージョンアップ・ヴァーチャル・セミナーを開催します

2020/9/10 - 読み終える時間: ~1 分

Notes/Domino V11 のバージョンアップセミナーを9月下旬から複数回開催します。詳しくは以下のページをご覧ください。皆様のご参加をお待ちしております。

もっと読む

HCL AppScan 10.0.2 がリリースされました。

2020/9/10 - 読み終える時間: ~1 分

HCL AppScan 10.0.2 がリリースされました。今回の改善点は以下のとおりです。詳細は以下のサポート技術情報を参照してください。


増分スキャンの 改善

  • 増分スキャンを実行するための新しいウィザード。
  • アプリケーションデータビューに「新しい」列が追加され、問題の詳細に「新しい」ラベルが追加され、増分スキャンで検出された新しい問題が示されます。
  • Angularアプリケーション

  • Angular アプリケーションのスキャン範囲の改善。

AWS認証のサポート

  • AWS アプリケーションでAWS署名バージョン4が必要な場合は、これを AppScan で構成できます。

セキュリティのー善

  • 新しい暗号化の問題: ROBOT 攻撃と Forward Secrecy
  • GhostCatの脆弱性: CVE-2020-1938
  • 新しい情報漏洩の問題対応: サーバー、X-Powered-By、X-AspNet-Version、および X-AspNetMvc-Version ヘッダーに関する新たな問題
  • ブラインド XPATH インジェクションとブラインド LDAP インジェクションの新しいテスト
  • コマンドインジェクションで用いられる新しいエンコードされたペイロードへの対応
  • XSS アナライザー: リファラーヘッダーをサポート

HCL Unica: クラウドネイティブマーケティングプラットフォーム

2020/9/10 - 読み終える時間: 3 分

Unica- A Cloud-Native Marketing Platform

HCL Unica: クラウドネイティブマーケティングプラットフォーム

2020年9月9日

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

画像の説明

なぜ Unica はクラウドネイティブといえるのか?

私たちは、クラウドが牽引する情報技術革命の真っ只中にいます。高速な起動、標準化されたアプリケーションパッケージング、アイソレーションモデルを備えたコンテナの登場は、効率性と俊敏性の向上にさらに貢献しています。

ハードウェアリソースコストの削減、使いやすさ、移植性、スケーラビリティー、デプロイのモジュール性といった Docker の利点に加えて、Kubernetes は、アプリケーションのデプロイ(ロールアウトとロールバック)、ワークロードのスケーリング、高可用性を自動化するためのコンテナオーケストレーション機能を提供しています。Helm チャートでは、Kubernetes パッケージを活用して、Kubernetes 上にデプロイされたアプリケーションのインストールと管理を合理化しています。

1. リリースペースの高速化 Unica Docker イメージは、リリースおよび/または修正パックごとにロールアウトされます。市場投入までの時間は、最も革新的な組織と遅れている競合他社との間の重要な差別化要因となっています。このデプロイメントアプローチにより、Unica は顧客により多くの価値を構築し、出荷できます。この展開アプローチにより、顧客は新しいリリースを容易に利用できるようになりました。

2. より良い CX HCL Unica は、新機能を搭載した Docker イメージをより迅速に出荷し、継続的にイテレーションを続けます。Unica 製品の API の広範なセットは、企業のデータストアとの統合を可能にします。全体的に、クラウドネイティブ・アプリケーションは、顧客体験の向上を可能にします。

3. アプリケーション管理の容易さ クラウドネイティブには、インフラ管理を楽にするための多くのオプションも用意されています。ヘルムチャート、アプリケーション管理、監視、デプロイが簡単に、自動化され、構成が駆動するようになります。

4. コンテナ化によるコスト削減 コンテナは、アプリケーションをサポートするインフラストラクチャーとは独立して、アプリケーションの管理と安全性の確保を容易にします。業界は現在、これらのコンテナをスケールで管理するために、Kubernetes を中心に集約されつつあります。Kubernetes と並んで、強力なクラウドネイティブツールのホストが存在し、インフラストラクチャーとツールの標準化が進んでいます。これはオープンソースの技術と相まって、コストの削減につながっています。価格設定の柔軟性のあるモデルは、すべてクラウドネイティブなデプロイメントアプローチによって可能になります。

5. 信頼性の高いシステムの構築 クラウド上の Kubernetes のような最新のクラウドネイティブアプローチを利用することで、レジリエンスと自己回復を内蔵したフォールトトレラントなアプリケーションをより簡単に構築できます。この設計により、障害が発生した場合でも、インシデントの影響を簡単に切り分けられるため、アプリケーション全体をダウンさせることはありません。サーバーやモノリシック・アプリケーションの代わりに、クラウドネイティブのマイクロサービスを利用することで、より高いアップタイムを実現し、ユーザー・エクスペリエンスをさらに向上させることができます。

6. どこでもデプロイ Unica のソリューションは、どのようなクラウド上にも展開可能です。Unica は、EKS、GKE、AKS などのマネージド Kubernetes クラスター上に展開できます。

画像の説明

Unica クラウドネイティブソリューションのデプロイ方法 まずはHCLから舵取り図を入手し、configMap YAMLファイルを設定します。Unicaの各製品には、アライアンスの設定ファイルが用意されています。

始める前に

  • HCL Software License Management Portal から Unica docker Images をダウンロードします。
  • Dockerイメージをインポートし、タグを付けて Docker レジストリにプッシュします。
  • リポジトリセクションの values.yaml - 製品イメージのURL、タグセクションのタグ番号を編集します。
  • 各製品のhelm chart configMap ファイル内のDatabaseとAppServerの詳細を更新します。
  • ヘルムチャートの pvc.yaml を編集して、Persistent Volume Claim の詳細を更新します。
  • アップグレードについては、「オンプレミスアプリケーションを docker にアップグレードする」を参照してください。

手順

Unica クラウドネイティブソリューションをデプロイする際の手順をいくつか紹介します。

  • kubectl apply -f ./unica/extra-configs/local-pv.yaml
  • helm install ?name nginx stable/nginx-ingress -f ./unica/extra-configs/nginx-conf.yaml
  • helm install hcl unica -f ./unica/values-local.yaml unica ?set service.hostname=hostname ?set service.applicationDomain='com' ?set ingress.enabled=true

Unica ヘルムリリース

画像の説明

デプロイされたヘルムリリースの確認

Unica Helmのインストールを確認するには、「チャートの確認」のリンクをクリックしてください。

新しい Unica クラウドネイティブプラットフォームで便利になった利点は、デプロイが容易になり、数分でデプロイして数時間でアップグレードできます。また、Docker、Kubernetes、Helm の技術を使ったオンプレム、クラウドにも対応しています。それについて詳しく知りたい方は、#UNICAisDockerized を読んでみてください


About

HCL Japan の Software 部門の複数担当者で HCL Software 全般について記しています。