Eclipse Vert.x ランタイムガイド
Eclipse Vert.x を使用して、OpenShift およびスタンドアロン RHEL で実行するリアクティブで非ブロッキングの非同期アプリケーションを開発
概要
はじめに リンクのコピーリンクがクリップボードにコピーされました!
本ガイドでは、概念と、開発者が Eclipse Vert.x ランタイムを使用する際に必要となる実用的な詳細情報を説明します。
Red Hat ドキュメントへのフィードバック (英語のみ) リンクのコピーリンクがクリップボードにコピーされました!
弊社のドキュメントに関するご意見やご感想をお寄せください。フィードバックをお寄せいただくには、ドキュメントのテキストを強調表示し、コメントを追加できます。
本セクションでは、フィードバックの送信方法を説明します。
前提条件
- Red Hat カスタマーポータルにログインしている。
- Red Hat カスタマーポータルで、マルチページ HTML 形式でドキュメントを表示している。
手順
フィードバックを提供するには、以下の手順を実施します。
ドキュメントの右上隅にある Feedback ボタンをクリックして、既存のフィードバックを確認します。
注記フィードバック機能は、Multi-page HTML 形式でのみ有効です。
- フィードバックを提供するドキュメントのセクションを強調表示します。
ハイライトされたテキスト近くに表示される Add Feedback ポップアップをクリックします。
ページの右側のフィードバックセクションにテキストボックスが表示されます。
テキストボックスにフィードバックを入力し、Submit をクリックします。
ドキュメントに関する問題が作成されます。
- この問題を確認するには、フィードバックビューで問題トラッカーをクリックします。
多様性を受け入れるオープンソースの強化 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。
第1章 Eclipse Vert.x を使用したアプリケーション開発の概要 リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Red Hat ランタイムでのアプリケーション開発の基本概念を説明します。また、Eclipse Vert.x ランタイムの概要も説明します。
1.1. Red Hat Runtimes でのアプリケーション開発の概要 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat OpenShift は、クラウドネイティブランタイムのコレクションを提供するコンテナーアプリケーションプラットフォームです。ランタイムを使用して、OpenShift で Java または JavaScript アプリケーションを開発、ビルド、およびデプロイできます。
Red Hat Runtimes for OpenShift を使用したアプリケーション開発には、以下が含まれます。
- OpenShift で実行するように設計された Eclipse Vert.x、Thorntail、Spring Boot などのランタイムのコレクション。
- OpenShift でのクラウドネイティブ開発への規定的なアプローチ。
OpenShift は、アプリケーションのデプロイメントおよびモニターリングの管理、保護、自動化に役立ちます。ビジネス上の問題を小規模なマイクロサービスに分割し、OpenShift を使用してマイクロサービスをデプロイし、監視し、維持することができます。サーキットブレーカー、ヘルスチェック、サービス検出などのパターンをアプリケーションに実装できます。
クラウドネイティブな開発は、クラウドコンピューティングを最大限に活用します。
以下でアプリケーションをビルドし、デプロイし、管理できます。
- OpenShift Container Platform
- Red Hat のプライベートオンプレミスクラウド。
- Red Hat Container Development Kit (Minishift)
- ローカルマシンにインストールおよび実行できるローカルクラウド。この機能は、Red Hat Container Development Kit (CDK) または Minishift で提供されます。
- Red Hat CodeReady Studio
- アプリケーションの開発、テスト、およびデプロイを行う統合開発環境 (IDE)。
アプリケーション開発を開始できるようにするため、サンプルアプリケーションですべてのランタイムが利用可能になります。これらのサンプルアプリケーションは Developer Launcher からアクセスできます。サンプルをテンプレートとして使用してアプリケーションを作成することができます。
本ガイドでは、Eclipse Vert.x ランタイムに関する詳細情報を提供します。その他のランタイムの詳細は、関連する ランタイムドキュメント を参照してください。
1.2. Developer Launcher を使用した Red Hat OpenShift でのアプリケーション開発 リンクのコピーリンクがクリップボードにコピーされました!
Developer Launcher (developers.redhat.com/launch) を使用して、OpenShift でのクラウドネイティブアプリケーションの開発を開始することができます。これは、Red Hat が提供するサービスです。
Developer Launcher はスタンドアロンのプロジェクトジェネレーターです。これを使用して、OpenShift Container Platform、Minshift、CDK などの OpenShift インスタンスでアプリケーションをビルドし、デプロイできます。
1.3. Eclipse Vert.x の概要 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x は、JVM (Java Virtual Machine) で実行される、リアクティブで非ブロッキングの非同期アプリケーションを作成するのに使用されるツールキットです。
Eclipse Vert.x はクラウドネイティブとなるように設計されています。これにより、アプリケーションは非常に少ないスレッドを使用できます。これにより、新規スレッドの作成時に生じるオーバーヘッドを回避します。これにより、Eclipse Vert.x アプリケーションおよびサービスで、クラウド環境でメモリーと CPU クォータが効果的に使用されます。
OpenShift で Eclipse Vert.x ランタイムを使用すると、リアクティブなシステムのビルドが簡単になります。ローリング更新、サービス検出、カナリアデプロイメントなどの OpenShift プラットフォーム機能も利用できます。OpenShift では、外部化の設定、ヘルスチェック、サーキットブレーカー、フェイルオーバーなどのマイクロサービスパターンをアプリケーションに実装できます。
1.3.1. Eclipse Vert.x の主な概念 リンクのコピーリンクがクリップボードにコピーされました!
本セクションでは、Eclipse Vert.x ランタイムに関連する主な概念を説明します。また、リアクティブなシステムの概要も説明します。
クラウドネイティブおよびコンテナーネイティブアプリケーション
クラウドネイティブアプリケーションは、通常マイクロサービスを使用してビルドされます。分離コンポーネントの分散システムを形成するように設計されています。これらのコンポーネントは、通常、多数のノードを含むクラスターでコンテナー内で実行されます。これらのアプリケーションは、個々のコンポーネントの障害に対して耐性があることが期待されており、サービスのダウンタイムなく更新できます。クラウドネイティブアプリケーションに基づくシステムは、基盤となるクラウドプラットフォーム (OpenShift など) によって提供される自動デプロイメント、スケーリング、管理タスク、メンテナーンスタスクに依存します。管理および管理タスクは、個々のマシンレベルではなく、既成の管理およびオーケストレーションツールを使用してクラスターレベルで実行されます。
リアクティブシステム
reactive manifesto に定義されているリアクティブなシステムは、以下の特徴を持つ分散システムです。
- 柔軟性
- システムは、さまざまなワークロードで応答性を維持し、必要に応じて個々のコンポーネントをスケーリングして負荷分散することで、ワークロードの違いに対応します。Elastic アプリケーションは、同時に受け取る要求の数に関係なく、同じ品質のサービスを提供します。
- 耐久性
- システムが各コンポーネントで障害が発生した場合でも応答し続けます。システムでは、コンポーネントは相互に分離されます。これにより、個々のコンポーネントに障害が発生した場合に迅速に復元するのに役立ちます。1 つのコンポーネントの障害は、他のコンポーネントの機能に影響を与えることはありません。これにより、分離されたコンポーネントの障害により他のコンポーネントがブロックされ、徐々に障害が発生するようなカスケード障害が防止されます。
- 応答の早さ
- 応答するシステムは、一貫性のあるサービス品質を確保するために、合理的な時間内に要求に常に応答するように設計されています。応答を維持するには、アプリケーション間の通信チャネルをブロックすることはできません。
- メッセージ駆動型
- アプリケーションの個々のコンポーネントは、非同期のメッセージパスを使用して相互に通信します。マウスクリックやサービスの検索クエリーなど、イベントが発生した場合、サービスは一般的なチャネル (イベントバス) にメッセージを送信します。メッセージはそれぞれのコンポーネントによってキャッチされ、処理されます。
リアクティブシステムは分散システムです。これらは、アプリケーション開発に非同期プロパティーを使用できるように設計されています。
リアクティブプログラミング
リアクティブシステムの概念は、分散システムのアーキテクチャーを記述しますが、リアクティブプログラミングは、アプリケーションをコードレベルでリアクティブにする手法を指します。リアクティブプログラミングは、非同期およびイベント駆動型のアプリケーションを記述する開発モデルです。リアクティブアプリケーションでは、コードはイベントまたはメッセージに反応します。
リアクティブプログラミングにはいくつかの実装があります。たとえば、コールバックを使用した簡単な実装、Reactive Extensions (Rx) を使用した複雑な実装、およびコルーチンを使用した複雑な実装などです。
Reactive Extensions (Rx) は、Java におけるリアクティブプログラミングの最も成熟した形式の 1 つです。これは RxJava ライブラリーを使用します。
1.3.2. Eclipse Vert.x でサポートされているアーキテクチャー リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x は、以下のアーキテクチャーをサポートします。
- x86_64 (AMD64)
- OpenShift 環境の IBM Z (s390x)
- OpenShift 環境の IBM Power System (ppc64le)
アーキテクチャーによって異なるイメージがサポートされています。本ガイドのコード例は、x86_64 アーキテクチャーのコマンドを示しています。他のアーキテクチャーを使用している場合は、コマンドに該当するイメージ名を指定します。
イメージ名の詳細は、Eclipse Vert.x でサポートされる Java イメージ セクションを参照してください。
1.3.3. サンプルアプリケーションの概要 リンクのコピーリンクがクリップボードにコピーされました!
クラウドネイティブのアプリケーションおよびサービスをビルドする方法を実証する作業アプリケーションがあります。これらは、アプリケーションの開発時に使用する必要のある規範的なアーキテクチャー、設計パターン、ツール、およびベストプラクティスを示しています。サンプルアプリケーションは、クラウドネイティブのマイクロサービスを作成するためのテンプレートとして使用できます。本ガイドで説明しているデプロイメントプロセスを使用して、これらの例を更新および再デプロイできます。
この例では、以下のような マイクロサービスパターン を実装します。
- REST API の作成
- データベースの相互運用
- ヘルスチェックパターンの実装
- アプリケーションの設定を外部化して、アプリケーションをより安全で拡張しやすくする
サンプルアプリケーションは以下のように使用できます。
- テクノロジーの実用的なデモンストレーション
- プロジェクトのアプリケーションを開発する方法を理解するための学習ツールまたはサンドボックス
- 独自のユースケースを更新または拡張するためのヒント
各サンプルアプリケーションは 1 つ以上のランタイムに実装されます。たとえば、REST API Level 0 のサンプルは以下のランタイムで利用できます。
これ以降のセクションでは、Eclipse Vert.x ランタイムに実装されたサンプルアプリケーションを説明します。
すべてのサンプルアプリケーションを以下にダウンロードおよびデプロイできます。
- x86_64 アーキテクチャー - 本ガイドのサンプルアプリケーションでは、サンプルアプリケーションを x86_64 アーキテクチャーにビルドおよびデプロイする方法を説明します。
- s390x アーキテクチャー - IBM Z インフラストラクチャーでプロビジョニングされた OpenShift 環境にサンプルアプリケーションをデプロイするには、コマンドで関連する IBM Z イメージ名を指定します。
- ppc64le アーキテクチャー - IBM Power Systems インフラストラクチャーにプロビジョニングされた OpenShift 環境にアプリケーションのサンプルをデプロイするには、コマンドで関連する IBM Power Systems イメージ名を指定します。
イメージ名の詳細は、Eclipse Vert.x でサポートされる Java イメージ セクションを参照してください。
サンプルアプリケーションの一部には、ワークフローを実証するために Red Hat Data Grid などの他の製品も必要になります。この場合は、これらの製品のイメージ名を、サンプルアプリケーションの YAML ファイルで関連する IBM Z または IBM Power System のイメージ名に変更する必要もあります。
第2章 アプリケーションの設定 リンクのコピーリンクがクリップボードにコピーされました!
本セクションでは、Eclipse Vert.x ランタイムと連携するようにアプリケーションを設定する方法を説明します。
2.1. Eclipse Vert.x を使用するようにアプリケーションを設定 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x を使用するようにアプリケーションを設定する場合は、アプリケーションのルートディレクトリーにある pom.xml ファイルの Eclipse Vert.x BOM (Bill of Materials) アーティファクトを参照する必要があります。BOM は、アーティファクトの正しいバージョンを設定するのに使用されます。
前提条件
- Maven ベースのアプリケーション
手順
pom.xmlファイルを開き、io.vertx:vertx-dependenciesアーティファクトを<dependencyManagement>セクションに追加します。typeをpomとして指定し、scopeをimportとして指定します。<project> ... <dependencyManagement> <dependencies> <dependency> <groupId>io.vertx</groupId> <artifactId>vertx-dependencies</artifactId> <version>${vertx.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> ... </project>以下のプロパティーを追加して、使用する Eclipse Vert.x および Eclipse Vert.x Maven Plugin のバージョンを追跡します。
プロパティーを使用して、リリースごとに変更する値を設定できます。たとえば、製品またはプラグインのバージョンです。
<project> ... <properties> <vertx.version>${vertx.version}</vertx.version> <vertx-maven-plugin.version>${vertx-maven-plugin.version}</vertx-maven-plugin.version> </properties> ... </project>アプリケーションのパッケージ化に使用されるプラグインとして
vertx-maven-pluginを指定します。<project> ... <build> <plugins> ... <plugin> <groupId>io.reactiverse</groupId> <artifactId>vertx-maven-plugin</artifactId> <version>${vertx-maven-plugin.version}</version> <executions> <execution> <id>vmp</id> <goals> <goal>initialize</goal> <goal>package</goal> </goals> </execution> </executions> <configuration> <redeploy>true</redeploy> </configuration> </plugin> ... </plugins> </build> ... </project>repositoriesおよびpluginRepositoriesを追加して、アプリケーションをビルドするためのアーティファクトおよびプラグインが含まれるリポジトリーを指定します。<project> ... <repositories> <repository> <id>redhat-ga</id> <name>Red Hat GA Repository</name> <url>https://maven.repository.redhat.com/ga/</url> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>redhat-ga</id> <name>Red Hat GA Repository</name> <url>https://maven.repository.redhat.com/ga/</url> </pluginRepository> </pluginRepositories> ... </project>
関連情報
- Eclipse Vert.x アプリケーションのパッケージ化に関する詳細は、Vert.x Maven プラグイン のドキュメントを参照してください。
第3章 Developer Launcher を使用したアプリケーションのダウンロードおよびデプロイ リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、ランタイムで提供されるサンプルアプリケーションをダウンロードおよびデプロイする方法を説明します。アプリケーションのサンプルは Developer Launcher で利用できます。
3.1. Developer Launcher の使用 リンクのコピーリンクがクリップボードにコピーされました!
Developer Launcher (developers.redhat.com/launch) は OpenShift 上で実行します。サンプルアプリケーションをデプロイする場合、Developer Launcher は以下のプロセスを説明します。
- ランタイムの選択
- アプリケーションのビルドおよび実行
選択に基づいて、Developer Launcher はカスタムプロジェクトを生成します。プロジェクトの ZIP バージョンをダウンロードするか、OpenShift Online インスタンスでアプリケーションを直接起動できます。
Developer Launcher を使用してアプリケーションを OpenShift にデプロイする場合は、Source-to-Image (S2I) ビルドプロセスが使用されます。このビルドプロセスは、OpenShift でアプリケーションを実行するのに必要なすべての設定、ビルド、およびデプロイメントのステップを処理します。
3.2. Developer Launcher を使用したサンプルアプリケーションのダウンロード リンクのコピーリンクがクリップボードにコピーされました!
Red Hat は、Eclipse Vert.x ランタイムを使い始めるのに役立つサンプルアプリケーションを提供します。これらの例は、Developer Launcher (developers.redhat.com/launch) で利用できます。
サンプルアプリケーションをダウンロードして、ビルドして、デプロイできます。本セクションでは、サンプルアプリケーションをダウンロードする方法を説明します。
サンプルアプリケーションをテンプレートとして使用し、独自のクラウドネイティブアプリケーションを作成できます。
手順
- Developer Launcher (developers.redhat.com/launch) に移動します。
- Start をクリックします。
- Deploy an Example Application をクリックします。
- Select an Example をクリックし、ランタイムで使用できるサンプルアプリケーションの一覧を表示します。
- ランタイムを選択します。
サンプルアプリケーションを選択します。
注記複数のランタイムで利用できるサンプルアプリケーションもあります。前の手順でランタイムを選択していない場合は、サンプルアプリケーションで利用できるランタイムの一覧からランタイムを選択できます。
- ランタイムのリリースバージョンを選択します。ランタイムに一覧表示されているコミュニティーまたは製品リリースから選択できます。
- Save をクリックします。
Download をクリックして、サンプルアプリケーションをダウンロードします。
ソースおよびドキュメントファイルを含む ZIP ファイルがダウンロードされます。
3.3. OpenShift Container Platform または CDK (Minishift) へのサンプルアプリケーションのデプロイ リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform または CDK (Minishift) のいずれかにデプロイできます。アプリケーションをデプロイする場所に応じて、認証に該当する Web コンソールを使用します。
前提条件
- Developer Launcher を使用して、サンプルアプリケーションプロジェクトを作成している。
- アプリケーションを OpenShift Container Platform にデプロイする場合は、OpenShift Container Platform Web コンソールにアクセスできる必要があります。
- CDK (Minishift) にアプリケーションをデプロイする場合は、CDK (Minishift) Web コンソールにアクセスできるようにする必要があります。
-
ocコマンドラインクライアントがインストールされている。
手順
- サンプルアプリケーションをダウンロードします。
ocコマンドラインクライアントを使用して、サンプルアプリケーションを OpenShift Container Platform または CDK (Minishift) にデプロイできます。Web コンソールによって提供されるトークンを使用してクライアントを認証する必要があります。アプリケーションをデプロイする場所に応じて、OpenShift Container Platform Web コンソールまたは CDK (Minishift) Web コンソールを使用します。以下の手順を実行してクライアントの認証を取得します。
- Web コンソールにログインします。
- Web コンソールの右上隅にあるクエスチョンマークアイコンをクリックします。
- 一覧から Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 ターミナルにコマンドを貼り付け、お使いのアカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
ZIP ファイルの内容を展開します。
$ unzip MY_APPLICATION_NAME.zipOpenShift で新規プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME-
MY_APPLICATION_NAMEの root ディレクトリーに移動します。 Maven を使用してサンプルアプリケーションをデプロイします。
$ mvn clean oc:deploy -Popenshift注記: アプリケーションの例によっては、追加の設定が必要になる場合があります。サンプルアプリケーションをビルドおよびデプロイするには、
READMEファイルに記載されている手順に従います。アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は完全にデプロイされて起動するとRunningステータスになります。アプリケーションの Pod 名は異なる場合があります。Pod 名の数値は、新規ビルドごとに増分します。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、Pod へのアクセスに使用できるベース URL を提供します。この例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスできます。
第4章 Eclipse Vert.x ランタイムアプリケーションの開発およびデプロイ リンクのコピーリンクがクリップボードにコピーされました!
例を使用する 以外に、Eclipse Vert.x アプリケーションを新規作成し、OpenShift またはスタンドアロンの Red Hat Enterprise Linux にデプロイできます。
4.1. Eclipse Vert.x アプリケーションの開発 リンクのコピーリンクがクリップボードにコピーされました!
基本的な Eclipse Vert.x アプリケーションには、以下を作成する必要があります。
- Eclipse Vert.x メソッドを含む Java クラス。
-
アプリケーションをビルドするために Maven が必要とする情報が含まれる
pom.xmlファイル。
以下の手順では、応答として Greetings! を返す単純な Greeting アプリケーションを作成します。
アプリケーションをビルドおよび OpenShift にデプロイする場合、Eclipse Vert.x 4.0 は OpenJDK 8 および OpenJDK 11 をベースとしたビルダーイメージのみをサポートします。Oracle JDK および OpenJDK 9 のビルダーイメージはサポートされていません。
前提条件
- OpenJDK 8 または OpenJDK 11 がインストールされている。
- Maven がインストールされている。
手順
新しいディレクトリー
myAppを作成し、そのディレクトリーに移動します。$ mkdir myApp $ cd myAppこれは、アプリケーションのルートディレクトリーです。
ルートディレクトリーにディレクトリー構造
src/main/java/com/example/を作成し、これに移動します。$ mkdir -p src/main/java/com/example/ $ cd src/main/java/com/example/アプリケーションコードを含む Java クラスファイル
MyApp.javaを作成します。package com.example; import io.vertx.core.AbstractVerticle; import io.vertx.core.Promise; public class MyApp extends AbstractVerticle { @Override public void start(Promise<Void> promise) { vertx .createHttpServer() .requestHandler(r -> r.response().end("Greetings!")) .listen(8080, result -> { if (result.succeeded()) { promise.complete(); } else { promise.fail(result.cause()); } }); } }以下の内容を含むアプリケーションルートディレクトリー
myAppにpom.xmlファイルを作成します。<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.example</groupId> <artifactId>my-app</artifactId> <version>1.0.0-SNAPSHOT</version> <packaging>jar</packaging> <name>My Application</name> <description>Example application using Vert.x</description> <properties> <vertx.version>4.0.3.redhat-00002</vertx.version> <vertx-maven-plugin.version>1.0.24</vertx-maven-plugin.version> <vertx.verticle>com.example.MyApp</vertx.verticle> <!-- Specify the JDK builder image used to build your application. --> <jkube.generator.from>registry.access.redhat.com/ubi8/openjdk-11</jkube.generator.from> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> </properties> <!-- Import dependencies from the Vert.x BOM. --> <dependencyManagement> <dependencies> <dependency> <groupId>io.vertx</groupId> <artifactId>vertx-dependencies</artifactId> <version>${vertx.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> <!-- Specify the Vert.x artifacts that your application depends on. --> <dependencies> <dependency> <groupId>io.vertx</groupId> <artifactId>vertx-core</artifactId> </dependency> <dependency> <groupId>io.vertx</groupId> <artifactId>vertx-web</artifactId> </dependency> </dependencies> <!-- Specify the repositories containing Vert.x artifacts. --> <repositories> <repository> <id>redhat-ga</id> <name>Red Hat GA Repository</name> <url>https://maven.repository.redhat.com/ga/</url> </repository> </repositories> <!-- Specify the repositories containing the plugins used to execute the build of your application. --> <pluginRepositories> <pluginRepository> <id>redhat-ga</id> <name>Red Hat GA Repository</name> <url>https://maven.repository.redhat.com/ga/</url> </pluginRepository> </pluginRepositories> <!-- Configure your application to be packaged using the Vert.x Maven Plugin. --> <build> <plugins> <plugin> <groupId>io.reactiverse</groupId> <artifactId>vertx-maven-plugin</artifactId> <version>${vertx-maven-plugin.version}</version> <executions> <execution> <id>vmp</id> <goals> <goal>initialize</goal> <goal>package</goal> </goals> </execution> </executions> </plugin> </plugins> </build> </project>アプリケーションのルートディレクトリーから Maven を使用してアプリケーションをビルドします。
$ mvn vertx:runアプリケーションが実行していることを確認します。
curlまたはブラウザーを使用して、アプリケーションがhttp://localhost:8080で稼働していることを確認します。$ curl http://localhost:8080 Greetings!
関連情報
- 推奨されるプラクティスとして、liveness プローブおよび readiness プローブを設定し、OpenShift で実行する際にアプリケーションのヘルスモニターリングを有効にできます。OpenShift でのアプリケーションのヘルスモニターリングの動作を確認するには、Health Check サンプル を試してください。
4.2. Eclipse Vert.x アプリケーションの OpenShift へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x アプリケーションを OpenShift にデプロイするには、アプリケーションで pom.xml ファイルを設定し、OpenShift Maven プラグインを使用します。
Fabric8 Maven プラグインはサポート対象外になりました。OpenShift Maven プラグインを使用して、OpenShift に Eclipse Vert.x アプリケーションをデプロイします。詳細は、migrating from Fabric8 Maven Plugin to Eclipse JKube セクションを参照してください。
pom.xml ファイルの jkube.generator.from URL を置き換えて、Java イメージを指定できます。イメージは Red Hat Ecosystem Catalog で利用できます。
<jkube.generator.from>IMAGE_NAME</jkube.generator.from>
たとえば、OpenJDK 8 を使用する RHEL 7 の Java イメージは、以下のように指定します。
<jkube.generator.from>registry.access.redhat.com/redhat-openjdk-18/openjdk18-openshift:latest</jkube.generator.from>
4.2.1. Eclipse Vert.x でサポートされる Java イメージ リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x は、さまざまなオペレーティングシステムで利用可能なさまざまな Java イメージで認定およびテストされています。たとえば、Java イメージは、RHEL 7 で OpenJDK 8 または OpenJDK 11 で利用できます。
Eclipse Vert.x は、RHEL 8 上の Red Hat OpenJDK 8 および Red Hat OpenJDK 11 用の OCI 準拠の ユニバーサルベースイメージ を使用して、Eclipse Vert.x アプリケーションをビルドして OpenShift にデプロイするためのサポートを導入します。
同様のイメージは、IBM Z および IBM Power Systems で利用できます。
Red Hat Ecosystem Catalog で RHEL 8 イメージにアクセスするには、Docker または Podman 認証が必要です。
以下の表には、さまざまなアーキテクチャーの Eclipse Vert.x で対応しているイメージが記載されています。また、Red Hat Ecosystem Catalog で利用可能なイメージへのリンクも提供します。イメージページには、RHEL 8 イメージへのアクセスに必要な認証手順が含まれています。
4.2.1.1. x86_64 アーキテクチャー上のイメージ リンクのコピーリンクがクリップボードにコピーされました!
| OS | Java | Red Hat エコシステムカタログ |
|---|---|---|
| RHEL 7 | OpenJDK 8 | |
| RHEL 7 | OpenJDK 11 | |
| RHEL 8 | OpenJDK 8 | |
| RHEL 8 | OpenJDK 11 |
RHEL 7 ホストでの RHEL 8 ベースのコンテナーの使用 (OpenShift 3 や OpenShift 4 など) は、サポートが限定されています。詳細は、Red Hat Enterprise Linux Container Compatibility Matrix を参照してください。
4.2.1.2. s390x (IBM Z) アーキテクチャー上のイメージ リンクのコピーリンクがクリップボードにコピーされました!
| OS | Java | Red Hat エコシステムカタログ |
|---|---|---|
| RHEL 8 | Eclipse OpenJ9 11 |
4.2.1.3. ppc64le (IBM Power Systems) アーキテクチャー上のイメージ リンクのコピーリンクがクリップボードにコピーされました!
| OS | Java | Red Hat エコシステムカタログ |
|---|---|---|
| RHEL 8 | Eclipse OpenJ9 11 |
RHEL 7 ホストでの RHEL 8 ベースのコンテナーの使用 (OpenShift 3 または OpenShift 4 など) は、サポートが限定されています。詳細は、Red Hat Enterprise Linux Container Compatibility Matrix を参照してください。
4.2.2. OpenShift デプロイメント用の Eclipse Vert.x アプリケーションの準備 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x アプリケーションを OpenShift にデプロイするには、以下を含める必要があります。
-
アプリケーションの
pom.xmlファイルにあるランチャープロファイル情報。
以下の手順では、OpenShift Maven プラグインを使用するプロファイルは、アプリケーションの OpenShift へのビルドおよびデプロイに使用されます。
前提条件
- Maven がインストールされている。
- Red Hat Ecosystem Catalog での Docker または Podman 認証による RHEL 8 イメージへのアクセスができる。
手順
以下の内容を、アプリケーションのルートディレクトリーの
pom.xmlファイルに追加します。<!-- Specify the JDK builder image used to build your application. --> <properties> <jkube.generator.from>registry.access.redhat.com/redhat-openjdk-18/openjdk18-openshift:latest</jkube.generator.from> </properties> ... <profiles> <profile> <id>openshift</id> <build> <plugins> <plugin> <groupId>org.eclipse.jkube</groupId> <artifactId>openshift-maven-plugin</artifactId> <version>1.1.1</version> <executions> <execution> <goals> <goal>resource</goal> <goal>build</goal> <goal>apply</goal </goals> </execution> </executions> </plugin> </plugins> </build> </profile> </profiles>pom.xmlファイルのjkube.generator.fromプロパティーを置き換え、使用する OpenJDK イメージを指定します。x86_64 アーキテクチャー
OpenJDK 8 を使用した RHEL 7
<jkube.generator.from>registry.access.redhat.com/redhat-openjdk-18/openjdk18-openshift:latest</jkube.generator.from>OpenJDK 11 を使用した RHEL 7
<jkube.generator.from>registry.access.redhat.com/openjdk/openjdk-11-rhel7:latest</jkube.generator.from>OpenJDK 8 を使用した RHEL 8
<jkube.generator.from>registry.access.redhat.com/ubi8/openjdk-8:latest</jkube.generator.from>OpenJDK 11 を使用した RHEL 8
<jkube.generator.from>registry.access.redhat.com/ubi8/openjdk-11:latest</jkube.generator.from>
s390x (IBM Z) アーキテクチャー
Eclipse OpenJ9 11 を使用した RHEL 8
<jkube.generator.from>registry.access.redhat.com/openj9/openj9-11-rhel8:latest</jkube.generator.from>
ppc64le (IBM Power Systems) アーキテクチャー
Eclipse OpenJ9 11 を使用した RHEL 8
<jkube.generator.from>registry.access.redhat.com/openj9/openj9-11-rhel8:latest</jkube.generator.from>
4.2.3. OpenShift Maven プラグインを使用した Eclipse Vert.x アプリケーションの OpenShift へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x アプリケーションを OpenShift にデプロイするには、以下を実行する必要があります。
- OpenShift インスタンスにログインします。
- アプリケーションを OpenShift インスタンスにデプロイします。
前提条件
-
CLI クライアント
ocがインストールされている。 - Maven がインストールされている。
手順
ocクライアントを使用して OpenShift インスタンスにログインします。$ oc login ...OpenShift インスタンスで新規プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAMEアプリケーションのルートディレクトリーから Maven を使用してアプリケーションを OpenShift にデプロイします。アプリケーションのルートディレクトリーには
pom.xmlファイルが含まれます。$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
デプロイメントを確認します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningである必要があります。特定の Pod 名が異なります。
Pod のルートを判別します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。
この例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEがアプリケーションにアクセスするためのベース URL です。OpenShift でアプリケーションが実行していることを確認します。
$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME Greetings!
4.3. スタンドアロンの Red Hat Enterprise Linux への Eclipse Vert.x アプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x アプリケーションをスタンドアロンの Red Hat Enterprise Linux にデプロイするには、アプリケーションで pom.xml ファイルを設定し、Maven を使用してパッケージ化し、java -jar コマンドを使用してデプロイします。
前提条件
- RHEL 7 または RHEL 8 がインストールされている。
4.3.1. スタンドアロンの Red Hat Enterprise Linux デプロイメントのための Eclipse Vert.x アプリケーションの準備 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x アプリケーションをスタンドアロンの Red Hat Enterprise Linux にデプロイするには、最初に Maven を使用してアプリケーションをパッケージ化する必要があります。
前提条件
- Maven がインストールされている。
手順
以下の内容をアプリケーションの root ディレクトリーの
pom.xmlファイルに追加します。... <build> <plugins> <plugin> <groupId>io.reactiverse</groupId> <artifactId>vertx-maven-plugin</artifactId> <version>1.0.24</version> <executions> <execution> <id>vmp</id> <goals> <goal>initialize</goal> <goal>package</goal> </goals> </execution> </executions> </plugin> </plugins> </build> ...Maven を使用してアプリケーションをパッケージ化します。
$ mvn clean package作成される JAR ファイルは
targetディレクトリーに置かれます。
4.3.2. jar を使用してスタンドアロンの Red Hat Enterprise Linux への Eclipse Vert.x アプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x アプリケーションをスタンドアロンの Red Hat Enterprise Linux にデプロイするには、java -jar コマンドを使用します。
前提条件
- RHEL 7 または RHEL 8 がインストールされている。
- OpenJDK 8 または OpenJDK 11 がインストールされている。
- アプリケーションが含まれる JAR ファイル。
手順
アプリケーションで JAR ファイルをデプロイします。
$ java -jar my-app-fat.jarデプロイメントを確認します。
curlまたはブラウザーを使用して、アプリケーションがhttp://localhost:8080で稼働していることを確認します。$ curl http://localhost:8080
第5章 Eclipse Vert.x ベースのアプリケーションのデバッグ リンクのコピーリンクがクリップボードにコピーされました!
本セクションでは、ローカルデプロイメントとリモートデプロイメントの両方で、Eclipse Vert.x ベースのアプリケーションのデバッグを説明します。
5.1. リモートのデバッグ リンクのコピーリンクがクリップボードにコピーされました!
アプリケーションをリモートでデバッグするには、まずデバッグモードで開始するように設定してから、デバッガーを割り当てる必要があります。
5.1.1. デバッグモードでのアプリケーションをローカルで起動 リンクのコピーリンクがクリップボードにコピーされました!
Maven ベースのプロジェクトのデバッグ方法の 1 つが、デバッグポートを指定している間にアプリケーションを手動で起動し、その後にリモートデバッガーをそのポートに接続することです。この方法は、少なくとも以下のアプリケーションのデプロイメントに適用できます。
-
mvn vertx:debugゴールを使用してアプリケーションを手動で起動する場合。これにより、デバッグが有効な状態でアプリケーションが開始します。
前提条件
- Maven ベースのアプリケーション
手順
- コンソールで、アプリケーションでディレクトリーに移動します。
アプリケーションを起動し、
-Ddebug.port引数を使用してデバッグポートを指定します。$ mvn vertx:debug -Ddebug.port=$PORT_NUMBERここで、
$PORT_NUMBERは未使用のポート番号です。リモートデバッガー設定のこの番号を覚えておいてください。-Ddebug.suspend=true引数を使用して、デバッガーが起動するまでアプリケーションを待機します。
5.1.2. デバッグモードでの OpenShift でのアプリケーションの起動 リンクのコピーリンクがクリップボードにコピーされました!
OpenShift で Eclipse Vert.x ベースのアプリケーションをリモートでデバッグするには、コンテナー内で JAVA_DEBUG 環境変数を true に設定し、リモートデバッガーからアプリケーションに接続できるようにポート転送を設定する必要があります。
前提条件
- アプリケーションが OpenShift で実行している。
-
ocバイナリーがインストールされている。 -
ターゲット OpenShift 環境で
oc port-forwardコマンドを実行する機能。
手順
ocコマンドを使用して、利用可能なデプロイメント設定を一覧表示します。$ oc get dcアプリケーションのデプロイメント設定の
JAVA_DEBUG環境変数をtrueに設定します。これにより、JVM がデバッグ用にポート番号5005を開くように設定されます。以下は例になります。$ oc set env dc/MY_APP_NAME JAVA_DEBUG=true設定変更時に自動的に再デプロイするように設定されていない場合は、アプリケーションを再デプロイします。以下は例になります。
$ oc rollout latest dc/MY_APP_NAMEローカルマシンからアプリケーション Pod へのポート転送を設定します。
現在実行中の Pod を一覧表示し、アプリケーションが含まれる Pod を検索します。
$ oc get pod NAME READY STATUS RESTARTS AGE MY_APP_NAME-3-1xrsp 0/1 Running 0 6s ...ポート転送を設定します。
$ oc port-forward MY_APP_NAME-3-1xrsp $LOCAL_PORT_NUMBER:5005ここで、
$LOCAL_PORT_NUMBERはローカルマシンで選択した未使用のポート番号になります。リモートデバッガー設定のこの番号を覚えておいてください。
デバッグが完了したら、アプリケーション Pod の
JAVA_DEBUG環境変数の設定を解除します。以下は例になります。$ oc set env dc/MY_APP_NAME JAVA_DEBUG-
関連情報
デバッグポートをデフォルト 5005 から変更する場合は、JAVA_DEBUG_PORT 環境変数を設定することもできます。
5.1.3. アプリケーションへのリモートデバッガーの割り当て リンクのコピーリンクがクリップボードにコピーされました!
デバッグ用にアプリケーションが設定されている場合は、選択したリモートデバッガーを割り当てます。本ガイドでは、Red Hat CodeReady Studio について説明していますが、他のプログラムを使用する場合も手順は同じようになります。
前提条件
- ローカルまたは OpenShift 上で実行し、デバッグ用に設定されたアプリケーション。
- アプリケーションがデバッグをリッスンしているポート番号。
- Red Hat CodeReady Studio がマシンにインストールされている。Red Hat CodeReady Studio ダウンロードページ からダウンロードできます。
手順
- Red Hat CodeReady Studio を起動します。
アプリケーションの新規デバッグ設定を作成します。
- Run→Debug Configurations をクリックします。
- 設定のリストで、Remote Java アプリケーション をダブルクリックします。これにより、新しいリモートデバッグ設定が作成されます。
- Name フィールドに、設定に適した名前を入力します。
- アプリケーションが含まれるディレクトリーへのパスを Project フィールドに入力します。便宜上、Browse… ボタンを使用できます。
- Connection Type フィールドを Standard (Socket Attach) に設定していない場合は、これを設定します。
- Port フィールドを、アプリケーションがデバッグをリッスンしているポート番号に設定します。
- Apply をクリックします。
Debug Configurations ウィンドウの Debug ボタンをクリックしてデバッグを開始します。
初めてデバッグ設定を迅速に起動するには、Run→Debug History をクリックし、一覧から設定を選択します。
関連情報
Red Hat ナレッジベースの Debug an OpenShift Java Application with JBoss Developer Studio
Red Hat CodeReady Studio はこれまで JBoss Developer Studio と呼ばれていました。
- OpenShift ブログの記事 Debugging Java Applications On OpenShift and Kubernetes
5.2. デバッグログ リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x は組み込みロギング API を提供します。Eclipse Vert.x のデフォルトのロギング実装は、Java JDK で提供される java.util.logging ライブラリーを使用します。Eclipse Vert.x では、Log4J (Eclipse Vert.x は Log4J v1 および v2 をサポート)、SLF4J などの異なるロギングフレームワークを使用できます。
5.2.1. java.util.logging を使用した Eclipse Vert.x アプリケーションのロギング設定 リンクのコピーリンクがクリップボードにコピーされました!
java.util.logging を使用して Eclipse Vert.x アプリケーションのデバッグロギングを設定するには、以下を実行します。
-
application.propertiesファイルにjava.util.logging.config.fileシステムプロパティーを設定します。この変数の値は、java.util.logging設定ファイル の名前に対応する必要があります。これにより、アプリケーションの起動時にLogManagerがjava.util.loggingを初期化できるようになります。 -
vertx-default-jul-logging.properties名を持つjava.util.logging設定ファイルを Maven プロジェクトのクラスパスに追加します。Eclipse Vert.x はこのファイルを使用して、アプリケーションの起動時にjava.util.loggingを設定します。
Eclipse Vert.x では、Log4J ライブラリー、Log4J2 ライブラリー、および SLF4J ライブラリーに事前実装を提供する LogDelegateFactory を使用してカスタムのロギングバックエンドを指定できます。デフォルトで Java に含まれる java.util.logging とは異なり、他のバックエンドでは各ライブラリーをアプリケーションの依存関係として指定する必要があります。
5.2.2. Eclipse Vert.x アプリケーションにログ出力を追加 リンクのコピーリンクがクリップボードにコピーされました!
ロギングをアプリケーションに追加するには、
io.vertx.core.logging.Loggerを作成します。Logger logger = LoggerFactory.getLogger(className); logger.info("something happened"); logger.error("oops!", exception); logger.debug("debug message"); logger.warn("warning");Importantロギングバックエンドは異なる形式を使用して、パラメーター化されたメッセージで置き換え可能なトークンを表します。パラメーター化されたロギングメソッドに依存すると、コードを変更せずにロギングバックエンドを切り替えることができません。
5.2.3. アプリケーションのカスタムロギングフレームワークの指定 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x で java.util.logging を使用しない場合は、io.vertx.core.logging.Logger を設定し、別のロギングフレームワークを使用するように設定します (例: Log4J または SLF4J)。
vertx.logger-delegate-factory-class-nameシステムプロパティーの値をLogDelegateFactoryインターフェイスを実装するクラスの名前に設定します。Eclipse Vert.x は、以下のライブラリーに事前ビルドされた実装を提供し、以下のように対応する事前定義されたクラス名を提供します。Expand ライブラリー クラス名 Log4Jv1io.vertx.core.logging.Log4jLogDelegateFactoryLog4Jv2io.vertx.core.logging.Log4j2LogDelegateFactorySLF4Jio.vertx.core.logging.SLF4JLogDelegateFactoryカスタムライブラリーを使用してロギングを実装する場合は、関連する
Log4Jjar またはSLF4Jjar がアプリケーションの依存関係に含まれていることを確認します。ImportantEclipse Vert.x で提供される Log4J v1 委譲は、パラメーター化されたメッセージに対応していません。Log4J v2 および SLF4J の委譲はどちらも
{}構文を使用します。java.util.logging委譲は、{n}構文を使用するjava.text.MessageFormatに依存します。
5.2.4. Eclipse Vert.x アプリケーション用の Netty ロギングの設定 リンクのコピーリンクがクリップボードにコピーされました!
Netty は、アプリケーション内の非同期ネットワーク通信を管理する VertX によって使用されるライブラリーです。
Netty:
- プロトコルサーバーやクライアントなど、ネットワークアプリケーションを迅速かつ簡単に開発できます。
- TCP や UDP ソケットサーバーの開発などのネットワークプログラミングを簡素化し、整備します。
- ブロックおよび非ブロッキング接続を管理する統合 API を提供します。
Netty は、システムプロパティーを使用して外部ロギング設定に依存しません。代わりに、プロジェクトの Netty クラスに表示されるロギングライブラリーに基づいてロギング設定を実装します。Netty は、以下の順序でライブラリーの使用を試みます。
-
SLF4J -
Log4J -
フォールバックオプションとしての
java.util.logging
アプリケーションの main メソッドの冒頭に以下のコードを追加すると、io.netty.util.internal.logging.InternalLoggerFactory を直接特定のロガーに直接設定できます。
// Force logging to Log4j
InternalLoggerFactory.setDefaultFactory(Log4JLoggerFactory.INSTANCE);
5.2.5. OpenShift でのデバッグログへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
アプリケーションを起動し、これと対話して OpenShift のデバッグステートメントを確認します。
前提条件
-
CLI クライアント
ocがインストールされ、認証されている。 - デバッグロギングが有効になっている Maven ベースのアプリケーション。
手順
アプリケーションを OpenShift にデプロイします。
$ mvn clean oc:deploy -Popenshiftログを表示します。
アプリケーションと共に Pod の名前を取得します。
$ oc get podsログ出力の監視を開始します。
$ oc logs -f pod/MY_APP_NAME-2-aaaaaログ出力を確認できるように、ターミナルウィンドウにログ出力が表示されます。
アプリケーションと対話します。
たとえば、REST API Level 0 のサンプル にデバッグロギングがあり、
/api/greetingメソッドでmessage変数をログに記録します。アプリケーションのルートを取得します。
$ oc get routesアプリケーションの
/api/greetingエンドポイントで HTTP 要求を作成します。$ curl $APPLICATION_ROUTE/api/greeting?name=Sarah
Pod ログのあるウィンドウに戻り、ログでデバッグロギングメッセージを検査します。
... Feb 11, 2017 10:23:42 AM io.openshift.MY_APP_NAME INFO: Greeting: Hello, Sarah ...-
デバッグロギングを無効にするには、ロギング設定ファイル (例:
src/main/resources/vertx-default-jul-logging.properties) を更新し、クラスのロギング設定を削除し、アプリケーションを再デプロイします。
第6章 アプリケーションのモニターリング リンクのコピーリンクがクリップボードにコピーされました!
本セクションでは、OpenShift 上で実行する Eclipse Vert.x ベースのアプリケーションのモニターリングを説明します。
6.1. OpenShift でのアプリケーションの JVM メトリクスへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
6.1.1. OpenShift で Jolokia を使用した JVM メトリクスへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
Jolokia は、OpenShift 上の HTTP (Java Management Extension) メトリクスにアクセスするための組み込みの軽量ソリューションです。Jolokia を使用すると、HTTP ブリッジ上で JMX によって収集される CPU、ストレージ、およびメモリー使用量データにアクセスできます。Jolokia は、REST インターフェイスおよび JSON 形式のメッセージペイロードを使用します。これは、非常に高速でリソース要件が低いため、クラウドアプリケーションのモニターリングに適しています。
Java ベースのアプリケーションの場合、OpenShift Web コンソールは、アプリケーションを実行している JVM によって関連するすべてのメトリクス出力を収集し、表示する統合 hawt.io コンソール を提供します。
前提条件
-
認証された
ocクライアント。 - OpenShift のプロジェクトで実行している Java ベースのアプリケーションコンテナー
- 最新の JDK 1.8.0 イメージ
手順
プロジェクト内の Pod のデプロイメント設定をリストし、アプリケーションに対応するものを選択します。
oc get dcNAME REVISION DESIRED CURRENT TRIGGERED BY MY_APP_NAME 2 1 1 config,image(my-app:6) ...アプリケーションを実行している Pod の YAML デプロイメントテンプレートを開いて編集します。
oc edit dc/MY_APP_NAME以下のエントリーをテンプレートの
portsセクションに追加し、変更を保存します。... spec: ... ports: - containerPort: 8778 name: jolokia protocol: TCP ... ...アプリケーションを実行する Pod を再デプロイします。
oc rollout latest dc/MY_APP_NAMEPod は更新されたデプロイメント設定で再デプロイされ、ポート
8778を公開します。- OpenShift Web コンソールにログインします。
- サイドバーで、Applications > Pods に移動し、アプリケーションを実行する Pod の名前をクリックします。
- Pod の詳細画面で Open Java Console をクリックし、hawt.io コンソールにアクセスします。
関連情報
6.2. Eclipse Vert.x での Prometheus を使用したアプリケーションメトリクスの公開 リンクのコピーリンクがクリップボードにコピーされました!
Prometheus は監視されたアプリケーションに接続してデータを収集します。アプリケーションはメトリクスをサーバーに送信しません。
前提条件
- Prometheus サーバーがクラスターで実行している。
手順
アプリケーションの
pom.xmlファイルにvertx-micrometer依存関係およびvertx-web依存関係を含めます。pom.xml
<dependency> <groupId>io.vertx</groupId> <artifactId>vertx-micrometer-metrics</artifactId> </dependency> <dependency> <groupId>io.vertx</groupId> <artifactId>vertx-web</artifactId> </dependency>バージョン 3.5.4 以降、Prometheus のメトリクスを公開するには、カスタム
Launcherクラスで Eclipse Vert.x オプションを設定する必要があります。カスタム
LauncherクラスのbeforeStartingVertxメソッドおよびafterStartingVertxメソッドを上書きして、メトリクスエンジンを設定します。以下に例を示します。CustomLauncher.java ファイルの例
package org.acme; import io.micrometer.core.instrument.Meter; import io.micrometer.core.instrument.config.MeterFilter; import io.micrometer.core.instrument.distribution.DistributionStatisticConfig; import io.micrometer.prometheus.PrometheusMeterRegistry; import io.vertx.core.Vertx; import io.vertx.core.VertxOptions; import io.vertx.core.http.HttpServerOptions; import io.vertx.micrometer.MicrometerMetricsOptions; import io.vertx.micrometer.VertxPrometheusOptions; import io.vertx.micrometer.backends.BackendRegistries; public class CustomLauncher extends Launcher { @Override public void beforeStartingVertx(VertxOptions options) { options.setMetricsOptions(new MicrometerMetricsOptions() .setPrometheusOptions(new VertxPrometheusOptions().setEnabled(true) .setStartEmbeddedServer(true) .setEmbeddedServerOptions(new HttpServerOptions().setPort(8081)) .setEmbeddedServerEndpoint("/metrics")) .setEnabled(true)); } @Override public void afterStartingVertx(Vertx vertx) { PrometheusMeterRegistry registry = (PrometheusMeterRegistry) BackendRegistries.getDefaultNow(); registry.config().meterFilter( new MeterFilter() { @Override public DistributionStatisticConfig configure(Meter.Id id, DistributionStatisticConfig config) { return DistributionStatisticConfig.builder() .percentilesHistogram(true) .build() .merge(config); } }); }カスタムの
Verticleクラスを作成し、メトリクスを収集するためにstartメソッドを上書きします。たとえば、Timerクラスを使用して実行時間を測定します。CustomVertxApp.java ファイルの例
package org.acme; import io.micrometer.core.instrument.MeterRegistry; import io.micrometer.core.instrument.Timer; import io.vertx.core.AbstractVerticle; import io.vertx.core.Vertx; import io.vertx.core.VertxOptions; import io.vertx.core.http.HttpServerOptions; import io.vertx.micrometer.backends.BackendRegistries; public class CustomVertxApp extends AbstractVerticle { @Override public void start() { MeterRegistry registry = BackendRegistries.getDefaultNow(); Timer timer = Timer .builder("my.timer") .description("a description of what this timer does") .register(registry); vertx.setPeriodic(1000, l -> { timer.record(() -> { // Do something }); }); } }アプリケーションの
pom.xmlファイルの<vertx.verticle>プロパティーおよび<vertx.launcher>プロパティーを設定して、カスタムクラスを参照します。<properties> ... <vertx.verticle>org.acme.CustomVertxApp</vertx.verticle> <vertx.launcher>org.acme.CustomLauncher</vertx.launcher> ... </properties>アプリケーションを起動します。
$ mvn vertx:runトレースされたエンドポイントを複数回呼び出します。
$ curl http://localhost:8080/ Helloコレクションが発生するまで 15 秒以上待機し、Prometheus UI でメトリクスを確認します。
-
http://localhost:9090/ で Prometheus UI を開き、Expression ボックスに
helloと入力します。 -
提案から、たとえば
application:hello_countを選択し、Execute をクリックします。 - 表示される表で、リソースメソッドが呼び出された回数を確認できます。
-
application:hello_time_mean_secondsを選択して、すべての呼び出しの平均時間を確認します。
作成したすべてのメトリクスの前には
application:があることに注意してください。Eclipse MicroProfile Metrics 仕様が要求するように、Eclipse Vert.x によって自動的に公開される他のメトリックがあります。これらのメトリクスにはbase:およびvendor:という接頭辞が付けられ、アプリケーションが実行する JVM に関する情報を公開します。-
http://localhost:9090/ で Prometheus UI を開き、Expression ボックスに
関連情報
- Eclipse Vert.x で Micrometer メトリクスを使用する方法は、Eclipse Vert.x} Micrometer Metrics を参照してください。
第7章 Eclipse Vert.x のアプリケーションの例 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x ランタイムは、サンプルアプリケーションを提供します。OpenShift でアプリケーションの開発を開始すると、サンプルアプリケーションをテンプレートとして使用できます。
これらのサンプルアプリケーションは Developer Launcher でアクセスできます。
すべてのサンプルアプリケーションを以下にダウンロードおよびデプロイできます。
- x86_64 アーキテクチャー - 本ガイドのサンプルアプリケーションでは、サンプルアプリケーションを x86_64 アーキテクチャーにビルドおよびデプロイする方法を説明します。
- s390x アーキテクチャー - IBM Z インフラストラクチャーでプロビジョニングされた OpenShift 環境にサンプルアプリケーションをデプロイするには、コマンドで関連する IBM Z イメージ名を指定します。
- ppc64le アーキテクチャー - IBM Power Systems インフラストラクチャーにプロビジョニングされた OpenShift 環境にアプリケーションのサンプルをデプロイするには、コマンドで関連する IBM Power Systems イメージ名を指定します。
イメージ名の詳細は、Eclipse Vert.x でサポートされる Java イメージ セクションを参照してください。
サンプルアプリケーションの一部には、ワークフローを実証するために Red Hat Data Grid などの他の製品も必要になります。この場合は、これらの製品のイメージ名を、サンプルアプリケーションの YAML ファイルで関連する IBM Z および IBM Power System のイメージ名に変更する必要もあります。
7.1. Eclipse Vert.x の REST API Level 0 サンプル リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
REST API Level 0 サンプルでできること
REST API Level 0 のサンプルでは、REST フレームワークを使用して、HTTP 経由でビジネスオペレーションをリモートプロシージャコールエンドポイントにマッピングする方法が示されています。これは、Richardson Maturity Model の Level 0 に対応します。REST およびその基礎となる原則を使用して HTTP エンドポイントを作成すると、API のプロトタイプをすばやく作成して柔軟に設計できます。
この例では、HTTP プロトコルを使用してリモートサービスと対話するためのメカニズムが導入されました。これにより、以下が可能になります。
-
api/greetingエンドポイントで HTTPGET要求を実行します。 -
Hello, World!で設定されるペイロードを使用して JSON 形式でレスポンスを受け取ります。文字列。 -
String 引数を渡し、
api/greetingエンドポイントで HTTPGET要求を実行します。これにより、クエリー文字列にname要求パラメーターが使用されます。 -
Hello, $name!のペイロードを含む JSON 形式の応答を受け取ります。$nameは、要求に渡されるnameパラメーターの値に置き換えられます。
7.1.1. REST API Level 0 設計トレードオフ リンクのコピーリンクがクリップボードにコピーされました!
| 利点 | 不利な点 |
|---|---|
|
|
7.1.2. REST API Level 0 サンプルアプリケーションの OpenShift Online へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、OpenShift Online で REST API Level 0 サンプルアプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、developers.redhat.com/launch を使用すると、oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.1.2.1. developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、Red Hat Developer Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで developers.redhat.com/launch URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.1.2.2. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して OpenShift Online でアプリケーションのサンプルを使用するには、OpenShift Online Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで OpenShift Online URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Online アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.1.2.3. CLI クライアント oc を使用した REST API Level 0 サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。詳細は「developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント」を参照してください。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zipOpenShift で新規プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningである必要があります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.1.3. REST API Level 0 サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、REST API Level 0 サンプルアプリケーションを Minishift または CDK でローカルに実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、Launcher を使用すると oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.1.3.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.1.3.2. Launcher ツールを使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 サンプルアプリケーションをビルドし、Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.1.3.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.1.3.4. CLI クライアント oc を使用した REST API Level 0 サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher ツールを使用したサンプルアプリケーションのデプロイメント」 を参照してください。
- Launcher ツールの URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zipOpenShift で新規プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningである必要があります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.1.4. REST API Level 0 サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform に作成し、デプロイするプロセスは OpenShift Online に似ています。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。
手順
- 「REST API Level 0 サンプルアプリケーションの OpenShift Online へのデプロイメント」 の説明に従い、OpenShift Container Platform Web コンソールの URL およびユーザー認証情報のみを使用します。
7.1.5. Eclipse Vert.x の未変更の REST API Level 0 サンプルアプリケーションとの対話 リンクのコピーリンクがクリップボードにコピーされました!
この例では、GET 要求を受け入れるデフォルトの HTTP エンドポイントを提供します。
前提条件
- アプリケーションの実行
-
curlバイナリーまたは Web ブラウザー
手順
curlを使用して、サンプルに対してGET要求を実行します。これを行うには、ブラウザーを使用することもできます。$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/greeting { "content" : "Hello, World!" }curlを使用して、例に対して URL パラメーターnameを使用してGET要求を実行します。これを行うには、ブラウザーを使用することもできます。$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/greeting?name=Sarah { "content" : "Hello, Sarah!" }
ブラウザーから、例で提供されているフォームを使用して、これらの同じ対話を実行することもできます。このフォームは、プロジェクト http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME のルートにあります。
7.1.6. REST API Level 0 サンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
このサンプルアプリケーションには、自己完結型の統合テストセットが含まれます。OpenShift プロジェクト内で実行する場合、テストは以下を行います。
- アプリケーションのテストインスタンスをプロジェクトにデプロイします。
- そのインスタンスで個別のテストを実行します。
- テストが完了したら、プロジェクトからアプリケーションのすべてのインスタンスを削除します。
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションを誤って削除しないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
前提条件
-
認証された
ocクライアント。 - 空の OpenShift プロジェクト。
手順
以下のコマンドを実行して統合テストを実行します。
$ mvn clean verify -Popenshift,openshift-it
7.1.7. REST リソース リンクのコピーリンクがクリップボードにコピーされました!
REST の背景および関連情報は、以下を参照してください。
- Architectural Styles and the Design of Network-based Software Architectures - Representational State Transfer (REST)
- Richardson Maturity Model
- JSR 311: JAX-RS: The JavaTM API for RESTful Web Services
- Some Rest with Eclipse Vert.x
- Spring Boot の REST API Level 0 の例
- Thorntail の REST API Level 0 の例
- REST API Level 0 for Node.js
7.2. Eclipse Vert.x の外部化設定の例 リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
外部化設定は、ConfigMap を使用して設定を外部化する基本的な例を提供します。ConfigMap は、コンテナーを OpenShift に依存しないようにする一方で、単純なキーと値のペアとして設定データを 1 つ以上の Linux コンテナーに挿入するために OpenShift で使用されるオブジェクトです。
この例では、以下の方法を示しています。
-
ConfigMapをセットアップし、設定します。 -
アプリケーション内で
ConfigMapによって提供される設定を使用します。 -
実行中のアプリケーションの
ConfigMap設定に変更をデプロイします。
7.2.1. 外部化された設定設計パターン リンクのコピーリンクがクリップボードにコピーされました!
可能な場合は、アプリケーション設定を外部化し、アプリケーションコードから分離します。これにより、異なる環境を通過する際にアプリケーション設定を変更できますが、コードは変更されません。設定の外部化により、機密情報や内部情報がコードベースやバージョン管理から除外されます。多くの言語およびアプリケーションサーバーは、アプリケーション設定の外部化をサポートする環境変数を提供します。
マイクロサービスアーキテクチャーおよび多言語 (polyglot) 環境は、アプリケーションの設定を管理する複雑な層を追加します。アプリケーションは独立した分散サービスで設定され、それぞれ独自の設定を持つことができます。すべての設定データを同期し、アクセス可能な状態に維持すると、メンテナーンスの課題が発生します。
ConfigMap により、アプリケーション設定を外部化でき、OpenShift 上の個別の Linux コンテナーおよび Pod で使用できます。YAML ファイルの使用を含むさまざまな方法で ConfigMap オブジェクトを作成し、これを Linux コンテナーに挿入できます。ConfigMap を使用すると、設定データの分類およびスケーリングが可能です。これにより、基本的な Development、Stage、および Production 以外の多くの環境を設定できます。ConfigMap の詳細は、OpenShift ドキュメント を参照してください。
7.2.2. 外部化設定設計のトレードオフ リンクのコピーリンクがクリップボードにコピーされました!
| 利点 | 不利な点 |
|---|---|
|
|
7.2.3. 外部化設定サンプルアプリケーションの OpenShift Online へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、OpenShift Online で外部化設定アプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、developers.redhat.com/launch を使用すると、oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.2.3.1. developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、Red Hat Developer Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで developers.redhat.com/launch URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.2.3.2. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して OpenShift Online でアプリケーションのサンプルを使用するには、OpenShift Online Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで OpenShift Online URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Online アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.2.3.3. CLI クライアント oc を使用した Externalized Configuration サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、外部化設定のサンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。詳細は「developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント」を参照してください。
-
認証された
ocクライアント。詳細は 「CLI クライアントocの認証」 を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAMEサンプルアプリケーションをデプロイする前に、サービスアカウントに表示アクセス権を割り当て、ConfigMap の内容を読み取るためにアプリケーションが OpenShift API にアクセスできるようにします。
$ oc policy add-role-to-user view -n $(oc project -q) -z default- アプリケーションの root ディレクトリーに移動します。
app-config.ymlを使用して ConfigMap 設定を OpenShift にデプロイします。$ oc create configmap app-config --from-file=app-config.ymlConfigMap 設定がデプロイされていることを確認します。
$ oc get configmap app-config -o yaml apiVersion: template.openshift.io/v1 data: app-config.yml: |- message : "Hello, %s from a ConfigMap !" level : INFO ...Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningになるはずです。また、続行する前に Pod が 準備状態 になるまで待機する必要があります。これはREADY列に表示されます。たとえば、MY_APP_NAME-1-aaaaaはREADY列が1/1の場合に 準備状態 になります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.2.4. 外部化設定サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のいずれかのオプションを使用して、Minishift または CDK で外部設定サンプルアプリケーションをローカルで実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、Launcher を使用すると oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.2.4.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.2.4.2. Launcher ツールを使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 サンプルアプリケーションをビルドし、Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.2.4.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.2.4.4. CLI クライアント oc を使用した Externalized Configuration サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、外部化設定のサンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher ツールを使用したサンプルアプリケーションのデプロイメント」 を参照してください。
- Launcher ツールの URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAMEサンプルアプリケーションをデプロイする前に、サービスアカウントに表示アクセス権を割り当て、ConfigMap の内容を読み取るためにアプリケーションが OpenShift API にアクセスできるようにします。
$ oc policy add-role-to-user view -n $(oc project -q) -z default- アプリケーションの root ディレクトリーに移動します。
app-config.ymlを使用して ConfigMap 設定を OpenShift にデプロイします。$ oc create configmap app-config --from-file=app-config.ymlConfigMap 設定がデプロイされていることを確認します。
$ oc get configmap app-config -o yaml apiVersion: template.openshift.io/v1 data: app-config.yml: |- message : "Hello, %s from a ConfigMap !" level : INFO ...Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningになるはずです。また、続行する前に Pod が 準備状態 になるまで待機する必要があります。これはREADY列に表示されます。たとえば、MY_APP_NAME-1-aaaaaはREADY列が1/1の場合に 準備状態 になります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.2.5. 外部設定サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform に作成し、デプロイするプロセスは OpenShift Online に似ています。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。
手順
- 「外部化設定サンプルアプリケーションの OpenShift Online へのデプロイメント」 の説明に従い、OpenShift Container Platform Web コンソールの URL およびユーザー認証情報のみを使用します。
7.2.6. Eclipse Vert.x の未変更の外部化設定サンプルアプリケーションとの対話 リンクのコピーリンクがクリップボードにコピーされました!
この例では、GET 要求を受け入れるデフォルトの HTTP エンドポイントを提供します。
前提条件
- アプリケーションの実行
-
curlバイナリーまたは Web ブラウザー
手順
curlを使用して、サンプルに対してGET要求を実行します。これを行うには、ブラウザーを使用することもできます。$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/greeting {"content":"Hello, World from a ConfigMap !"}デプロイされた ConfigMap 設定を更新します。
$ oc edit configmap app-configmessageキーの値をBonjour, %s from a ConfigMap !に変更し、ファイルを保存します。- ConfigMap の更新は、アプリケーションの再起動を必要とせずに許容可能な時間 (数秒) 内でアプリケーションによって読み取る必要があります。
更新された ConfigMap 設定を使用した例に対して
curlを使用してGET要求を実行し、更新されたグリーティングを確認します。また、アプリケーションによって提供される Web フォームを使用して、ブラウザーから実行することもできます。$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/greeting {"content":"Bonjour, World from a ConfigMap !"}
7.2.7. 外部化設定のサンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
このサンプルアプリケーションには、自己完結型の統合テストセットが含まれます。OpenShift プロジェクト内で実行する場合、テストは以下を行います。
- アプリケーションのテストインスタンスをプロジェクトにデプロイします。
- そのインスタンスで個別のテストを実行します。
- テストが完了したら、プロジェクトからアプリケーションのすべてのインスタンスを削除します。
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションを誤って削除しないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
前提条件
-
認証された
ocクライアント。 - 空の OpenShift プロジェクト。
サンプルアプリケーションのサービスアカウントに割り当てられたアクセスパーミッションを表示します。これにより、アプリケーションは ConfigMap から設定を読み取ることができます。
$ oc policy add-role-to-user view -n $(oc project -q) -z default
手順
以下のコマンドを実行して統合テストを実行します。
$ mvn clean verify -Popenshift,openshift-it
7.2.8. 外部化設定リソース リンクのコピーリンクがクリップボードにコピーされました!
外部化設定および ConfigMap の背景および関連情報は、以下を参照してください。
7.3. Eclipse Vert.x のリレーショナルデータベースバックエンドのサンプル リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
制限: このサンプルアプリケーションを Minishift または CDK で実行します。手動ワークフローを使用して、このサンプルを OpenShift Online Pro および OpenShift Container Platform にデプロイすることもできます。この例は、現在 OpenShift Online Starter では使用できません。
リレーショナルデータベースバックエンドのサンプル
Relational Database Backend のサンプルは、REST API Level 0 アプリケーションを拡張し、単純な HTTP API を使用して PostgreSQL データベースで 作成、読み取り、更新、および 削除 (CRUD) 操作を実行する基本的な例を提供します。CRUD 操作は永続ストレージの 4 つの基本的な機能であり、データベースを処理する HTTP API の開発時に広く使用されます。
また、この例では、HTTP アプリケーションが OpenShift のデータベースを見つけ、接続する機能も示しています。各ランタイムは、指定したケースで最も適した接続ソリューションを実装する方法を示しています。ランタイムは、JDBC、JPAの使用、または ORM API に直接アクセスするなどのオプションを選択できます。
サンプルアプリケーションは HTTP API を公開し、HTTP で CRUD 操作を実行してデータを操作できるようにするエンドポイントを提供します。CRUD 操作は HTTP Verbs にマップされます。API は JSON フォーマットを使用して要求を受け取り、ユーザーに応答を返します。また、ユーザーは、サンプルが提供するユーザーインターフェイスを使用して、アプリケーションを使用することもできます。具体的には、この例では以下を可能にするアプリケーションを提供します。
-
ブラウザーでアプリケーション Web インターフェイスに移動します。これにより、
my_dataデータベースのデータで CRUD 操作を実行する簡単な Web サイトが公開されます。 -
api/fruitsエンドポイントで HTTPGET要求を実行します。 - データベース内のすべての fruits の一覧が含まれる JSON 配列としてフォーマットされたレスポンスを受け取ります。
-
有効なアイテム ID を引数として渡しながら、
api/fruits/*エンドポイントで HTTPGET要求を実行します。 - 指定の ID を持つ fruit の名前が含まれる JSON 形式で応答を受け取ります。指定された ID に項目がない場合は、呼び出しにより HTTP エラー 404 が発生します。
-
api/fruitsエンドポイントで HTTPPOST要求を実行し、有効なname値を渡してデータベースの新規エントリーを作成します。 -
有効な ID および名前を引数として渡す
api/fruits/*エンドポイントで HTTPPUT要求を実行します。これにより、要求に指定された名前に一致するように、指定の ID を持つ項目の名前が更新されます。 -
api/fruits/*エンドポイントで HTTPDELETE要求を実行し、有効な ID を引数として渡します。これにより、指定された ID の項目がデータベースから削除され、応答として HTTP コード204(コンテンツなし) を返します。無効な ID を渡すと、呼び出しにより HTTP エラー404が発生します。
この例には、アプリケーションがデータベースと完全に統合されていることを検証するために使用できる自動化された 統合テスト のセットも含まれています。
この例では、完全に成熟した RESTful モデル (レベル 3) を示していますが、推奨される HTTP API プラクティスに従って、互換性のある HTTP 動詞およびステータスを使用しています。
7.3.1. Relational Database Backend の設計トレードオフ リンクのコピーリンクがクリップボードにコピーされました!
| 利点 | 不利な点 |
|---|---|
|
|
7.3.2. Relational Database Backend のサンプルアプリケーションの OpenShift Online へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、OpenShift Online で Relational Database Backend アプリケーションのサンプルアプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、developers.redhat.com/launch を使用すると、oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.3.2.1. developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、Red Hat Developer Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで developers.redhat.com/launch URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.3.2.2. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して OpenShift Online でアプリケーションのサンプルを使用するには、OpenShift Online Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで OpenShift Online URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Online アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.3.2.3. CLI クライアント oc を使用した Relational Database Backend サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Relational Database Backend サンプルアプリケーションを構築し、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。詳細は「developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント」を参照してください。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
PostgreSQL データベースを OpenShift にデプロイします。データベースアプリケーションの作成時に、ユーザー名、パスワード、データベース名に以下の値を使用するようにしてください。これらの値を使用するために、サンプルアプリケーションが事前設定されています。異なる値を使用すると、アプリケーションがデータベースと統合できなくなります。
$ oc new-app -e POSTGRESQL_USER=luke -ePOSTGRESQL_PASSWORD=secret -ePOSTGRESQL_DATABASE=my_data registry.access.redhat.com/rhscl/postgresql-10-rhel7 --name=my-databaseデータベースのステータスを確認し、Pod が実行されていることを確認します。
$ oc get pods -w my-database-1-aaaaa 1/1 Running 0 45s my-database-1-deploy 0/1 Completed 0 53smy-database-1-aaaaaPod のステータスはRunningで、完全にデプロイされて起動すると ready と示される必要があります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod のステータスはRunningで、完全にデプロイされて起動すると ready と示される必要があります。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.3.3. Relational Database Backend サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、Minishift または CDK でローカルでリレーショナルデータベースバックエンドのサンプルアプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、Launcher を使用すると oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.3.3.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.3.3.2. Launcher ツールを使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 サンプルアプリケーションをビルドし、Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.3.3.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.3.3.4. CLI クライアント oc を使用した Relational Database Backend サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Relational Database Backend サンプルアプリケーションを構築し、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher ツールを使用したサンプルアプリケーションのデプロイメント」 を参照してください。
- Launcher ツールの URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
PostgreSQL データベースを OpenShift にデプロイします。データベースアプリケーションの作成時に、ユーザー名、パスワード、データベース名に以下の値を使用するようにしてください。これらの値を使用するために、サンプルアプリケーションが事前設定されています。異なる値を使用すると、アプリケーションがデータベースと統合できなくなります。
$ oc new-app -e POSTGRESQL_USER=luke -ePOSTGRESQL_PASSWORD=secret -ePOSTGRESQL_DATABASE=my_data registry.access.redhat.com/rhscl/postgresql-10-rhel7 --name=my-databaseデータベースのステータスを確認し、Pod が実行されていることを確認します。
$ oc get pods -w my-database-1-aaaaa 1/1 Running 0 45s my-database-1-deploy 0/1 Completed 0 53smy-database-1-aaaaaPod のステータスはRunningで、完全にデプロイされて起動すると ready と示される必要があります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod のステータスはRunningで、完全にデプロイされて起動すると ready と示される必要があります。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.3.4. Relational Database Backend サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform に作成し、デプロイするプロセスは OpenShift Online に似ています。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。
手順
- 「Relational Database Backend のサンプルアプリケーションの OpenShift Online へのデプロイメント」 の説明に従い、OpenShift Container Platform Web コンソールの URL およびユーザー認証情報のみを使用します。
7.3.5. Relational Database Backend API との対話 リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションの作成が完了したら、以下のように対話できます。
前提条件
- アプリケーションの実行
-
curlバイナリーまたは Web ブラウザー
手順
以下のコマンドを実行して、アプリケーションの URL を取得します。
$ oc get route MY_APP_NAMENAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080データベースアプリケーションの Web インターフェイスにアクセスするには、ブラウザーで アプリケーション URL に移動します。
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEまたは、
curlを使用してapi/fruits/*エンドポイントで要求を直接作成できます。データベースのエントリーの一覧を表示します。
$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/fruits[ { "id" : 1, "name" : "Apple", "stock" : 10 }, { "id" : 2, "name" : "Orange", "stock" : 10 }, { "id" : 3, "name" : "Pear", "stock" : 10 } ]特定の ID のエントリーの取得
$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/fruits/3{ "id" : 3, "name" : "Pear", "stock" : 10 }エントリーを新規作成します。
$ curl -H "Content-Type: application/json" -X POST -d '{"name":"Peach","stock":1}' http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/fruits{ "id" : 4, "name" : "Peach", "stock" : 1 }エントリーを更新します。
$ curl -H "Content-Type: application/json" -X PUT -d '{"name":"Apple","stock":100}' http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/fruits/1{ "id" : 1, "name" : "Apple", "stock" : 100 }エントリーを削除します。
$ curl -X DELETE http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/fruits/1
トラブルシューティング
-
これらのコマンドを実行後に HTTP エラーコード
503を応答として受け取った場合は、アプリケーションが準備状態にないことを意味します。
7.3.6. Relational Database Backend サンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
このサンプルアプリケーションには、自己完結型の統合テストセットが含まれます。OpenShift プロジェクト内で実行する場合、テストは以下を行います。
- アプリケーションのテストインスタンスをプロジェクトにデプロイします。
- そのインスタンスで個別のテストを実行します。
- テストが完了したら、プロジェクトからアプリケーションのすべてのインスタンスを削除します。
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションを誤って削除しないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
前提条件
-
認証された
ocクライアント。 - 空の OpenShift プロジェクト。
手順
以下のコマンドを実行して統合テストを実行します。
$ mvn clean verify -Popenshift,openshift-it
7.3.7. リレーショナルデータベースリソース リンクのコピーリンクがクリップボードにコピーされました!
OpenShift、CRUD、HTTP API、および REST でのリレーショナルデータベースの実行に関する背景および関連情報は、以下を参照してください。
- HTTP Verbs
- Architectural Styles and the Design of Network-based Software Architectures - Representational State Transfer (REST)
- The never ending REST API design debase
- REST APIs must be Hypertext driven
- Richardson Maturity Model
- JSR 311: JAX-RS: The JavaTM API for RESTful Web Services
- Some Rest with Eclipse Vert.x
- Using the Eclipse Vert.x asynchronous SQL client
- Spring Boot のリレーショナルデータベースバックエンドの例
- Thorntail のリレーショナルデータベースバックエンドの例
- Relational Database Backend for Node.js
7.4. Eclipse Vert.x のヘルスチェックの例 リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
アプリケーションをデプロイする場合は、アプリケーションが利用可能かどうかを確認し、受信した要求の処理を開始することが重要です。ヘルスチェック パターンを実装すると、アプリケーションが利用できるかどうかや要求に対応できるかどうかなど、アプリケーションの健全性を監視できます。
ヘルスチェックの用語に慣れていない場合は、最初に 「ヘルスチェックの概念」 セクションを参照してください。
このユースケースの目的は、プローブを使用してヘルスチェックパターンを実証することです。プロービングは、アプリケーションの liveness および readiness を報告するために使用されます。このユースケースでは、HTTP health エンドポイントを公開して HTTP 要求を発行するアプリケーションを設定します。コンテナーが動作している場合は、HTTP エンドポイント health の Liveness プローブによると、管理プラットフォームは 200 を戻りコードとして受け取り、それ以上のアクションは必要ありません。HTTP エンドポイント health が応答を返さない場合 (たとえば、スレッドがブロックされている場合)、アプリケーションは liveness プローブにより有効とみなされません。この場合、プラットフォームはそのアプリケーションに対応する Pod を強制終了し、アプリケーションを再起動するために新規 Pod を再作成します。
このユースケースでは、readiness プローブを実証し、使用することもできます。アプリケーションが実行していても要求を処理できない場合 (再起動中にアプリケーションが HTTP 503 応答コードを返す場合など)、このアプリケーションは readiness プローブにより準備ができていないと見なされます。readiness プローブによってアプリケーションが準備状態にあるとみなされない場合、要求は readiness プローブにより準備状態にあるとみなされるまで、要求はそのアプリケーションにルーティングされません。
7.4.1. ヘルスチェックの概念 リンクのコピーリンクがクリップボードにコピーされました!
ヘルスチェックパターンを理解するには、まず以下の概念を理解する必要があります。
- Liveness
- liveness は、アプリケーションが実行しているかどうかを定義します。実行中のアプリケーションが応答しない状態または停止状態に移行する可能性があるため、再起動する必要があります。liveness の確認は、アプリケーションを再起動する必要があるかどうかを判断するのに役立ちます。
- Readines
- readiness は、実行中のアプリケーションが要求を処理できるかどうかを定義します。実行中のアプリケーションがエラーまたは破損状態に切り替わり、要求にサービスを提供することができません。readiness を確認すると、要求が引き続きそのアプリケーションにルーティングされるべきかどうかが判断されます。
- フェイルオーバー
- フェイルオーバーにより、サービス要求の失敗が適切に処理されるようになります。アプリケーションが要求のサービスに失敗した場合、その要求と今後の要求は フェイルオーバー したり、別のアプリケーションにルーティングしたりすることができます。通常、同じアプリケーションの冗長コピーになります。
- 耐障害性および安定性
- 耐障害性および安定性により、要求サービスの失敗を適切に処理できます。接続の損失によりアプリケーションが要求を処理できない場合、耐障害性のあるシステムでは、接続が再確立された後に要求を再試行できます。
- プローブ
- プローブは実行中のコンテナーで定期的に実行する Kubernetes の動作です。
7.4.2. Health Check サンプルアプリケーションの OpenShift Online へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、OpenShift Online で Health Check サンプルアプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、developers.redhat.com/launch を使用すると、oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.4.2.1. developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、Red Hat Developer Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで developers.redhat.com/launch URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.4.2.2. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して OpenShift Online でアプリケーションのサンプルを使用するには、OpenShift Online Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで OpenShift Online URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Online アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.4.2.3. CLI クライアント oc を使用した Health Check サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Health Check のサンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。詳細は「developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント」を参照してください。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningである必要があります。また、続行する前に Pod が準備状態になるまで待機する必要があります。これはREADY列に表示されます。たとえば、MY_APP_NAME-1-aaaaaは、READY列が1/1の場合に準備状態になります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.4.3. Health Check サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、Minishift または CDK で Health Check サンプルアプリケーションをローカルで実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、Launcher を使用すると oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.4.3.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.4.3.2. Launcher ツールを使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 サンプルアプリケーションをビルドし、Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.4.3.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.4.3.4. CLI クライアント oc を使用した Health Check サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Health Check のサンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher ツールを使用したサンプルアプリケーションのデプロイメント」 を参照してください。
- Launcher ツールの URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-aaaaa 1/1 Running 0 58s MY_APP_NAME-s2i-1-build 0/1 Completed 0 2mMY_APP_NAME-1-aaaaaPod は、完全にデプロイされて起動すると、ステータスがRunningである必要があります。また、続行する前に Pod が準備状態になるまで待機する必要があります。これはREADY列に表示されます。たとえば、MY_APP_NAME-1-aaaaaは、READY列が1/1の場合に準備状態になります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME 8080Pod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.4.4. Health Check サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform に作成し、デプロイするプロセスは OpenShift Online に似ています。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。
手順
- 「Health Check サンプルアプリケーションの OpenShift Online へのデプロイメント」 の説明に従い、OpenShift Container Platform Web コンソールの URL およびユーザー認証情報のみを使用します。
7.4.5. 未変更の Health Check サンプルアプリケーションとの対話 リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションをデプロイすると、MY_APP_NAME サービスが実行します。MY_APP_NAME サービスは、以下の REST エンドポイントを公開します。
- /api/greeting
-
nameパラメーター (または World をデフォルト値として) のグリーティングが含まれる JSON を返します。 - /api/stop
- 障害をシミュレートする手段として、サービスが強制的に応答しなくなります。
以下の手順は、サービスの可用性を確認し、障害をシミュレートする方法を示しています。この利用可能なサービスの障害により、OpenShift の自己修復機能がサービスでトリガーされます。
Web インターフェイスを使用して、これらの手順を実施することもできます。
curlを使用して、MY_APP_NAMEサービスに対してGET要求を実行します。これを行うには、ブラウザーを使用することもできます。$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/greeting{"content":"Hello, World!"}/api/stopエンドポイントを呼び出して、その直後に/api/greetingエンドポイントの可用性を確認します。/api/stopエンドポイントを呼び出すと、内部サービス障害をシミュレートし、OpenShift の自己修復機能をトリガーします。障害のシミュレート後に/api/greetingを呼び出すと、サービスは HTTP ステータス503を返すはずです。$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/stopStopping HTTP server, Bye bye world !(続く)
$ curl http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME/api/greetingNot onlineoc get pods -wを使用して、動作中の自己修復機能を継続的に監視します。サービス障害の呼び出し中に、OpenShift コンソールまたは
ocクライアントツールで機能する自己修復機能を確認できます。READY状態の Pod 数がゼロ (0/1) になり、短期間 (1 分未満) 後に 1 (1/1) に戻ることが確認できるはずです。さらに、サービスの失敗を呼び出すたびにRESTARTSカウントが増加します。$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-1-26iy7 0/1 Running 5 18m MY_APP_NAME-1-26iy7 1/1 Running 5 19m必要に応じて、Web インターフェイスを使用してサービスを呼び出します。
端末ウィンドウを使用した対話では、サービスが提供する Web インターフェイスを使用して、異なるメソッドを起動し、サービスがライフサイクルフェーズを進めるのを監視できます。
http://MY_APP_NAME-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME必要に応じて、Web コンソールを使用して、自己修復プロセスの各段階でアプリケーションによって生成されたログ出力を表示します。
- プロジェクトに移動します。
- サイドバーで Monitoring をクリックします。
- 画面右上にある Events をクリックし、ログメッセージを表示します。
- オプション: View Details をクリックし、Event ログの詳細なビューを表示します。
ヘルスチェックアプリケーションは以下のメッセージを生成します。
Expand メッセージ Status Unhealthy
readiness プローブが失敗しました。このメッセージは想定されており、
/api/greetingエンドポイントのシミュレートされた失敗が検出され、自己修復プロセスが開始することを示します。Killing
サービスを実行している利用不可の Docker コンテナーは、再作成前に強制終了されています。
Pulling
最新バージョンの Docker イメージをダウンロードして、コンテナーを再作成します。
Pulled
Docker イメージが正常にダウンロードされました。
Created
Docker コンテナーが正常に作成されました
Started
Docker コンテナーが要求を処理する準備ができました。
7.4.6. Health Check のサンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
このサンプルアプリケーションには、自己完結型の統合テストセットが含まれます。OpenShift プロジェクト内で実行する場合、テストは以下を行います。
- アプリケーションのテストインスタンスをプロジェクトにデプロイします。
- そのインスタンスで個別のテストを実行します。
- テストが完了したら、プロジェクトからアプリケーションのすべてのインスタンスを削除します。
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションを誤って削除しないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
前提条件
-
認証された
ocクライアント。 - 空の OpenShift プロジェクト。
手順
以下のコマンドを実行して統合テストを実行します。
$ mvn clean verify -Popenshift,openshift-it
7.4.7. ヘルスチェックのリソース リンクのコピーリンクがクリップボードにコピーされました!
ヘルスチェックの背景および関連情報は、以下を参照してください。
7.5. Eclipse Vert.x の Circuit Breaker の例 リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
制限: このサンプルアプリケーションを Minishift または CDK で実行します。手動ワークフローを使用して、このサンプルを OpenShift Online Pro および OpenShift Container Platform にデプロイすることもできます。この例は、現在 OpenShift Online Starter では使用できません。
Circuit Breaker の例は、サービスの障害を報告し、要求の処理に使用できるまで失敗したサービスへのアクセスを制限する一般的なパターンを示しています。これにより、障害が発生したサービスの機能に依存する他のサービスでのカスケード障害を防ぐことができます。
この例では、サービスに Circuit Breaker および Fallback パターンを実装する方法を示しています。
7.5.1. Circuit Breaker 設計パターン リンクのコピーリンクがクリップボードにコピーされました!
Circuit Breaker は、以下を行うパターンです。
ネットワーク障害の影響を減らし、サービスが他のサービスを同期的に呼び出すサービスアーキテクチャーのレイテンシーを高くします。
サービスの 1 つが以下である場合:
- ネットワーク障害により利用できない
- 負荷がかかっているトラフィックが原因で、レイテンシーが異常に高くなる
エンドポイントを呼び出そうとする他のサービスは、エンドポイントに到達しようとして重要なリソースを使い果たし、使用できなくなる可能性があります。
- マイクロサービスアーキテクチャー全体が使用できなくなる可能性があるカスケード障害とも呼ばれる状態を防止します。
- 障害を監視する保護機能とリモート機能の間のプロキシーとして機能します。
- 障害が特定のしきい値に達するとトリップし、サーキットブレーカーへのそれ以降のすべての呼び出しは、保護された呼び出しがまったく行われずに、エラーまたは事前定義されたフォールバック応答を返します。
Circuit Breaker には通常、Circuit Breaker が作動した時に通知するエラー報告メカニズムも含まれています。
Circuit Breaker の実装
- Circuit Breaker パターンが実装されると、サービスクライアントは一定間隔でプロキシー経由でリモートサービスエンドポイントを呼び出します。
- リモートサービスエンドポイントへの呼び出しが繰り返し一貫して失敗すると、Circuit Breaker が作動し、サービスへのすべての呼び出しが、設定されたタイムアウト期間に即座に失敗し、事前定義されたフォールバック応答を返します。
タイムアウト期間が期限切れになると、限られた数のテストコールがリモートサービスを通過して、それを修復したかどうかを判断したり、利用不可のままであるかを判断できます。
- テスト呼び出しが失敗すると、Circuit Breaker はサービスを利用できない状態に維持し、受信呼び出しへのフォールバック応答を返します。
- テストに成功すると、Circuit Breaker が閉じ、トラフィックが再度リモートサービスに到達できるようにします。
7.5.2. Circuit Breaker 設計のトレードオフ リンクのコピーリンクがクリップボードにコピーされました!
| 利点 | 不利な点 |
|---|---|
|
|
7.5.3. Circuit Breaker サンプルアプリケーションの OpenShift Online へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、OpenShift Online で Circuit Breaker サンプルアプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、developers.redhat.com/launch を使用すると、oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.5.3.1. developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、Red Hat Developer Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで developers.redhat.com/launch URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.5.3.2. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して OpenShift Online でアプリケーションのサンプルを使用するには、OpenShift Online Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで OpenShift Online URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Online アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.5.3.3. CLI クライアント oc を使用した Circuit Breaker サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Circuit Breaker サンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。詳細は「developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント」を参照してください。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-greeting-1-aaaaa 1/1 Running 0 17s MY_APP_NAME-greeting-1-deploy 0/1 Completed 0 22s MY_APP_NAME-name-1-aaaaa 1/1 Running 0 14s MY_APP_NAME-name-1-deploy 0/1 Completed 0 28s完全にデプロイされて起動すると、
MY_APP_NAME-greeting-1-aaaaaPod とMY_APP_NAME-name-1-aaaaaPod の両方のステータスがRunningとなります。また、続行する前に Pod が準備状態になるまで待機する必要があります。これはREADY列に表示されます。たとえば、MY_APP_NAME-greeting-1-aaaaaは、READY列が1/1の場合に準備状態になります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME-greeting MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-greeting 8080 None MY_APP_NAME-name MY_APP_NAME-name-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-name 8080 NonePod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.5.4. Circuit Breaker サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のいずれかのオプションを使用して、Minishift または CDK で Circuit Breaker サンプルアプリケーションをローカルで実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、Launcher を使用すると oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.5.4.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.5.4.2. Launcher ツールを使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 サンプルアプリケーションをビルドし、Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.5.4.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.5.4.4. CLI クライアント oc を使用した Circuit Breaker サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Circuit Breaker サンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher ツールを使用したサンプルアプリケーションのデプロイメント」 を参照してください。
- Launcher ツールの URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftこのコマンドは、OpenShift Maven プラグインを使用して OpenShift で S2I プロセス を起動し、Pod を起動します。
アプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE MY_APP_NAME-greeting-1-aaaaa 1/1 Running 0 17s MY_APP_NAME-greeting-1-deploy 0/1 Completed 0 22s MY_APP_NAME-name-1-aaaaa 1/1 Running 0 14s MY_APP_NAME-name-1-deploy 0/1 Completed 0 28s完全にデプロイされて起動すると、
MY_APP_NAME-greeting-1-aaaaaPod とMY_APP_NAME-name-1-aaaaaPod の両方のステータスがRunningとなります。また、続行する前に Pod が準備状態になるまで待機する必要があります。これはREADY列に表示されます。たとえば、MY_APP_NAME-greeting-1-aaaaaは、READY列が1/1の場合に準備状態になります。特定の Pod 名が異なります。中間の数字は新しいビルドごとに増えます。末尾の文字は、Pod の作成時に生成されます。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME-greeting MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-greeting 8080 None MY_APP_NAME-name MY_APP_NAME-name-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-name 8080 NonePod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、アプリケーションにアクセスします。
7.5.5. Circuit Breaker サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform に作成し、デプロイするプロセスは OpenShift Online に似ています。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。
手順
- 「Circuit Breaker サンプルアプリケーションの OpenShift Online へのデプロイメント」 の説明に従い、OpenShift Container Platform Web コンソールの URL およびユーザー認証情報のみを使用します。
7.5.6. 未変更の Eclipse Vert.x Circuit Breaker サンプルアプリケーションとの対話 リンクのコピーリンクがクリップボードにコピーされました!
Eclipse Vert.x のサンプルアプリケーションをデプロイした後に、以下のサービスが実行されます。
MY_APP_NAME-name以下のエンドポイントを公開します。
-
このサービスの稼働時に名前を返す
/api/nameエンドポイントと、このサービスが失敗を実証するように設定されたときにエラーが返されます。 -
/api/stateエンドポイント (/api/nameエンドポイントの動作を制御し、サービスが正しく機能するか、または失敗を示すかどうかを判断する)
-
このサービスの稼働時に名前を返す
MY_APP_NAME-greeting以下のエンドポイントを公開します。
パーソナライズされたグリーティング応答を取得するために呼び出す
/api/greetingエンドポイント。/api/greetingエンドポイントを呼び出すと、要求の処理の一環として、MY_APP_NAME-nameサービスの/api/nameエンドポイントに対して呼び出しを実行します。/api/nameエンドポイントに対する呼び出しは、Circuit Breaker によって保護されます。リモートエンドポイントが利用可能な場合、
nameサービスは HTTP コード200(OK) で応答し、/api/greetingエンドポイントから以下のグリーティングを受け取ります。{"content":"Hello, World!"}リモートエンドポイントが利用できない場合、
nameサービスは HTTP コード500(Internal server error) で応答し、/api/greetingエンドポイントから事前定義されたフォールバック応答を受け取ります。{"content":"Hello, Fallback!"}Circuit Breaker の状態を返す
/api/cb-stateエンドポイント。状態は以下のとおりです。- open : サーキットブレーカーにより、失敗したサービスに要求が到達できないようになります。
- closed: サーキットブレーカーにより、要求がサービスに到達できるようになります。
- half-open: サーキットブレーカーにより、要求がサービスに到達できるようになります。要求に成功すると、サービスの状態はクローズにリセットされます。要求に失敗すると、タイマーが再起動します。
以下の手順は、サービスの可用性を確認し、障害をシミュレートしてフォールバック応答を受け取る方法を示しています。
curlを使用して、MY_APP_NAME-greetingサービスに対してGET要求を実行します。これを行うには、Web インターフェイスのInvokeボタンを使用することもできます。$ curl http://MY_APP_NAME-greeting-MY_PROJECT_NAME.LOCAL_OPENSHIFT_HOSTNAME/api/greeting {"content":"Hello, World!"}MY_APP_NAME-nameサービスの失敗をシミュレートするには、以下を行います。-
Web インターフェイスで
Toggleボタンを使用します。 -
MY_APP_NAME-nameサービスを実行している Pod のレプリカ数を 0 にスケーリングします。 MY_APP_NAME-nameサービスの/api/stateエンドポイントに対して HTTPPUT要求を実行し、その状態をfailに設定します。$ curl -X PUT -H "Content-Type: application/json" -d '{"state": "fail"}' http://MY_APP_NAME-name-MY_PROJECT_NAME.LOCAL_OPENSHIFT_HOSTNAME/api/state
-
Web インターフェイスで
/api/greetingエンドポイントを呼び出します。/api/nameエンドポイントで複数の要求が失敗する場合:- Circuit Breaker が開きます。
-
Web インターフェイスの状態インジケーターが
CLOSEDからOPENに変わります。 /api/greetingエンドポイントを呼び出すと、Circuit Breaker はフォールバック応答を実行します。$ curl http://MY_APP_NAME-greeting-MY_PROJECT_NAME.LOCAL_OPENSHIFT_HOSTNAME/api/greeting {"content":"Hello, Fallback!"}
名前
MY_APP_NAME-nameサービスを可用性に戻します。これを実行するには、以下を行います。-
Web インターフェイスで
Toggleボタンを使用します。 -
MY_APP_NAME-nameサービスを実行している Pod のレプリカ数を 1 にスケーリングします。 MY_APP_NAME-nameサービスの/api/stateエンドポイントに対して HTTPPUT要求を実行し、その状態をokに戻します。$ curl -X PUT -H "Content-Type: application/json" -d '{"state": "ok"}' http://MY_APP_NAME-name-MY_PROJECT_NAME.LOCAL_OPENSHIFT_HOSTNAME/api/state
-
Web インターフェイスで
/api/greetingエンドポイントを再度呼び出します。/api/nameエンドポイントでの複数の要求が正常に実行する場合:- Circuit Breaker が閉じます。
-
Web インターフェイスの状態インジケーターが
OPENからCLOSEDに変わります。 Circuit Breaker は、
/api/greetingエンドポイントを呼び出す際にHello World!グリーティングを返します。$ curl http://MY_APP_NAME-greeting-MY_PROJECT_NAME.LOCAL_OPENSHIFT_HOSTNAME/api/greeting {"content":"Hello, World!"}
7.5.7. Circuit Breaker サンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
このサンプルアプリケーションには、自己完結型の統合テストセットが含まれます。OpenShift プロジェクト内で実行する場合、テストは以下を行います。
- アプリケーションのテストインスタンスをプロジェクトにデプロイします。
- そのインスタンスで個別のテストを実行します。
- テストが完了したら、プロジェクトからアプリケーションのすべてのインスタンスを削除します。
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションを誤って削除しないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
前提条件
-
認証された
ocクライアント。 - 空の OpenShift プロジェクト。
手順
以下のコマンドを実行して統合テストを実行します。
$ mvn clean verify -Popenshift,openshift-it
7.5.8. Hystrix Dashboard を使用したサーキットブレーカーの監視 リンクのコピーリンクがクリップボードにコピーされました!
Hystrix Dashboard を使用すると、イベントストリームから Hystrix メトリックデータを集約し、それらを 1 つの画面に表示することで、サービスの状態をリアルタイムで簡単に監視できます。
前提条件
- アプリケーションがデプロイされている。
手順
Minishift または CDK クラスターにログインします。
$ oc login OPENSHIFT_URL --token=MYTOKEN- Web コンソールにアクセスするには、ブラウザーを使用して Minishift または CDK URL に移動します。
Circuit Breaker アプリケーションが含まれるプロジェクトに移動します。
$ oc project MY_PROJECT_NAMEHystrix Dashboard アプリケーションの YAML テンプレート をインポートします。これには、Add to Project をクリックしてから Import YAML / JSON タブを選択し、YAML ファイルの内容をテキストボックスにコピーします。または、次のコマンドを実行できます。
$ oc create -f https://raw.githubusercontent.com/snowdrop/openshift-templates/master/hystrix-dashboard/hystrix-dashboard.ymlCreate ボタンをクリックして、テンプレートに基づいて Hystrix Dashboard アプリケーションを作成します。または、次のコマンドを実行できます。
$ oc new-app --template=hystrix-dashboard- Hystrix Dashboard が含まれる Pod がデプロイされるまで待機します。
Hystrix Dashboard アプリケーションのルートを取得します。
$ oc get route hystrix-dashboard NAME HOST/PORT PATH SERVICES PORT TERMINATION WILDCARD hystrix-dashboard hystrix-dashboard-MY_PROJECT_NAME.LOCAL_OPENSHIFT_HOSTNAME hystrix-dashboard <all> None- Dashboard にアクセスするには、ブラウザーで Dashboard アプリケーションルート URL を開きます。Web コンソールの Overview 画面に移動し、Hystrix Dashboard アプリケーションが含まれる Pod の上にあるヘッダーのルート URL をクリックします。
Dashboard を使用して
MY_APP_NAME-greetingサービスを監視するには、デフォルトのイベントストリームアドレスを以下のアドレスに置き換え、Monitor Stream ボタンをクリックします。http://MY_APP_NAME-greeting/hystrix.stream
関連情報
- Histrix Dashboard wiki ページ
7.5.9. Circuit Breaker リソース リンクのコピーリンクがクリップボードにコピーされました!
Circuit Breaker パターンの背後にある設計原則に関する背景情報については、以下のリンクを参照してください。
7.6. Eclipse Vert.x の Secured サンプルアプリケーション リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
制限: このサンプルアプリケーションを Minishift または CDK で実行します。手動ワークフローを使用して、このサンプルを OpenShift Online Pro および OpenShift Container Platform にデプロイすることもできます。この例は、現在 OpenShift Online Starter では使用できません。
Secured サンプルアプリケーションは、Red Hat SSO を使用して REST エンドポイントを保護します。この例では、REST API Level 0 の例に展開されます。
Red Hat SSO
- OAuth 2.0 仕様のエクステンションである Open ID Connect プロトコルを実装します。
- アクセストークンを発行し、セキュアなリソースに対するさまざまなアクセス権限をクライアントに提供します。
SSO でアプリケーションをセキュアにすると、セキュリティー設定を一元化しつつ、アプリケーションにセキュリティーを追加することができます。
この例にはデモ目的で Red Hat SSO が事前設定されており、その原則、使用方法、または設定を説明しません。この例を使用する前に、Red Hat SSO に関する基本的な概念を理解していることを確認してください。
7.6.1. Secured プロジェクト構造 リンクのコピーリンクがクリップボードにコピーされました!
SSO のサンプルには以下が含まれます。
- 保護しようとしているグリーティングサービスのソース
-
SSO サーバーをデプロイするテンプレートファイル (
service.sso.yaml) - サービスのセキュリティーを保護する Keycloak アダプターの設定
7.6.2. Red Hat SSO デプロイメントの設定 リンクのコピーリンクがクリップボードにコピーされました!
この例の service.sso.yaml ファイルには、事前設定された Red Hat SSO サーバーをデプロイするすべての OpenShift 設定項目が含まれます。SSO サーバーの設定は、この演習のために簡略化されており、ユーザーとセキュリティー設定が事前に設定された、すぐに使用できる設定を提供します。service.sso.yaml ファイルには非常に長い行が含まれ、gedit などの一部のテキストエディターでは、このファイルの読み取りに問題がある場合があります。
実稼働環境では、この SSO 設定を使用することは推奨されません。具体的には、セキュリティー設定の例に追加された単純化は、実稼働環境での使用に影響を及ぼします。
| 変更点 | 理由 | 推奨事項 |
|---|---|---|
| デフォルト設定には、yaml 設定ファイルに秘密鍵 と公開鍵の両方が含まれます。 | これは、エンドユーザーが Red Hat SSO モジュールをデプロイし、内部や Red Hat SSO の設定方法を知らなくても使用可能な状態にできるためです。 | 実稼働環境では、秘密鍵をソース制御に保存しないでください。サーバー管理者が追加する必要があります。 |
| 設定済みの クライアントはコールバック URL を受け入れ ます。 | 各ランタイムにカスタム設定を使用しないように、OAuth2 仕様で必要なコールバックの検証を回避します。 | アプリケーション固有のコールバック URL には、有効なドメイン名を指定する必要があります。 |
| クライアントには SSL/TLS が不要であり、セキュアなアプリケーションは HTTPS で公開されません。 | サンプルは、ランタイムごとに証明書の生成を要求しないことで単純化されています。 | 実稼働環境では、セキュアなアプリケーションはプレーン HTTP ではなく HTTPS を使用する必要があります。 |
| トークンのタイムアウトがデフォルトの 1 分から 10 分に増えました。 | コマンドラインの例を使用した場合のユーザーエクスペリエンスを向上します。 | セキュリティーの観点から、攻撃者はアクセストークンが拡張されていると推測する必要があるウィンドウ。潜在的な攻撃者が現在のトークンを推測するのがより困難になるため、このウィンドウを短くすることが推奨されます。 |
7.6.3. Red Hat SSO レルムモデル リンクのコピーリンクがクリップボードにコピーされました!
master レルムは、この例のセキュリティーを保護するために使用されます。コマンドラインクライアントとセキュアな REST エンドポイントのモデルを提供する事前設定されたアプリケーションクライアント定義は 2 つあります。
また、Red Hat SSO master レルムには、admin および alice のさまざまな認証および認可の結果の検証に使用できる 2 つの事前設定されたユーザーもあります。
7.6.3.1. Red Hat SSO ユーザー リンクのコピーリンクがクリップボードにコピーされました!
セキュリティーが保護された例のレルムモデルには、次の 2 つのユーザーが含まれます。
- admin
-
adminユーザーのパスワードはadminで、レルム管理者です。このユーザーは Red Hat SSO 管理コンソールに完全アクセスできますが、セキュアなエンドポイントへのアクセスに必要なロールマッピングはありません。このユーザーを使用して、認証されているが承認されていないユーザーの動作を説明することができます。 - alice
aliceユーザーにはpasswordのパスワードがあり、正規のアプリケーションユーザーです。このユーザーは、セキュアなエンドポイントへの認証および認可が成功したアクセスを実証します。ロールマッピングの例は、デコードされた JWT ベアラートークンにあります。{ "jti": "0073cfaa-7ed6-4326-ac07-c108d34b4f82", "exp": 1510162193, "nbf": 0, "iat": 1510161593, "iss": "https://secure-sso-sso.LOCAL_OPENSHIFT_HOSTNAME/auth/realms/master",1 "aud": "demoapp", "sub": "c0175ccb-0892-4b31-829f-dda873815fe8", "typ": "Bearer", "azp": "demoapp", "nonce": "90ff5d1a-ba44-45ae-a413-50b08bf4a242", "auth_time": 1510161591, "session_state": "98efb95a-b355-43d1-996b-0abcb1304352", "acr": "1", "client_session": "5962112c-2b19-461e-8aac-84ab512d2a01", "allowed-origins": [ "*" ], "realm_access": { "roles": [2 "example-admin" ] }, "resource_access": {3 "secured-example-endpoint": { "roles": [ "example-admin"4 ] }, "account": { "roles": [ "manage-account", "view-profile" ] } }, "name": "Alice InChains", "preferred_username": "alice",5 "given_name": "Alice", "family_name": "InChains", "email": "alice@keycloak.org" }- 1
issフィールドは、トークンを発行する Red Hat SSO レルムインスタンス URL に対応します。トークンを検証するには、セキュアなエンドポイントデプロイメントで設定する必要があります。- 2
rolesオブジェクトは、グローバルレルムレベルでユーザーに付与されたロールを提供します。この例では、aliceにはexample-adminロールが付与されています。セキュリティーが保護されたエンドポイントが認可されたロールのレルムレベルを検索することがわかります。- 3
resource_accessオブジェクトには、リソース固有のロール付与が含まれます。このオブジェクトの下には、セキュアな各エンドポイントのオブジェクトを見つけます。- 4
resource_access.secured-example-endpoint.rolesオブジェクトには、secured-example-endpointリソースのaliceに付与されるロールが含まれます。- 5
preferred_usernameフィールドは、アクセストークンの生成に使用されたユーザー名を提供します。
7.6.3.2. アプリケーションクライアント リンクのコピーリンクがクリップボードにコピーされました!
OAuth 2.0 仕様では、リソースの所有者の代わりにセキュアなリソースにアクセスするアプリケーションクライアントのロールを定義できます。master レルムには、以下のアプリケーションクライアントが定義されています。
- demoapp
-
これは、アクセストークンの取得に使用されるクライアントシークレットを持つ
confidentialタイプのクライアントです。トークンにはaliceユーザーの権限が含まれ、aliceが Thorntail、Eclipse Vert.x、Node.js、および Spring Boot ベースの REST サンプルアプリケーションデプロイメントにアクセスできるようにします。 - secured-example-endpoint
-
secured-example-endpointは、関連するリソース (特に Greeting サービス) にアクセスするためにexample-adminロールを必要とするベアラーのみのクライアントタイプです。
7.6.4. Eclipse Vert.x SSO アダプター設定 リンクのコピーリンクがクリップボードにコピーされました!
SSO アダプターは、クライアント側、または SSO サーバーのクライアントで、Web リソースのセキュリティーを強制するコンポーネントです。ここでは、これは greeting サービスです。
セキュリティーの確率
router.route("/greeting")
.handler(JWTAuthHandler.create(
JWTAuth.create(vertx,
new JWTAuthOptions()
.addPubSecKey(new PubSecKeyOptions()
.setAlgorithm("RS256")
.setPublicKey(System.getenv("REALM_PUBLIC_KEY")))
.setPermissionsClaimKey("realm_access/roles"))));
ここでのエンフォーサーは、レルム公開鍵の PEM 形式を使用して設定され、アルゴリズムを指定します。さらに、エンフォーサーは keycloak JWT を消費するように設定されているため、トークンにパーミッション要求の場所を提供する必要もあります。
以下は、デプロイメント環境変数から再構築された JSON ファイルです。このファイルは、Web インターフェイスを介してアプリケーションと対話する際に使用されます。
JsonObject keycloakJson = new JsonObject()
.put("realm", System.getenv("REALM"))
.put("auth-server-url", System.getenv("SSO_AUTH_SERVER_URL"))
.put("ssl-required", "external")
.put("resource", System.getenv("CLIENT_ID"))
.put("credentials", new JsonObject()
.put("secret", System.getenv("SECRET")));
7.6.5. Secured サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
7.6.5.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.6.5.2. Launcher を使用した Secured なサンプルアプリケーションの作成 リンクのコピーリンクがクリップボードにコピーされました!
前提条件
- 実行中の Launcher インスタンスの URL およびユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って Eclipse Vert.x でサンプルを作成します。デプロイメントタイプについて尋ねられたら、ローカルに構築して実行 します。
画面の指示に従ってください。
完了したら、Download as ZIP file ボタンをクリックし、ファイルをハードドライブに保存します。
7.6.5.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.6.5.4. CLI クライアント oc を使用した Secured サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Secured サンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher を使用した Secured なサンプルアプリケーションの作成」 を参照してください。
- Launcher URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
サンプル ZIP ファイルから
service.sso.yamlファイルを使用して Red Hat SSO サーバーをデプロイします。$ oc create -f service.sso.yamlMaven を使用して、Minishift または CDK にデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshift -DskipTests \ -DSSO_AUTH_SERVER_URL=$(oc get route secure-sso -o jsonpath='{"https://"}{.spec.host}{"/auth\n"}')このコマンドは、OpenShift Maven Plugin を使用して Minishift または CDK で S2I プロセス を起動し、Pod を起動します。
このプロセスは、uberjar ファイルと OpenShift リソースを生成し、それらを Minishift または CDK サーバーの現在のプロジェクトにデプロイします。
7.6.6. Secured サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK の他に、マイナーな相違点のみを使用して OpenShift Container Platform にサンプルを作成し、デプロイできます。最も重要な違いは、OpenShift Container Platform でデプロイする前に、Minishift または CDK にサンプルアプリケーションを作成する必要があります。
前提条件
- Minishift または CDK を使用して作成された例。
7.6.6.1. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
コマンドラインクライアント oc を使用して OpenShift Container Platform でサンプルアプリケーションを使用するには、OpenShift Container Platform Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Container Platform のアカウント
手順
- ブラウザーで OpenShift Container Platform URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Container Platform アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.6.6.2. CLI クライアント oc を使用した Secured サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Secured サンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新しい OpenShift プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
サンプル ZIP ファイルから
service.sso.yamlファイルを使用して Red Hat SSO サーバーをデプロイします。$ oc create -f service.sso.yamlMaven を使用して、OpenShift Container Platform へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshift -DskipTests \ -DSSO_AUTH_SERVER_URL=$(oc get route secure-sso -o jsonpath='{"https://"}{.spec.host}{"/auth\n"}')このコマンドは、OpenShift Maven プラグインを使用して OpenShift Container Platform で S2I プロセス を起動し、Pod を起動します。
このプロセスは、uberjar ファイルと OpenShift リソースを生成し、それらを OpenShift Container Platform サーバーの現在のプロジェクトにデプロイします。
7.6.7. Secured サンプルアプリケーションの API エンドポイントへの認証 リンクのコピーリンクがクリップボードにコピーされました!
Secured サンプルアプリケーションは、呼び出し元が認証および承認されている場合に GET 要求を受け入れるデフォルトの HTTP エンドポイントを提供します。クライアントは最初に Red Hat SSO サーバーに対して認証を行い、認証手順によって返されるアクセストークンを使用して Secured サンプルアプリケーションに対して GET 要求を実行します。
7.6.7.1. Secured サンプルアプリケーション API エンドポイントの取得 リンクのコピーリンクがクリップボードにコピーされました!
クライアントを使用して例を操作する場合は、PROJECT_ID サービスである Secured サンプルアプリケーションのエンドポイントを指定する必要があります。
前提条件
- Secured サンプルアプリケーションがデプロイされ、実行します。
-
認証された
ocクライアント。
手順
端末アプリケーションで、
oc get routesコマンドを実行します。以下の表の出力例を以下に示します。
例7.1 Secured エンドポイントの一覧
Expand 名前 ホスト/ポート パス サービス ポート 終了 secure-sso
secure-sso-myproject.LOCAL_OPENSHIFT_HOSTNAME
secure-sso
(すべて)
passthrough
PROJECT_ID
PROJECT_ID-myproject.LOCAL_OPENSHIFT_HOSTNAME
PROJECT_ID
(すべて)
sso
sso-myproject.LOCAL_OPENSHIFT_HOSTNAME
sso
(すべて)
上記の例では、エンドポイントは
http://PROJECT_ID-myproject.LOCAL_OPENSHIFT_HOSTNAMEになります。PROJECT_IDは、developers.redhat.com/launch または Launcher ツールを使用してサンプルを生成する際に入力した名前に基づいています。
7.6.7.2. コマンドラインで HTTP 要求の認証 リンクのコピーリンクがクリップボードにコピーされました!
HTTP POST リクエストを Red Hat SSO サーバーに送信してトークンを要求します。以下の例では、CLI ツール jq を使用して JSON 応答からトークン値を抽出します。
前提条件
- セキュアなサンプルエンドポイント URL。詳細は「Secured サンプルアプリケーション API エンドポイントの取得」を参照してください。
-
jqコマンドラインツール (任意)。ツールのダウンロードと、詳細な情報は、https://stedolan.github.io/jq/ を参照してください。
手順
curl、認証情報、<SSO_AUTH_SERVER_URL>でアクセストークンを要求し、jqコマンドを使用して応答からトークンを展開します。curl -sk -X POST https://<SSO_AUTH_SERVER_URL>/auth/realms/master/protocol/openid-connect/token \ -d grant_type=password \ -d username=alice\ -d password=password \ -d client_id=demoapp \ -d client_secret=1daa57a2-b60e-468b-a3ac-25bd2dc2eadc \ | jq -r '.access_token' eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJRek1nbXhZMUhrQnpxTnR0SnkwMm5jNTNtMGNiWDQxV1hNSTU1MFo4MGVBIn0.eyJqdGkiOiI0NDA3YTliNC04YWRhLTRlMTctODQ2ZS03YjI5MjMyN2RmYTIiLCJleHAiOjE1MDc3OTM3ODcsIm5iZiI6MCwiaWF0IjoxNTA3NzkzNzI3LCJpc3MiOiJodHRwczovL3NlY3VyZS1zc28tc3NvLWRlbW8uYXBwcy5jYWZlLWJhYmUub3JnL2F1dGgvcmVhbG1zL21hc3RlciIsImF1ZCI6ImRlbW9hcHAiLCJzdWIiOiJjMDE3NWNjYi0wODkyLTRiMzEtODI5Zi1kZGE4NzM4MTVmZTgiLCJ0eXAiOiJCZWFyZXIiLCJhenAiOiJkZW1vYXBwIiwiYXV0aF90aW1lIjowLCJzZXNzaW9uX3N0YXRlIjoiMDFjOTkzNGQtNmZmOS00NWYzLWJkNWUtMTU4NDI5ZDZjNDczIiwiYWNyIjoiMSIsImNsaWVudF9zZXNzaW9uIjoiMzM3Yzk0MTYtYTdlZS00ZWUzLThjZWQtODhlODI0MGJjNTAyIiwiYWxsb3dlZC1vcmlnaW5zIjpbIioiXSwicmVhbG1fYWNjZXNzIjp7InJvbGVzIjpbImJvb3N0ZXItYWRtaW4iXX0sInJlc291cmNlX2FjY2VzcyI6eyJzZWN1cmVkLWJvb3N0ZXItZW5kcG9pbnQiOnsicm9sZXMiOlsiYm9vc3Rlci1hZG1pbiJdfSwiYWNjb3VudCI6eyJyb2xlcyI6WyJtYW5hZ2UtYWNjb3VudCIsInZpZXctcHJvZmlsZSJdfX0sIm5hbWUiOiJBbGljZSBJbkNoYWlucyIsInByZWZlcnJlZF91c2VybmFtZSI6ImFsaWNlIiwiZ2l2ZW5fbmFtZSI6IkFsaWNlIiwiZmFtaWx5X25hbWUiOiJJbkNoYWlucyIsImVtYWlsIjoiYWxpY2VAa2V5Y2xvYWsub3JnIn0.mjmZe37enHpigJv0BGuIitOj-kfMLPNwYzNd3n0Ax4Nga7KpnfytGyuPSvR4KAG8rzkfBNN9klPYdy7pJEeYlfmnFUkM4EDrZYgn4qZAznP1Wzy1RfVRdUFi0-GqFTMPb37o5HRldZZ09QljX_j3GHnoMGXRtYW9RZN4eKkYkcz9hRwgfJoTy2CuwFqeJwZYUyXifrfA-JoTr0UmSUed-0NMksGrtJjjPggUGS-qOn6OgKcmN2vaVAQlxW32y53JqUXctfLQ6DhJzIMYTmOflIPy0sgG1mG7sovQhw1xTg0vTjdx8zQ-EJcexkj7IivRevRZsslKgqRFWs67jQAFQA<SSO_AUTH_SERVER_URL>はsecure-ssoサービスの URL です。username、password、client_secretなどの属性は、通常、秘密になりますが、上記のコマンドはこの例で提供されているデフォルトの認証情報をデモの目的で使用します。jqを使用してトークンを抽出しない場合は、curlコマンドのみを実行し、アクセストークンを手動で抽出できます。注記-skオプションは curl に対し、自己署名証明書の失敗を無視します。実稼働環境ではこのオプションを使用しないでください。macOS では、curlバージョン7.56.1以降がインストールされている必要があります。また、OpenSSL でビルドする必要があります。
Secured サービスを起動します。アクセス (ベアラー) トークンを HTTP ヘッダーに割り当てます。
$ curl -v -H "Authorization: Bearer <TOKEN>" http://<SERVICE_HOST>/api/greeting { "content": "Hello, World!", "id": 2 }例7.2 Access (Bearer) トークンが含まれる
GET要求ヘッダーのサンプル> GET /api/greeting HTTP/1.1 > Host: <SERVICE_HOST> > User-Agent: curl/7.51.0 > Accept: */* > Authorization: Bearer <TOKEN><SERVICE_HOST>は、セキュアなサンプルエンドポイントの URL です。詳細は「Secured サンプルアプリケーション API エンドポイントの取得」を参照してください。アクセストークンの署名を確認します。
アクセストークンは JSON Web トークン であるため、JWT デバッガー を使用してデコードできます。
- Web ブラウザーで、JWT デバッガー の Web サイトに移動します。
Algorithm ドロップダウンメニューから
RS256を選択します。注記選択後に Web フォームが更新され、正しい RSASHA256(…) 情報が Signature セクションに表示されることを確認します。そうでない場合は、HS256 に切り替えてから RS256 に戻ります。
上部のテキストボックスの VERIFY SIGNATURE セクションに以下のコンテンツを貼り付けます。
-----BEGIN PUBLIC KEY----- MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAoETnPmN55xBJjRzN/cs30OzJ9olkteLVNRjzdTxFOyRtS2ovDfzdhhO9XzUcTMbIsCOAZtSt8K+6yvBXypOSYvI75EUdypmkcK1KoptqY5KEBQ1KwhWuP7IWQ0fshUwD6jI1QWDfGxfM/h34FvEn/0tJ71xN2P8TI2YanwuDZgosdobx/PAvlGREBGuk4BgmexTOkAdnFxIUQcCkiEZ2C41uCrxiS4CEe5OX91aK9HKZV4ZJX6vnqMHmdDnsMdO+UFtxOBYZio+a1jP4W3d7J5fGeiOaXjQCOpivKnP2yU2DPdWmDMyVb67l8DRA+jh0OJFKZ5H2fNgE3II59vdsRwIDAQAB -----END PUBLIC KEY-----注記これは、Secured サンプルアプリケーションの Red Hat SSO サーバーデプロイメントからのマスターレルム公開鍵です。
クライアント出力から Encoded ボックスに
tokenの出力を貼り付けます。Signature Verified 記号がデバッガーページに表示されます。
7.6.7.3. Web インターフェイスを使用した HTTP 要求の認証 リンクのコピーリンクがクリップボードにコピーされました!
セキュアなエンドポイントには、HTTP API の他に、対話する Web インターフェイスも含まれます。
以下の手順は、セキュリティーの実施方法、認証方法、および認証トークンの使用方法を確認するための演習です。
前提条件
- セキュアなエンドポイント URL。詳細は「Secured サンプルアプリケーション API エンドポイントの取得」を参照してください。
手順
- Web ブラウザーで、エンドポイント URL に移動します。
認証されていない要求を実行します。
Invoke ボタンをクリックします。
図7.1 認証されていないセキュアなサンプル Web インターフェイス
サービスは、
HTTP 401 Unauthorizedステータスコードで応答します。図7.2 認証されていないエラーメッセージ
認証された要求をユーザーとして実行します。
- Login ボタンをクリックして Red Hat SSO に対して認証を行います。SSO サーバーにリダイレクトされます。
Alice ユーザー としてログインします。Web インターフェイスにリダイレクトされます。
注記ページ下部のコマンドライン出力に、アクセス (ベアラー) トークンが表示されます。
図7.3 (Alice として) 認証されたセキュアなサンプル Web インターフェイス
再度 Invoke をクリックして Greeting サービスにアクセスします。
例外がなく、JSON 応答ペイロードが表示されていることを確認します。これは、サービスがアクセス (ベアラー) トークンを受け入れ、Greeting サービスへのアクセスが承認されていることを意味します。
図7.4 (Alice として) 認証された Greeting リクエストの結果
- ログアウトします。
認証された要求を管理者として実行します。
Invoke ボタンをクリックします。
これにより、認証されていない要求が Greeting サービスに送信されていることを確認します。
Login ボタンをクリックして admin ユーザー としてログインします。
図7.5 (admin として) 認証されたセキュアなサンプル Web インターフェイス
Invoke ボタンをクリックします。
このサービスは、admin ユーザーが Greeting サービスへのアクセスが許可されていないため、
HTTP 403 Forbiddenステータスコードで応答します。図7.6 承認されていないエラーメッセージ
7.6.8. Eclipse Vert.x の Secured サンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
本セクションでは、事前設定されたレルムとサンプルユーザープロファイルを使用して、Red Hat SSO テストサーバーを使用して統合テストを実行する方法を説明します。
前提条件
-
認証された
ocクライアント。
手順
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションが正しく削除されないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
デフォルトでは、SSO サーバーはテストの一環としてデプロイ (および破棄) されます。統合テストを実行するステップは次のとおりです。
- 端末アプリケーションで、プロジェクトのディレクトリーに移動します。
インテグレーションテストを実行します。
mvn clean verify -Popenshift,openshift-it
事前に SSO サーバーをデプロイしている場合 (たとえば oc create -f service.sso.yaml を実行して SSO サーバーをデプロイしている場合) は、テストの実行中にシステムプロパティー skip.sso.init を true に設定します。
mvn clean verify -Popenshift,openshift-it -Dskip.sso.init=true
このように実行されると、テストは既存の SSO サーバーを使用します。テストは独自の SSO サーバーをデプロイせず、既存の SSO サーバーを破棄しません。
7.6.9. セキュアな SSO リソース リンクのコピーリンクがクリップボードにコピーされました!
OAuth2 仕様の背後にある原則に関する追加情報や、Red Hat SSO および Keycloak を使用してアプリケーションのセキュリティーを保護する方法については、以下のリンクを参照してください。
7.7. Eclipse Vert.x のキャッシュの例 リンクのコピーリンクがクリップボードにコピーされました!
以下の例は、実稼働環境での実行を目的としていません。
制限: このサンプルアプリケーションを Minishift または CDK で実行します。手動ワークフローを使用して、このサンプルを OpenShift Online Pro および OpenShift Container Platform にデプロイすることもできます。この例は、現在 OpenShift Online Starter では使用できません。
キャッシュサンプルは、キャッシュを使用してアプリケーションの応答時間を長くする方法を示しています。
この例では、以下の方法を示しています。
- キャッシュを OpenShift にデプロイします。
- アプリケーション内でキャッシュを使用します。
7.7.1. キャッシュの仕組みおよび必要なタイミング リンクのコピーリンクがクリップボードにコピーされました!
キャッシュを使用すると、情報を保存して、一定期間アクセスできます。元のサービスを繰り返し呼び出すよりも、キャッシュの情報により速く、またはより確実にアクセスすることができます。キャッシュを使用する欠点は、キャッシュされた情報が最新ではないことです。ただし、キャッシュに保存されている各値に 有効期限 または TTL (time to live) を設定して、この問題を減らすことができます。
例7.3 キャッシュの例
service1 および service2 の 2 つのアプリケーションがあるとします。
Service1 は service2 からの値によって異なります。
- service2 からの値が頻繁に変更されると、service1 は一定期間 service2 からの値をキャッシュすることができます。
- キャッシュされた値を使用すると、service2 が呼び出される回数を減らすことができます。
- service1 が service2 から直接値を取得するのに 500 ミリ秒かかり、キャッシュされた値を取得するために 100 ミリ秒かかると、service1 はキャッシュされた各呼び出しにキャッシュされた値を使用することで 400 ミリ秒節約できます。
- service1 が service2 にキャッシュされていない呼び出しを 1 秒あたり 5 回 (10 秒以上) にすると、呼び出しは 50 になります。
- 代わりに service1 が 1 秒の TTL でキャッシュされた値の使用を開始した場合は、10 秒で 10 の呼び出しに削減されます。
キャッシュサンプルの仕組み
- cache、cute name、および greeting サービスがデプロイされ、公開されます。
- ユーザーは greeting サービスの Web フロントエンドにアクセスします。
- ユーザーは、Web フロントエンドのボタンを使用して greeting HTTP API を呼び出します。
greeting サービスは、cute name サービスの値によって異なります。
- greeting サービスは、最初にその値が cache サービスに保存されているかどうかを確認します。これがある場合は、キャッシュされた値が返されます。
- 値がキャッシュされていない場合、greeting サービスは cute name サービスを呼び出し、値を返し、その値を 5 秒の TTL で cache サービスに保存します。
- Web フロントエンドは、greeting サービスからの応答と、操作の合計時間を表示します。
ユーザーはサービスを複数回呼び出し、キャッシュされた操作とキャッシュされていない操作の違いを確認します。
- キャッシュされた操作は、キャッシュされていない操作よりもはるかに高速です。
- ユーザーは、TTL の有効期限が切れる前にキャッシュを強制的に消去することができます。
7.7.2. キャッシュサンプルアプリケーションの OpenShift Online へのデプロイ リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、OpenShift Online でキャッシュサンプルアプリケーションを実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、developers.redhat.com/launch を使用すると、oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.7.2.1. developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 のサンプルアプリケーションをビルドし、Red Hat Developer Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで developers.redhat.com/launch URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.7.2.2. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して OpenShift Online でアプリケーションのサンプルを使用するには、OpenShift Online Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- OpenShift Online のアカウント。
手順
- ブラウザーで OpenShift Online URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して CLI クライアント
ocを OpenShift Online アカウントで認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.7.2.3. CLI クライアント oc を使用した Cache サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Cache サンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。詳細は「developers.redhat.com/launch を使用したサンプルアプリケーションのデプロイメント」を参照してください。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新規プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
キャッシュサービスをデプロイします。
$ oc apply -f service.cache.yml注記x86_64 以外のアーキテクチャーを使用している場合は、YAML ファイルで Red Hat Data Grid のイメージ名を、そのアーキテクチャー内の関連するイメージ名に更新します。たとえば、s390x または ppc64le アーキテクチャーの場合は、イメージ名を IBM Z または IBM Power Systems のイメージ名
registry.access.redhat.com/jboss-datagrid-7/datagrid73-openj9-11-openshift-rhel8に更新します。Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftアプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE cache-server-123456789-aaaaa 1/1 Running 0 8m MY_APP_NAME-cutename-1-bbbbb 1/1 Running 0 4m MY_APP_NAME-cutename-s2i-1-build 0/1 Completed 0 7m MY_APP_NAME-greeting-1-ccccc 1/1 Running 0 3m MY_APP_NAME-greeting-s2i-1-build 0/1 Completed 0 3m3 つの Pod が完全にデプロイされて起動すると、ステータスは
Runningになります。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME-cutename MY_APP_NAME-cutename-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-cutename 8080 None MY_APP_NAME-greeting MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-greeting 8080 NonePod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、greeting サービスにアクセスします。
7.7.3. Cache サンプルアプリケーションの Minishift または CDK へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
以下のオプションのいずれかを使用して、Minishift または CDK でキャッシュサンプルアプリケーションをローカルで実行します。
各メソッドは、同じ oc コマンドを使用してアプリケーションをデプロイしますが、Launcher を使用すると oc コマンドを実行する自動デプロイメントワークフローが提供されます。
7.7.3.1. Launcher ツールの URL および認証情報の取得 リンクのコピーリンクがクリップボードにコピーされました!
Minishift または CDK にサンプルアプリケーションを作成してデプロイするには、Launcher ツール URL およびユーザー認証情報が必要です。この情報は、Minishift または CDK の開始時に提供されます。
前提条件
- Launcher ツールがインストールされ、設定され、実行している。
手順
- Minishift または CDK を起動したコンソールに移動します。
実行中の Launcher にアクセスするのに使用できる URL およびユーザー認証情報のコンソール出力を確認します。
Minishift または CDK 起動時のコンソール出力の例
... -- Removing temporary directory ... OK -- Server Information ... OpenShift server started. The server is accessible via web console at: https://192.168.42.152:8443 You are logged in as: User: developer Password: developer To login as administrator: oc login -u system:admin
7.7.3.2. Launcher ツールを使用したサンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、REST API Level 0 サンプルアプリケーションをビルドし、Launcher Web インターフェイスから OpenShift にデプロイする方法を説明します。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Launcher URL に移動します。
- 画面上の指示に従って、Eclipse Vert.x でアプリケーションのサンプルを作成して起動します。
7.7.3.3. CLI クライアント oc の認証 リンクのコピーリンクがクリップボードにコピーされました!
oc コマンドラインクライアントを使用して Minishift または CDK でアプリケーションのサンプルを使用するには、Minishift または CDK Web インターフェイスによって提供されるトークンを使用してクライアントを認証する必要があります。
前提条件
- 実行中の Launcher インスタンスの URL と、Minishift または CDK のユーザー認証情報。詳細は、「Launcher ツールの URL および認証情報の取得」 を参照してください。
手順
- ブラウザーで Minishift または CDK URL に移動します。
- ユーザー名の横にある Web コンソールの右上にあるクエスチャルマークアイコンをクリックします。
- ドロップダウンメニューで Command Line Tools を選択します。
-
oc loginコマンドをコピーします。 端末にコマンドを貼り付けます。このコマンドは、認証トークンを使用して、Minishift または CDK アカウントで CLI クライアント
ocを認証します。$ oc login OPENSHIFT_URL --token=MYTOKEN
7.7.3.4. CLI クライアント oc を使用した Cache サンプルアプリケーションのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
このセクションでは、Cache サンプルアプリケーションをビルドし、コマンドラインから OpenShift にデプロイする方法を説明します。
前提条件
- Minishift または CDK の Launcher ツールを使用して作成されたサンプルアプリケーション。詳細は、「Launcher ツールを使用したサンプルアプリケーションのデプロイメント」 を参照してください。
- Launcher ツールの URL。
-
認証された
ocクライアント。詳細は「CLI クライアントocの認証」を参照してください。
手順
GitHub からプロジェクトのクローンを作成します。
$ git clone git@github.com:USERNAME/MY_PROJECT_NAME.gitまたは、プロジェクトの ZIP ファイルをダウンロードして、展開します。
$ unzip MY_PROJECT_NAME.zip新規プロジェクトを作成します。
$ oc new-project MY_PROJECT_NAME- アプリケーションの root ディレクトリーに移動します。
キャッシュサービスをデプロイします。
$ oc apply -f service.cache.yml注記x86_64 以外のアーキテクチャーを使用している場合は、YAML ファイルで Red Hat Data Grid のイメージ名を、そのアーキテクチャー内の関連するイメージ名に更新します。たとえば、s390x または ppc64le アーキテクチャーの場合は、イメージ名を IBM Z または IBM Power Systems のイメージ名
registry.access.redhat.com/jboss-datagrid-7/datagrid73-openj9-11-openshift-rhel8に更新します。Maven を使用して OpenShift へのデプロイメントを開始します。
$ mvn clean oc:deploy -Popenshiftアプリケーションのステータスを確認し、Pod が実行していることを確認します。
$ oc get pods -w NAME READY STATUS RESTARTS AGE cache-server-123456789-aaaaa 1/1 Running 0 8m MY_APP_NAME-cutename-1-bbbbb 1/1 Running 0 4m MY_APP_NAME-cutename-s2i-1-build 0/1 Completed 0 7m MY_APP_NAME-greeting-1-ccccc 1/1 Running 0 3m MY_APP_NAME-greeting-s2i-1-build 0/1 Completed 0 3m3 つの Pod が完全にデプロイされて起動すると、ステータスは
Runningになります。サンプルアプリケーションをデプロイして起動すると、そのルートを決定します。
ルート情報の例
$ oc get routes NAME HOST/PORT PATH SERVICES PORT TERMINATION MY_APP_NAME-cutename MY_APP_NAME-cutename-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-cutename 8080 None MY_APP_NAME-greeting MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAME MY_APP_NAME-greeting 8080 NonePod のルート情報は、アクセスに使用するベース URL を提供します。上記の例では、
http://MY_APP_NAME-greeting-MY_PROJECT_NAME.OPENSHIFT_HOSTNAMEをベース URL として使用し、greeting サービスにアクセスします。
7.7.4. Cache サンプルアプリケーションの OpenShift Container Platform へのデプロイメント リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションを OpenShift Container Platform に作成し、デプロイするプロセスは OpenShift Online に似ています。
前提条件
- developers.redhat.com/launch を使用して作成されたサンプルアプリケーション。
手順
- 「キャッシュサンプルアプリケーションの OpenShift Online へのデプロイ」 の説明に従い、OpenShift Container Platform Web コンソールの URL およびユーザー認証情報のみを使用します。
7.7.5. 未変更の Cache サンプルアプリケーションとの対話 リンクのコピーリンクがクリップボードにコピーされました!
デフォルトの Web インターフェイスを使用して、未変更の Cache サンプルアプリケーションを操作し、頻繁にアクセスされるデータの保存方法により、サービスへのアクセスに必要な時間を短縮できます。
前提条件
- アプリケーションがデプロイされている。
手順
-
ブラウザーを使用して
greetingサービスに移動します。 サービスの起動 を一度クリックします。
durationの値が2000を超えることに注意してください。また、キャッシュ状態がNo cached valueからA value is cachedになっていることに注意してください。5 秒待機し、キャッシュ状態が
No cached valueに戻されるのを確認します。キャッシュされた値の TTL は 5 秒に設定されています。TTL の期限が切れると、値はキャッシュされなくなります。
- Invoke the service をもう一度クリックして、値をキャッシュします。
キャッシュ状態が
A value is cachedになっている数秒の間に Invoke the service をさらに数回クリックします。キャッシュされた値を使用しているため、
duration値が大幅に低いことに注意してください。Clear the cache をクリックすると、キャッシュは強調されます。
7.7.6. Cache サンプルアプリケーション統合テストの実行 リンクのコピーリンクがクリップボードにコピーされました!
このサンプルアプリケーションには、自己完結型の統合テストセットが含まれます。OpenShift プロジェクト内で実行する場合、テストは以下を行います。
- アプリケーションのテストインスタンスをプロジェクトにデプロイします。
- そのインスタンスで個別のテストを実行します。
- テストが完了したら、プロジェクトからアプリケーションのすべてのインスタンスを削除します。
統合テストを実行すると、サンプルアプリケーションの既存インスタンスがすべて、ターゲットの OpenShift プロジェクトから削除されます。サンプルアプリケーションを誤って削除しないようにするには、テストを実行するために別の OpenShift プロジェクトを作成して選択してください。
前提条件
-
認証された
ocクライアント。 - 空の OpenShift プロジェクト。
手順
以下のコマンドを実行して統合テストを実行します。
$ mvn clean verify -Popenshift,openshift-it
7.7.7. キャッシュのリソース リンクのコピーリンクがクリップボードにコピーされました!
キャッシュに関する背景や詳細情報は、以下を参照してください。
付録A Source-to-Image (S2I) ビルドプロセス リンクのコピーリンクがクリップボードにコピーされました!
Source-to-Image (S2I) は、アプリケーションソースのあるオンライン SCM リポジトリーから再現可能な Docker 形式のコンテナーイメージを生成するビルドツールです。S2I ビルドを使用すると、ビルド時間を短縮し、リソースおよびネットワークの使用量を減らし、セキュリティーを改善し、その他の多くの利点を使用して、アプリケーションの最新バージョンを実稼働に簡単に配信できます。OpenShift は、複数の ビルドストラテジーおよび入力ソース をサポートします。
詳細は、OpenShift Container Platform ドキュメントの Source-to-Image (S2I) ビルド の章を参照してください。
最終的なコンテナーイメージをアセンブルするには、S2I プロセスに 3 つの要素を指定する必要があります。
- GitHub などのオンライン SCM リポジトリーでホストされるアプリケーションソース。
- S2I Builder イメージ。アセンブルされたイメージの基盤となり、アプリケーションを実行しているエコシステムを提供します。
- 必要に応じて、S2I スクリプト によって使用される環境変数およびパラメーターを指定することもできます。
このプロセスは、S2I スクリプトで指定された指示に従ってアプリケーションソースおよび依存関係を Builder イメージに挿入し、アセンブルされたアプリケーションを実行する Docker 形式のコンテナーイメージを生成します。詳細は、OpenShift Container Platform ドキュメントの S2I build requirements、build options および how builds work を参照してください。
付録B サンプルアプリケーションのデプロイメント設定の更新 リンクのコピーリンクがクリップボードにコピーされました!
サンプルアプリケーションのデプロイメント設定には、ルート情報や readiness プローブの場所などの OpenShift でのアプリケーションのデプロイおよび実行に関連する情報が含まれます。サンプルアプリケーションのデプロイメント設定は YAML ファイルのセットに保存されます。たとえば、OpenShift Maven プラグインを使用する例では、YAML ファイルは src/main/jkube/ ディレクトリーにあります。Nodeshift を使用する例として、YAML ファイルは .nodeshift ディレクトリーにあります。
OpenShift Maven プラグインおよび Nodeshift が使用するデプロイメント設定ファイルは完全な OpenShift リソース定義である必要はありません。OpenShift Maven プラグインと Nodeshift はどちらもデプロイメント設定ファイルを取り、不足している情報を追加して完全な OpenShift リソース定義を作成できます。OpenShift Maven プラグインによって生成されたリソースの定義は target/classes/META-INF/jkube/ ディレクトリーにあります。Nodeshift によって生成されるリソース定義は tmp/nodeshift/resource/ ディレクトリーにあります。
前提条件
- 既存のサンプルプロジェクト。
-
CLI クライアント
ocがインストールされている。
手順
既存の YAML ファイルを編集するか、または設定を更新して追加の YAML ファイルを作成します。
たとえば、サンプルに
readinessProbeが設定された YAML ファイルがすでにある場合は、pathの値を別の利用可能なパスに変更し、readiness の有無を確認することができます。spec: template: spec: containers: readinessProbe: httpGet: path: /path/to/probe port: 8080 scheme: HTTP ...-
readinessProbeが既存の YAML ファイルで設定されていない場合は、readinessProbe設定を使用して新規 YAML ファイルを同じディレクトリーに作成することもできます。
- Maven または npm を使用して、サンプルの更新バージョンをデプロイします。
設定更新が、デプロイ済みのサンプルに表示されることを確認します。
$ oc export all --as-template='my-template' apiVersion: template.openshift.io/v1 kind: Template metadata: creationTimestamp: null name: my-template objects: - apiVersion: template.openshift.io/v1 kind: DeploymentConfig ... spec: ... template: ... spec: containers: ... livenessProbe: failureThreshold: 3 httpGet: path: /path/to/different/probe port: 8080 scheme: HTTP initialDelaySeconds: 60 periodSeconds: 30 successThreshold: 1 timeoutSeconds: 1 ...
関連情報
Web ベースのコンソールまたは CLI クライアント oc を使用してアプリケーションの設定を直接更新している場合は、これらの変更を YAML ファイルへエクスポートして追加します。oc export all コマンドを使用して、デプロイされたアプリケーションの設定を表示します。
付録C OpenShift Maven プラグインでアプリケーションをデプロイする Jenkins フリースタイルプロジェクトの設定 リンクのコピーリンクがクリップボードにコピーされました!
ローカルホストの Maven および OpenShift Maven プラグインを使用してアプリケーションをデプロイするのと同様に、Jenkins を設定して Maven および OpenShift Maven プラグインを使用してアプリケーションをデプロイすることができます。
前提条件
- OpenShift クラスターへのアクセス
- 同じ OpenShift クラスターで実行している Jenkins コンテナーイメージ。
- Jenkins サーバーに JDK および Maven がインストールされ、設定されている。
Maven (
pom.xmlの OpenShift Maven プラグイン) を使用して、Red Hat ベースイメージを使用してビルドするように設定されたアプリケーション。注記アプリケーションをビルドおよび OpenShift にデプロイする場合、Eclipse Vert.x 4.0 は OpenJDK 8 および OpenJDK 11 をベースとしたビルダーイメージのみをサポートします。Oracle JDK および OpenJDK 9 のビルダーイメージはサポートされていません。
pom.xmlの例<properties> ... <jkube.generator.from>registry.access.redhat.com/redhat-openjdk-18/openjdk18-openshift:latest</jkube.generator.from> </properties>- GitHub で利用可能なアプリケーションのソース。
手順
アプリケーションの新規 OpenShift プロジェクトを作成します。
- OpenShift Web コンソールを開き、ログインします。
- Create Project をクリックして、新しい OpenShift プロジェクトを作成します。
- プロジェクト情報を入力し、Create をクリックします。
Jenkins がそのプロジェクトにアクセスできるようにします。
たとえば、Jenkins のサービスアカウントを設定している場合は、アカウントに、アプリケーションのプロジェクトへの
editアクセスがあることを確認してください。Jenkins サーバーで新しい フリースタイルの Jenkins プロジェクト を作成します。
- New Item をクリックします。
- 名前を入力し、Freestyle プロジェクト を選択して OK をクリックします。
- Source Code Management で Git を選択し、アプリケーションの GitHub URL を追加します。
-
Build で Add build step を選択し、
Invoke top-level Maven targetsを選択します。 以下を Goals に追加します。
clean oc:deploy -Popenshift -Djkube.namespace=MY_PROJECT
MY_PROJECTをアプリケーションの OpenShift プロジェクトの名前に置き換えます。- Save をクリックします。
Jenkins プロジェクトのメインページから Build Now をクリックし、アプリケーションの OpenShift プロジェクトにアプリケーションのビルドおよびデプロイを確認します。
アプリケーションの OpenShift プロジェクトでルートを開いて、アプリケーションがデプロイされていることを確認することもできます。
次のステップ
-
GITSCM ポーリング を追加すること、または the
Poll SCMビルドトリガー を使用することを検討してください。これらのオプションにより、新規コミットが GitHub リポジトリーにプッシュされるたびにビルドを実行できます。 - デプロイ前にテストを実行するビルドステップを追加することを検討してください。
付録D 追加の Eclipse Vert.x リソース リンクのコピーリンクがクリップボードにコピーされました!
- リアクティブマニフェスト
- Eclipse Vert.x プロジェクト
- 動作中の Vert.x
- Eclipse Vert.x for Reactive Programming
- Building Reactive Microservices in Java
- Eclipse Vert.x Cheat Sheet for Developers
- Vert.x - From zero to (micro)-hero
- Red Hat Summit 2017 Talk - Reactive Programming with Eclipse Vert.x
- Red Hat Summit 2017 Breakout Session - Reactive Systems with Eclipse Vert.x and Red Hat OpenShift
- Eclipse Vert.x および OpenShift でのライブコーディングリアクティブシステム
付録E アプリケーション開発リソース リンクのコピーリンクがクリップボードにコピーされました!
OpenShift でのアプリケーション開発に関する詳細は、以下を参照してください。
ネットワークの負荷を削減し、アプリケーションのビルド時間を短縮するには、Minishift または CDK に Maven の Nexus ミラーを設定します。
付録F 習熟度レベル リンクのコピーリンクがクリップボードにコピーされました!
利用可能な各例は、特定の最小知識を必要とする概念について言及しています。この要件は例によって異なります。最小要件と概念は、いくつかの上達度レベルで設定されています。ここで説明するレベルの他に、各例に固有の追加情報が必要になる場合があります。
Foundational
Foundational と評価された例は、通常、サブジェクトに関する事前の知識を必要としません。それらは、重要な要素、概念、および用語の一般的な認識およびデモンストレーションを提供します。この例の説明に直接記載されているものを除き、特別な要件はありません。
Advanced
Advanced サンプルを使用する場合は、Kubernetes および OpenShift に加えて、例のサブジェクトエリアの一般的な概念および用語に精通していることを前提としています。サービスやアプリケーションの設定、ネットワークの管理など、独自の基本的なタスクを実行できるようにする必要があります。この例ではサービスが必要で、設定がサンプルの範囲に含まれていない場合は、適切に設定する知識があり、サービスの結果として生じる状態のみがドキュメントに記載されていることを前提とします。
Expert
Expert サンプルは、サブジェクトに関する最高レベルの知識が必要です。機能ベースのドキュメントとマニュアルに基づいて多くのタスクを実行することが期待されており、ドキュメントは最も複雑なシナリオを対象としています。
付録G 用語 リンクのコピーリンクがクリップボードにコピーされました!
G.1. 製品およびプロジェクト名 リンクのコピーリンクがクリップボードにコピーされました!
- Developer Launcher (developers.redhat.com/launch)
- Developer Launcher (developers.redhat.com/launch) は、Red Hat が提供するスタンドアロンの入門エクスペリエンスです。これは、OpenShift でのクラウドネイティブ開発の開始に役立ちます。これには、OpenShift にダウンロード、ビルド、およびデプロイできる機能のサンプルアプリケーションが含まれます。
- Minishift または CDK
- Minishift を使用してマシンで実行している OpenShift クラスター。
G.2. Developer Launcher に固有の用語 リンクのコピーリンクがクリップボードにコピーされました!
- 例
アプリケーション仕様 (例: REST API を持つ Web サービス)。
この例では、通常、実行する言語やプラットフォームを指定していません。説明には意図された機能のみが含まれます。
- サンプルカタログ
- サンプルアプリケーションに関する情報が含まれる Git リポジトリー。
- ランタイム
- サンプルアプリケーション を実行するプラットフォーム。たとえば、Thorntail または Eclipse Vert.x などです。