WebOTX Manual V11.1 (第6版) 目次を表示

---

1. 構成要素の説明

本節では、WebOTXを用いたシステム構築をするにあたり、必要となるマシン環境と連携するシステムについて説明します。

1.1. 全体の構成

全体の構成イメージは以下です。

1.1.1. 各環境の説明

各環境の用途、導入するソフトウェアについて説明します。

1.1.1.1. 開発環境

WebOTX Developer製品をベースに、アプリケーション(マイクロサービスを含む)の開発、マイクロサービスパッケージの開発、テストプログラムの作成、評価やデバッグなどを行う環境で、開発者が利用します。
開発環境の成果物(ソースファイル、ビルドで使用する定義ファイルなど)は、ソースコードリポジトリ(本ガイドではGitを利用)でバージョン管理します。

1.1.1.2. ビルド環境

CIツール(本ガイドではJenkinsを利用)をベースに、アプリケーション、マイクロサービスプロファイル版(WebOTX Uber JAR)、コンテナイメージのビルド／評価を継続的に行う環境で開発者が利用します。
最終的に、Kubernetes環境(ステージング／本番)へのデプロイを運用者が行います。
一連の処理はJenkinsのパイプラインとして定義し、ソースコードリポジトリの更新を契機に自動的に実行します。

1.1.1.3. 評価環境(スタンドアロン)

開発環境、もしくはビルド環境に相当し、Javaの評価環境で、開発者が利用します。
ビルドしたマイクロサービスプロファイル版のApplication Server(WebOTX Uber JAR)を単体で起動して評価します。

1.1.1.4. 評価環境(コンテナ)

ビルド環境に相当し、Docker/Podmanコンテナの評価環境で、開発者が利用します。
ビルドしたApplication Serverのコンテナイメージを起動して評価します。

1.1.1.5. ステージング環境

本番環境に限りなく近い最終動作チェックを行うコンテナオーケストレーションツール環境で、運用者が利用します。

1.1.1.6. 本番環境

ユーザーのサービスを実際に公開するコンテナオーケストレーションツール環境で、運用者／ユーザが利用します。

導入ソフトウェアは、ステージング環境と同じです。

1.1.2. 連携システムの説明

各環境から連携するシステムを理解するための説明を記載します。

1.2. 環境構築

1.2.1. 開発環境

1.2.1.1. WebOTX Developer

WebOTX Developerで利用する環境について設定します。

Maven関連

アプリケーションやWebOTX Uber JARのビルドに必要なMavenプロジェクトを扱うために、Mavenに関する設定を行います。

詳細については、 [ アプリケーション開発 > 開発環境の構築(WebOTX Developer) > 環境設定 > Maven実行環境の準備 ] を参照してください。

WebOTX DeveloperでMavenプロジェクトを扱うためには、Eclipseのプラグインをインストールします。

リポジトリアクセスにプロキシが必要な場合など、設定は、WebOTX Developerの［ウィンドウ］−［設定］−［Maven］−［User Settings］のsettings.xmlファイルに対して行います。

詳細は、Webサイトの情報を参照してください。

Git関連

WebOTX Developerは、デフォルトでGitを利用可能です。

設定は、WebOTX Developerの［ウィンドウ］−［設定］−［チーム］−［Git］−［構成］の設定ファイル(.gitconfig)に対して行います。

詳細は、Webサイトの情報を参照してください。

Gitサーバは任意のものを利用できるが、たとえばGitLabなどを自前でインストールできます。

詳細は、Webサイトの情報を参照してください。

1.2.2. 評価環境

1.2.2.1. スタンドアロン環境

マイクロサービスプロファイル版のWebOTX Uber JARをビルドした際に行う評価など、評価対象がJavaプログラムの場合には、開発環境やビルド環境のマシン自体を評価環境として利用できます。

1.2.2.2. コンテナ環境

最終形態であるコンテナイメージをビルドした際に行う評価では、コンテナ環境をLinux上に用意する必要があります。開発環境やビルド環境と異なるマシンとなる場合は、コンテナ環境に応じたリモート操作のための設定も行います。

インストール

Linuxのバージョンに応じて、以下のコンテナ環境を構築します。

インストール方法については、コンテナ向け製品 WebOTX Application Server Express/Standard V10.4 for Container(Linux版)のインストールガイド、［Application Server］−［インストールガイド］−［Linux］を参照してください。

コンテナイメージ作成時にRed Hat Networkにアクセスする必要があるため、インストールガイドではプロキシサーバの設定についても紹介しています。

リモート操作の設定

Dockerでは、dockerデーモンに外部受付け用のポートを追加し、クライアントはコマンドでその接続先を指定することで、リモート操作が可能となります。

