最初に決定します：
Redhat OpenShift Container Platform 3.3（以前のOpenShift Enterprise）は、次世代コンテナーOSの独自の宇宙船インスタンスを作成するための商用プラットフォームで、 こちらにドッキングします 。 一般に、 Linux Atomic Host とこの投稿の深さを深く掘り下げるために。 すべては英語です。
OpenShift Origin-上記製品の無料バージョンであるオープンソースプロジェクト。 完全なFedora / RHELのアナロジー。
Redhat OpenShift xPaaSには、Webコンソールバージョン2および3（次世代）が含まれています。 バージョン3は、Redhat OpenShift Container Platform 3.3のクラウドバリエーションです。 2016年8月1日から、v2での新しいユーザーの登録は終了します。 その違いは非常に大きいです。 v2 のアプリケーション展開の例を挙げました 。 V3にはさらに多くの機能があり、それは単なる別の製品です。 さらに投稿では、システムを感じる簡単な例を示します。
準備する
何をしますか。 まず、コンソールクライアントを使用してphpアプリケーションを作成および公開します。 index.phpとphpinfo（）で構成されます。 これが条件付きの「Hello、world」になります。 なぜそんなに単純なのですか？ 困難に到達する。 Dockerを使用する人は、環境構築の一般原則をよく知っています。つまり、データベースコンテナーは独立しており、複数のアプリケーションに共通しています。アプリケーション自体は他のコンテナーにあり、内部メカニズムを使用してデータベースと通信できます。 ここでは、別のアプリケーション、たとえばrubyとjavaを使用できることを宣言しましたが、これは2番目のバージョンでは不可能でした。 カートリッジv2には多くの制限がありました。 しかし、マスターするのはかなり簡単でした。
アカウントを作成する
注意！ github.comのアカウントが必要です。 つまり、彼らはそれについて尋ね、ここで試用アクセスについて警告します。 一般に、「価格設定」セクションでは、トレーニングの景品はそのままです。
ローカル環境を作成します（CentOS 7.2の例）
右上のWebコンソールにログインした後、「？」 それからヘルプメニューと開始。 「コマンドラインツール」サブメニューで、コンソールクライアントにリンクします。 入れて このOSはOriginクライアントであり、v2のようなrhcではありません。 最初のステップもあります。 ログインして、プロジェクトを作成します。
$oc login https://api.preview.openshift.com --token=..... ( )
githubなどでmyappプロジェクトを作成します。 自分でクローンし、追加します：
$echo "<?phpinfo(); ?>">index.php
次に、すべてをgithubリポジトリに追加します。 プロジェクトを作成する準備はすべて整っています。
$oc new-project myapp
Now using project "myapp" on server "https://api.preview.openshift.com:443". You can add applications to this project with the 'new-app' command. For example, try: oc new-app centos/ruby-22-centos7~https://github.com/openshift/ruby-ex.git to build a new example application in Ruby.
アドバイスに従ってください：
$oc new-app php~http://github.com/myrepo/myapp.git
--> Found image 276fc18 (4 weeks old) in image stream "php" in project "openshift" under tag "5.6" for "php" Apache 2.4 with PHP 5.6 ----------------------- Platform for building and running PHP 5.6 applications Tags: builder, php, php56, rh-php56 * A source build using source code from https://github.com/zirf0/v3.git will be created * The resulting image will be pushed to image stream "myapp:latest" * Use 'start-build' to trigger a new build * This image will be deployed in deployment config "myapp" * Port 8080/tcp will be load balanced by service "myapp" * Other containers can access this service through the hostname "myapp" --> Creating resources with label app=myapp ... imagestream "myapp" created buildconfig "myapp" created deploymentconfig "myapp" created service "myapp" created --> Success Build scheduled, use `'oc logs -f bc/myapp'` to track its progress. Run 'oc status' to view your app.
興味深い瞬間が訪れます。 Webでアプリケーションを公開する必要があります。 v3の用語では、ルートを作成します。 Webコンソールで、[アプリケーション]→[ルート]→[ルートの作成]。 コマンドラインから：
oc create route edge --service myapp route myapp created
Webコンソールでプロジェクト要素を表示します。 しかし、そこには、最初は目が広がっています。 CLIは統一性があり、より便利です。
oc get -o wide pods
またはサービス、ルートなど 作成と削除についても同じです。
oc get -o wide routes
ブラウザでurlを表示します-phpinfo（）出力。
結論と計画
多くの可能性があります。 ただし、最初にアプリケーションとデータベースを再生します。 やります-退会 HAproxy、いくつかの囲炉裏などを有効にするために、十分な景品がないことを恐れており、誰もリソース制限をキャンセルしていません。 それまでの間、実際には何も予測されていません。 もちろん、試用版を展開することも、オリジンを展開することもできます。 Dockerの価値があれば、それは簡単です。
$sudo oc cluster up
。
コンテナーの起点を開始します。必要に応じて、最新のイメージを収縮させます。 巧みな手セット。 Originは、仮想マシンとしてダウンロードしたり、組み立てたりすることができ、githubでホストされます。
ocを使用すると、サービス情報を含むローカル〜。/ Kubeフォルダーが作成されます（コンソールにも存在します）。 LDKがLinux、Docker、Kubernetesを意味するのも不思議ではありません。 説明の訂正、コメント、質問に感謝します。
UPD1 10.27.2016 。 30日間がトライアルである理由は明らかです。 テストが進行中で、30日後にインスタンスが破棄され、他のユーザーにリソースが解放されます。 再度登録できますが、リソースは無料になるとすぐに提供されます。 自分の起源を置くことができます。 または、ドッカー+ kubernetesに基づいて、ブラックジャックと女性を使用して独自のクラウドを作成します。