OpenShift 4.0-ハイパージャンプの準備

これは、新しいバージョンへの移行の準備に役立つ、Red Hat OpenShiftプラットフォームのバージョン4.0への今後の更新での改善および追加に向けた一連の出版物の最初のものです。







より良いソフトウェア製品を作成するためにどのツールを自由に使用できますか？また、それらはどのようにセキュリティを改善し、開発をより簡単で信頼性の高いものにしますか？



2014年の秋に新しく形成されたKubernetesコミュニティの代表者がシアトルのGoogleオフィスに初めて集まった瞬間から、Kubernetesプロジェクトはソフトウェアの開発と実装に対する現代的なアプローチを根本的に変えることを目指していたと言えます。 同時に、パブリッククラウドサービスプロバイダーは、インフラストラクチャとサービスの開発に積極的に投資し続けました。これにより、ITでの作業とソフトウェアの作成が大幅に促進され、簡素化され、信じられないほど手頃な価格になりました。



もちろん、新しい各クラウドサービスの発表にはTwitterの専門家による多数の議論が伴い、オープンソース時代の終わり、クライアント側のITの衰退（オンプレミスIT）、新しいソフトウェア独占の不可避性など、さまざまなトピックに関する議論が行われました。クラウド、および新しいパラダイムXが他のすべてのパラダイムを置き換える方法。



しかし、現実には何も失われておらず、今日、最終製品とその開発方法の指数関数的な成長を観察できます。これは、私たちの生活における新しいソフトウェアの絶え間ない出現に関連しています。 そして、周りのすべてが本質的に変化するという事実にもかかわらず、すべては変わらないままです。 ソフトウェア開発者は引き続きエラーコードを記述し、メンテナンスエンジニアと信頼性スペシャリストは引き続きポケットベルを使用してSlackで自動アラートを受信し、マネージャーは引き続きOpExとCapExの概念を操作します。開発者は「私はあなたに言った」という言葉で悲しそうにため息をつきます...



プロジェクトの複雑化に伴い、新たなリスクも発生し、今日の人々の生活はソフトウェアに依存しているため、開発者は仕事をより良くしようとするだけです。



Kubernetesはそのようなツールの1つです。 Red Hat OpenShiftのフレームワーク内の単一のプラットフォームに他のツールやサービスと統合する作業が進行中です。これにより、ソフトウェアの信頼性が高まり、管理が容易になり、ユーザーにとって安全になります。



とはいえ、疑問が生じます。Kubernetesとの連携をより簡単かつ便利にする方法は？



答えは驚くほど簡単に見えるかもしれません：

• クラウド上またはクラウド外にデプロイする際の複雑な瞬間を自動化します。
• 複雑さを隠しながら信頼性に焦点を当てる。
• シンプルで安全なアップデートのリリースに引き続き取り組みます
• 制御性と監査機能を実現します。
• 最初は高いセキュリティを提供するよう努めますが、使いやすさを犠牲にすることはありません。

OpenShiftの次のリリースでは、クリエイターの経験と、世界の大企業で大規模にソフトウェアを実装する他の開発者の経験の両方を考慮する必要があります。 さらに、今日の現代世界の根底にあるオープンエコシステムの蓄積された経験をすべて考慮する必要があります。 同時に、アマチュア開発者の古い考え方を捨て、自動化された未来の新しい哲学に進む必要があります。 ソフトウェアを展開し、利用可能なすべてのインフラストラクチャをフルに活用するための古い方法と新しい方法の「橋」になるはずです。最大のクラウドプロバイダーがサービスを提供するか、周辺の小さなシステムで実行されるかは関係ありません。

そのような結果を達成する方法は？