Dockerの設定で、dockerデーモン起動時の引数にポート定義(例えば-H tcp://0.0.0.0:2375)を追加します。

[Service]
ExecStart=
ExecStart=/usr/bin/dockerd -H fd:// -H tcp://0.0.0.0:2375

dockerコマンド実行時に、以下のように接続先を指定します。

# docker -H tcp://192.168.0.1:2375 images

セキュリティを向上させる場合は、ファイアウォールで接続元を制限したり、SSHやTLS(HTTPS)により保護する対策をとる必要があります。

詳細は、Webサイトの情報を参照してください。

Podmanでは、クライアント側に「Podman remote-client」(Podmanでも可能)をインストールすることで、リモート操作が可能となります。

詳細は、Webサイトの情報を参照してください。

1.2.3. ビルド環境

Jenkinsを利用したビルド環境の構築のために、以下のインストールを行います。

• Java SDKのインストール
• Gitのインストール
• Mavenのインストール
• Jenkinsのインストール

その後、CIを実行するために必要なJenkinsの設定を行います。

1.2.3.1. Java SDK

各ツール、アプリケーションのビルドで必要とされるバージョンを確認し、インストールします。

詳細は、Webサイトの情報を参照してください。

1.2.3.2. Git

バージョンへの依存性はないので、最新のものをインストールします。

必要に応じて、リポジトリアクセスに必要なアカウントやプロキシの設定を行います。

詳細は、Webサイトの情報を参照してください。

1.2.3.3. Maven

バージョンへの依存性はないので、最新のものをインストールします。

必要に応じて、リポジトリアクセスに必要なアカウントやプロキシの設定を行います。

詳細は、Webサイトの情報を参照してください。

1.2.3.4. Jenkins

インストール

バージョンへの依存性はないので、最新のものをインストールします。

設定

［Jenkinsの管理］−［Global Tool Configuration］

インストール済みの各ツールの連携設定を行います。

［Jenkinsの管理］−［プラグインの管理］−［利用可能］

以下のプラグインを利用します。

［Jenkinsの管理］−［プラグインの管理］−［高度な設定］

必要に応じて以下を設定します。

1.2.4. ステージング／本番環境

必要に応じて、次のような環境を構築します。

1.2.4.1. Prometheus／Grafana

インストール

Kubernetes環境におけるPrometheus／Grafanaの構築については、以下を参照してください。

• [ 構築・運用 > コンテナ環境の開発から運用まで > Prometheus、Grafanaの利用 > 監視製品のセットアップ ]
  • Prometheus
  • Grafana

各環境で提供されている構築情報についても、以下に示します。

OpenShiftでは、プラットフォームモニタリングコンポーネントのセットとして、デフォルトでopenshift-monitoring プロジェクトにインストールされます。

詳細は、Webサイトの情報を参照してください。(4.6の場合)

Amazon EKSでは、個別にインストールします。

詳細は、Webサイトの情報を参照してください。

設定

WebOTXのメトリクスをPrometheusから取得できるようにするには、Application Serverのデプロイ時のカスタムリソースで設定を行います。

詳細については、以下を参照してください。

• [ 構築・運用 > コンテナ型仮想化 > Promethues との連携 ]
• [ 構築・運用 > コンテナ環境の開発から運用まで > 監視 > Kubernetes環境下での監視実現方針 > Kubernetesノードリソース監視の実現方針 ]

1.2.4.2. ELKスタック

インストール

Kubernetes環境におけるELKスタックの構築については、以下を参照してください。

• [ 構築・運用 > コンテナ環境の開発から運用まで > ELKスタックの利用 > 監視製品のセットアップ ]

各環境で提供されている構築情報についても、以下に示します。

OpenShift環境では、クラスタロギングとしてELKスタックをサポートしています。

ClusterLogging Operatorを利用してインストールできます。

詳細は、Webサイトの情報を参照してください。(4.6の場合)

AWSでは、ELKスタックをAmazon Elasticsearch Serviceでサポートしています。

OpenShiftも含め、AWS上にクラスタ環境を構築している場合に利用できます。

詳細は、Webサイトの情報を参照してください。

Elasticsearchは、WindowsやLinux、コンテナなどさまざまなプラットフォームへのインストールをサポートしています。コンテナオーケストレーションツール環境の事前確認として、評価環境にインストールするのも有効です。

詳細は、Webサイトの情報を参照してください。

WebOTXでの設定

Logstashは、デフォルトでApplication Serverのコンテナと一緒にPodに含められています。

Elasticsearchと連携する場合には、Application Serverのカスタムリソースにおいて、Elasticsearchの接続先を設定します。

詳細については、以下を参照してください。

• [ 構築・運用 > コンテナ型仮想化 > アプリケーションログの収集 ]
• [ 構築・運用 > コンテナ環境の開発から運用まで > 監視 > Kubernetes環境下での監視実現方針 > ログ監視の実現方針 > ELKスタックの利用 ]

1.2.4.3. サービスメッシュ (Istio)

インストール

OpenShift環境では、以下のOperatorを用いてサービスメッシュをインストールします。

• Elasticsearch Operator
• Jaeger Operator
• Kiali Operator
• Service Mesh Operator

詳細は、Webサイトの情報を参照してください。(4.6の場合)

Amazon EKS環境では、個別にIstioをインストールします。

詳細は、Webサイトの情報を参照してください。

AWSでは、App Meshという独自のマネージドサービスも提供されています。

詳細は、Webサイトの情報を参照してください。