概要

OpenShift Container Platform 4.13

OpenShift Container Platform の紹介

Red Hat OpenShift Documentation Team

概要

このドキュメントでは、OpenShift Container Platform 機能の概要について説明します。

第1章 OpenShift Container Platform 4.13 ドキュメント

これは、OpenShift Container Platform 4.13 の公式ドキュメントで、OpenShift Container Platform とその機能について説明しています。

OpenShift Container Platform 4.13 ドキュメント内では、次のいずれかの方法で移動できます。

  • 左側のナビゲーションバーを使用して、ドキュメントを参照します。
  • このウェルカムページのコンテンツから、興味のあるタスクを選択します。

まず、アーキテクチャーセキュリティーとコンプライアンス を確認します。次に、リリースノート を参照してください。

1.1. クラスターインストーラーのアクティビティー

以下の OpenShift Container Platform インストールタスクを確認してください。

1.2. 開発者のアクティビティー

OpenShift Container Platform を使用して、コンテナー化されたアプリケーションを開発し、デプロイできます。OpenShift Container Platform は、コンテナー化されたアプリケーションを開発し、デプロイするためのプラットフォームです。OpenShift Container Platform のドキュメントは、次の点で活用できます。

  • OpenShift Container Platform での開発を理解する: 単純なコンテナーから高度な Kubernetes デプロイメントや Operator に至るまで、コンテナー化された各種アプリケーションについて説明します。
  • プロジェクトを使用する: OpenShift Container Platform Web コンソールまたは OpenShift CLI (oc) からプロジェクトを作成し、開発するソフトウェアを整理し共有します。
  • アプリケーションを使用する
  • OpenShift Container Platform Web コンソールの Developer パースペクティブ を使用してアプリケーションを作成およびデプロイ します。
  • Topology ビューを使用して、アプリケーションの表示、ステータスの監視、コンポーネントの接続とグループ化、コードベースの変更を行います。
  • ワークロードをバッキングサービスに接続する: Service Binding Operator を使用すると、アプリケーション開発者は、ワークロードのバインディングデータを自動的に収集して共有することで、Operator が管理するバッキングサービスにワークロードをバインドできます。Service Binding Operator は、クラスター環境での不一致をなくす、一貫性のある宣言型のサービスバインディングメソッドを使用し、開発ライフサイクルを改善します。
  • CI/CD パイプラインを作成する: パイプラインは、分離されたコンテナーで実行されるサーバーレス、クラウドネイティブ、継続的インテグレーション、および継続的デプロイメントシステムです。パイプラインは、標準の Tekton カスタムリソースを使用してデプロイメントを自動化し、マイクロサービスベースのアーキテクチャーで機能する分散型チーム向けに設計されています。
  • インフラストラクチャーとアプリケーションの設定を管理する: GitOps は、クラウドネイティブアプリケーションの継続的デプロイメントを実装するための宣言的な方法です。GitOps は、インフラストラクチャーおよびアプリケーションの定義をコードとして定義します。GitOps は、このコードを使用して複数のワークスペースおよびクラスターを管理し、インフラストラクチャーおよびアプリケーション設定の作成を単純化します。また、GitOps は複雑なデプロイメントを高速で処理および自動化するため、デプロイメントおよびリリースサイクル中の時間を節約できます。
  • Helm チャートをデプロイする: Helm は、アプリケーションやサービスの OpenShift Container Platform クラスターへのデプロイメントを単純化するソフトウェアパッケージマネージャーです。Helm は charts というパッケージ形式を使用します。Helm チャートは、OpenShift Container Platform リソースを記述するファイルのコレクションです。
  • イメージビルドを理解する: Git リポジトリー、ローカルバイナリー入力、外部アーティファクトなど、各種のソースマテリアルを内包できるビルドストラテジー (Docker、S2I、カスタム、パイプライン) から選択します。基本的なビルドから高度なビルドまでを含むビルドタイプの例を使用できます。
  • コンテナーイメージを作成する: コンテナーイメージは、OpenShift Container Platform および Kubernetes アプリケーションで最も基本的なビルディングブロックです。イメージストリームを定義すると、イメージストリームの開発を継続しながら、イメージの複数のバージョンを 1 か所に集めることができます。S2I コンテナーを使用すると、ソースコードをベースコンテナーに挿入できます。基本コンテナーは、Ruby、Node.js、Python などの特定のタイプのコードを実行するように設定されています。
  • デプロイメントを作成する: Deployment および DeploymentConfig オブジェクトを使用して、アプリケーションの詳細な管理を行います。Workloads ページまたは OpenShift CLI (oc) を使用して、デプロイメントを管理 します。ローリング、再作成およびカスタム のデプロイメントストラテジーについて説明しています。
  • テンプレートを作成する: 既存のテンプレートを使用するか、アプリケーションのビルドまたはデプロイ方法を記述する独自のテンプレートを作成します。テンプレートは、イメージと説明、パラメーター、レプリカ、公開されたポートおよびアプリケーションの実行またはビルド方法を定義するその他のコンテンツを組み合わせることができます。
  • Operator について理解する: Operator は、OpenShift Container Platform 4.13 で推奨される、クラスターアプリケーションの作成方法です。Operator Framework について、またインストールされた Operator を使用してアプリケーションをプロジェクトにデプロイする方法について説明します。
  • Operator を開発する: Operator は、OpenShift Container Platform 4.13 で推奨される、クラスターアプリケーションの作成方法です。Operator の構築、テスト、およびデプロイのワークフローについて説明します。その後、Ansible または Helm をベースにして独自の Operator を作成したり、Operator SDK を使用して 組み込みの Prometheus モニタリング を設定したりすることができます。
  • REST API リファレンス: OpenShift Container Platform アプリケーションプログラミングインターフェイスのエンドポイントについて説明します。

1.3. クラスター管理者のアクティビティー

マシンの管理、ユーザーへのサービス提供、監視およびログのレポートの追跡を行います。このドキュメントは次の点で活用できます。

  • OpenShift Container Platform の管理: OpenShift Container Platform 4.13 コントロールプレーンのコンポーネントについて説明します。OpenShift Container Platform コントロールプレーンおよびワーカーノードが、マシン API および Operator によりどのように管理、更新されるかに確認してください。
  • インストール前に無効化されたクラスター機能の有効化: クラスター管理者は、インストール前に無効化されたクラスター機能を有効化できます。詳細は、クラスター機能の有効化 を参照してください。

1.3.1. クラスターコンポーネントの管理

1.3.2. クラスターコンポーネントの変更

1.3.3. クラスターの監視

第2章 OpenShift Container Platform について

以下のセクションには、OpenShift Container Platform およびその使用に関する有用な情報を記載しています。

2.1. アーキテクト

2.2. クラスター管理者

2.3. アプリケーションサイトリライアビリティエンジニア (App SRE)

2.4. 開発者

法律上の通知

Copyright © 2023 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.