Red Hatでは、確立されたコミュニティを維持し、会社が参加しているプロジェクトの閉鎖を防ぐために、退屈で恩知らずの仕事を長時間行うことが慣習となっています。 オープンソースコミュニティは、非常に多くの才能ある開発者で構成されています。これらの開発者は、面白い、教育的、新しい機会を発見し、単純に美しいものを作成します。 このエネルギーの使用、正しい方向へのリダイレクトは、ユーザーに役立つ領域の開発に必要な場合がありますが、同時に、コミュニティの発展を監視し、そこから学ぶ必要があります。



2018年初頭、Red HatはCoreOSプロジェクトを買収しました。CoreOSプロジェクトでは、将来についても同様の見解がありました。これは、より安全で信頼性の高いオープンソースアプローチです。 同社は、これらのアイデアのさらなる開発と実装に取り​​組み、すべてのソフトウェアの安全な運用を実現するという当社の哲学を実現しました。 このすべての作業は、Kubernetes、Linux、パブリッククラウド、プライベートクラウド、および現代のデジタルエコシステムの根底にある他の何千ものプロジェクトに基づいています。



OpenShift 4の新しいリリースは、理解しやすく、自動化され、より自然になります



OpenShiftプラットフォームは、ベアメタルハードウェアサポート、便利な仮想化、インフラストラクチャの自動プログラミング、そしてもちろんコンテナ（本質的にLinuxイメージのみ）を備えた、最高で最も信頼性の高いLinuxオペレーティングシステムで動作します。



プラットフォームは最初から安全である必要がありますが、同時に開発者にとって便利な反復の可能性を提供する必要があります-つまり、十分な柔軟性と信頼性を持ちながら、管理者が監査し、管理を容易にします。



ソフトウェアを「サービスの形で」実行できるようにし、オペレーターのインフラストラクチャーの無制限な拡張につながらないようにします。



これにより、開発者はユーザーと顧客向けの実際の製品の作成に集中できます。 ハードウェアとソフトウェアの設定のジャングルを破る必要はありません。ランダムな複雑さはすべて過去のものになります。

OpenShift 4：メンテナンスを必要としないNoOpsプラットフォーム

この出版物では、OpenShift 4の会社のビジョンを形作るのに役立つタスクについて説明しました。チームは、ソフトウェアの運用と保守の日々のタスクを可能な限り簡素化し、実装の専門家と開発者。 しかし、この目標にどのようにアプローチできますか？ 最小限の介入を必要とするソフトウェアを起動するためのプラットフォームを作成する方法は？ この文脈でのNoOpsとはどういう意味ですか？



それを無視しようとすると、開発者にとって「サーバーレス」または「NoOps」の概念は、「運用」コンポーネントを非表示にしたり、開発者の負担を最小限にしたりできるツールとサービスを意味します。

• システムではなく、アプリケーションインターフェイス（API）で動作します。
• ソフトウェアを実装しないでください-あなたの代わりにプロバイダーにこれをさせてください。
• すぐに大きなフレームワークを作成しないでください。「ビルディングブロック」として機能する小さなフラグメントを作成することから始め、このコードをディスクやデータベースではなくデータやイベントで動作させてください。

タスクは、以前と同様に、ソフトウェア開発の反復を加速し、より良い製品を作成する機会を提供し、開発者が自分のソフトウェアが実行されているシステムを心配できないようにすることです。 経験豊富な開発者は、ユーザーに焦点を合わせると状況が急速に変化する可能性があることを十分に認識しているため、その必要性に絶対的な自信がない場合、ソフトウェアの作成にあまり労力を費やすべきではありません。



メンテナンスと運用に携わる専門家にとっては、「NoOps」という言葉は威圧的に聞こえるかもしれません。 しかし、運用エンジニアとコミュニケーションを取りながら、信頼性の信頼性を確保することを目的とするパターンと方法（サイト信頼性エンジニアリング、SRE）が上記のパターンと多くの共通点を持っていることが明らかになります。

• システムを管理しない-管理プロセスを自動化します。
• ソフトウェアを実装しない-展開用のパイプラインを作成します。
• すべてのサービスを結合せず、そのうちの1つの障害がシステム全体の障害につながることを避けてください-自動化ツールを使用してインフラストラクチャ全体に分散し、それらを接続して、制御と監視の可能性を提供します。

