「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
- コンテナベースのソフトウェアの配備・管理のRed Hat製品。
- 具体的には、
- DockerコンテナとDevOps?ツールを使用して、アプリケーション開発を高速化する。
- 豊富な機能を備えたポータルとコマンドラインツールが同梱し、
デプロイされたアプリケーションを操作するためのUI/UXをユーザに提供する。
経緯 †
アーキテクチャ †
v2以前 †
コンポーネントは、大分すると、BrokerとNodeに分けられる。
Broker †
アプリケーションのデプロイ、認証・認可、各種データの保存などを担っている。
Node †
アプリケーションやサービスのホスト。
- Webブラウザなどからのアプリケーションへのアクセスは、
Nodeごとのリバースプロキシを経由し、各Gearに分配される。
- Cartridgeと呼ばれる、各種実行環境のテンプレートが用意されており、
それを基にGearと呼ばれるアプリケーションの実行単位を構成する。
- データベースもCartridgeの1つとして用意され、
アプリケーションごとにGearとして動作する仕組み。
- 対応言語、フレームワーク、データベースを追加したい場合、Cartridgeを追加する。
v3以降 †
Dockerイメージ †
概要 †
- 展開された "vanilla"（標準的の意味） Dockerイメージを
取得するために実行する必要があるのは、これらのコマンドのほんの一部。
- ベストプラクティスに従うすべてのDockerイメージで機能する。
- EXPOSEポートの定義
- ルートユーザまたは特定のユーザ名として実行しない
- 開始時に実行する1つの非終了CMDなど
root †
- デフォルトでrootとして実行されるDockerイメージの展開を許可していない。
- root（または特定のユーザ）として実行されることを想定した
Dockerイメージの展開を許可したい場合、小さな構成変更が必要になる。
Dockerコンテナ †
- コンテナは不変のインフラストラクチャとして扱われる。
- 従って、一般的にコンテナの内容を変更しない。
- しかし、アプリケーションをデバッグするなどの幾つかのユースケースでは、
コンテナに入り、アプリケーションを検査することが有益になることがある。
- SSHでコンテナ内のカスタムコマンドを実行するような場合は、
OpenShiftがノードのDockerデーモンにDockerイメージの実行を要求する。
source-to-image (s2i) †
- Red Hatが主催するオープンソース・プロジェクト。
- 目標
- Dockerイメージを構築するためのツール。
- Dockerイメージ使用してDockerを実行する準備ができる。
- 機能
- Dockerイメージにソースコードを注入し、
ビルダーイメージとビルドソースを組み込んだ
Dockerイメージを組み立てることで、
すぐに実行できるイメージを生成する。
- 増分ビルドによる再利用をサポート
- 以前にダウンロードした依存関係、
- 以前構築した成果物など
- OpenShiftは、
- 「ビルドポッド」と呼ばれる特別なポッド内でS2Iプロセスを実行する
- DockerファイルからのDockerイメージの作成に加え、
- GitHub、GitLab、...のGitリポジトリと連携してカスタム・ビルドをする。
・・・ †
プロジェクト †
展開を整理するのに役立つ最上位コンセプト。
- ユーザーが他のユーザーとは別に、
コンテンツを整理して管理することができる。
- 各プロジェクトには、独自の
- リソース、ポリシー（アクションを実行できるかどうか）
- 制約（リソースのクォータと制限など）
などがある。
サービス †
- 外部アクセスのため一意のIPアドレスとポートのペアが割り当てられる。
- ただし、既定では、作成したサービスは外部に公開されない。
- サービスIPは、サービスの生存期間中は決して変更されない。
- また、内部プロキシ/ロード・バランサとしても機能する。
- ポッドのルーティングとロード・バランシングを提供する。
RC/DC †
ほとんどの場合、
などのリソースを一緒に使用することになり、
そして、ほとんど、全ての場合、
OpenShiftはそれらの全てを作成する。
レプリケーション・コンテナー（RC） †
- 必要な数のポッドが存在することを指定して保証する。
- 例えば、サーバを3つのポッドに常にスケーリングする場合は、RCが必要。
- RCなしでは、ポッドは自動的に再起動されない。RCは、"自己修復"する方法。
デプロイメント・コンフィグレーション（DC） †
- DCは、RCをベースに構築されており、展開方法を定義する。
- 最も単純なケースでは、新しいRCを作成するだけで、ポッドを起動できる。
- イメージの移行が可能になり、RCの作成前または作成後に実行されるフックも定義される。
ocコマンド †
ファースト・ステップで説明されていたコマンド。
oc login †
ログインする。
oc new-project †
プロジェクトを作成する。
oc new-project <projectname>
new-app †
- リソースをバックグラウンドで作成する。
- サービスに一連のポッドをマップする。
oc get †
以下のオプションを指定して取得できる。
project(s) †
- projects
- project ProjectName?
pod(s) †
service(s) †
- services
- service ServiceName?
route(s) †
oc describe †
以下のオプションを指定して描画できる。
project(s) †
- projects
- project ProjectName?
pod(s) †
service(s) †
- services
- service ServiceName?
route(s) †
oc expose service †
oc rsh †
oc exec †
参考 †
source-to-image (s2i) †
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