SREの専門家は、何か問題が発生する可能性があることを認識しており、問題を追跡して修正する必要があります。したがって、問題が発生した場合に優先順位を付けて決定を下すために、ルーチンを自動化し、事前に許容誤差を決定します。



OpenShiftのKubernetesは、2つの主なタスクを解決するように設計されたプラットフォームです。仮想マシンやロードバランサーAPIを処理するのではなく、展開プロセスとサービスを使用して高次の抽象化を処理します。 ソフトウェアエージェントをインストールする代わりに、コンテナを実行できます。独自の監視スタックを作成する代わりに、プラットフォームで既に利用可能なツールを使用します。 したがって、OpenShift 4の秘密の要素は実際には秘密ではありません-開発者と保守エンジニアを支援するために、SREの原則とサーバーレスの概念を基礎として、それらを論理的な結論に導く必要があります。

• アプリケーションが使用するインフラストラクチャを自動化および標準化する
• 開発者自身を制限することなく、展開プロセスと開発プロセスを統合します
• 100分の1のサービス、機能、アプリケーション、またはスタック全体の起動、監査、およびセキュリティを確保することは、最初のものより難しくありません。

しかし、OpenShift 4プラットフォームとその前身と、そのような問題を解決するための「標準」アプローチとの違いは何ですか？ 実装および運用チームのスケーラビリティはどのように達成されますか？ この状況の王はクラスターであるという事実のため。 だから

• クラスターの目的を理解できるようにします（親愛なるクラウド、このクラスターを作成したのは、できたからです）
• クラスターを提供するマシンとオペレーティングシステムが存在します（（下）
• クラスターからホストの状態を管理し、再構築（ドリフト）を最小限に抑えます。
• システムの重要な要素ごとに、問題を追跡して修正する乳母（メカニズム）が必要です。
• システムの*あらゆる*側面または要素の障害;対応する回復メカニズムは日常生活の一部です
• すべてのインフラストラクチャは、APIを介して構成する必要があります。
• Kubernetesを使用してKubernetesを起動します。 （はい、はい、これはタイプミスではありません）
• 更新プログラムは簡単かつ自然にインストールする必要があります。 更新プログラムをインストールするのに1回以上のクリックが必要な場合、明らかにあなたは何か間違っています。
• コンポーネントの監視とデバッグは問題になりません。したがって、インフラストラクチャ全体の追跡とレポートも簡単で便利なはずです。

プラットフォームの機能の動作を確認したいですか？

OpenShift 4の予備バージョンが開発者に利用可能になりました。 使いやすいインストーラーを使用すると、Red Had CoreOS上でAWSクラスターを実行できます。 プレビューバージョンを使用するには、インフラストラクチャを提供するAWSアカウントと、プレビューバージョンイメージにアクセスするための一連のアカウントのみが必要です。

1. 開始するには、 try.openshift.comにアクセスして[開始]をクリックします。
2. Red Hatアカウントにログイン（または新しいアカウントを作成）し、指示に従って最初のクラスターをセットアップします。

インストールが正常に完了したら、 OpenShiftトレーニングチュートリアルをチェックして、OpenShift 4プラットフォームをKubernetesを起動するためのシンプルで便利なツールにするシステムと概念をさらに深く理解してください。



また、 DevOpsForum 2019カンファレンスでは、OpenShift開発者の1人であるVadim Rutkovskyがマスタークラスを開催します。「ここでは、システム全体を変更する必要があります。



会議への入場料は支払われますが、＃RedHatプロモーションコード-37％の割引があります。



4月20日、17時15分にホール2のマスタークラスとブースでお待ちしています。 有用な製品情報、専門家とのミーティング、Tシャツ、帽子、Red Hatステッカー-すべてはいつも通りです！ :-)