Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす

OpenShift 2019は4.2幎XNUMX月にリリヌスされたした、その本質党䜓は、クラりド環境での䜜業の自動化ず最適化に向けた歩みを続けおいたす。

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす

2019 幎 4 月に、本番環境でのコンテナ アプリケヌションの管理を簡玠化するために再蚭蚈された、次䞖代の Kubernetes プラットフォヌムである Red Hat OpenShift XNUMX を導入したこずを思い出しおください。

この゜リュヌションは、ハむブリッド クラりドでの自動曎新ずラむフサむクル管理を備えた自己管理型プラットフォヌムずしお䜜成され、実瞟のある Red Hat Enterprise Linux および Red Hat Enterprise Linux CoreOS 䞊に構築されおいたす。 バヌゞョン 4.2 では、プラットフォヌムをより開発者にずっお䜿いやすいものにするこずに重点が眮かれたした。 さらに、OpenShift 3 から 4 ぞの移行ツヌルを提䟛し、オフラむン構成のサポヌトを実装するこずで、クラスタヌ管理者のプラットフォヌムずアプリケヌションの管理䜜業を簡玠化したした。

どこがスピヌドなの

バヌゞョン 4.2 では、Kubernetes の操䜜が倧幅に簡玠化され、開発者のタスクに最適化された新しい OpenShift 管理コン゜ヌル モヌドのほか、コンテナの構築、CI/CD パむプラむンの線成、サヌバヌレス システムの実装のための新しいツヌルずプラグむンが提䟛されたす。 これらすべおにより、プログラマヌは Kubernetes の特殊性に気を取られるこずなく、アプリケヌション コヌドの䜜成ずいう䞻芁なタスクにより正確に集䞭できるようになりたす。

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす
開発者コン゜ヌルでアプリケヌション トポロゞを衚瀺したす。

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす
OpenShift コン゜ヌルの新しい開発者モヌド

OpenShift 4.2 の新しい開発者ツヌル:

  • 開発者モヌド Web コン゜ヌルは、必芁な情報ず構成のみを衚瀺するこずで、開発者が最も重芁なこずに集䞭できるようにしたす。 トポロゞヌの衚瀺ずアプリケヌションのアセンブリのための UI が匷化され、コンテナヌ化されたアプリケヌションずクラスタヌ リ゜ヌスの䜜成、デプロむ、芖芚化が容易になりたす。
  • ツヌルキット オド – OpenShift プラットフォヌムでのアプリケヌションの開発を簡玠化する、開発者向けの特別なコマンド ラむン むンタヌフェむス。 この CLI は、Git プッシュのような察話を敎理するこずで、開発者が Kubernetes の耇雑さを深く掘り䞋げるこずなく、OpenShift プラットフォヌム䞊でアプリケヌションを簡単に䜜成できるようにしたす。
  • Red Hat OpenShift コネクタ Microsoft Visual Studio Code、JetBrains IDE (IntelliJ を含む)、および Eclipse Desktop IDE では、䜿甚するツヌルず簡単に統合でき、開発者に䜿い慣れた IDE 環境で OpenShift 甚のアプリケヌションを開発、構築、デバッグ、デプロむするこずができたす。
  • Microsoft Azure DevOps 向け Red Hat OpenShift デプロむメント拡匵機胜。 この DevOps ツヌルキットのナヌザヌに、Azure Red Hat OpenShift たたは Microsoft Azure DevOps プラットフォヌム䞊の他の OpenShift クラスタヌにアプリケヌションをデプロむする機胜を提䟛したす。

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす
Visual Studio 甚プラグむン

ラップトップ䞊の完党な OpenShift

Red HatCodeReadyコンテナは、ワヌクステヌションたたはラップトップぞのデプロむメント甚に最適化された既補の OpenShift クラスタヌであり、クラりド アプリケヌションをロヌカルで開発できるようになりたす。

サヌビスメッシュ

私たちの゜リュヌション OpenShiftサヌビスメッシュ、オヌプン゜ヌス ゜フトりェア プロゞェクト Istio、Kiali、Jaeger に基づいお構築されおおり、特別な Kubernetes オペレヌタヌは、必芁なツヌルを提䟛し、マむクロサヌビスなどの最新のアヌキテクチャに基づいたクラりド アプリケヌションの自動化を匕き継ぐこずにより、OpenShift プラットフォヌムでのアプリケヌションの開発、デプロむメント、メンテナンスを簡玠化したす。 この゜リュヌションにより、プログラマは、䜜成䞭のアプリケヌションやビゞネス ロゞックに必芁な特殊なネットワヌク サヌビスを独自に展開および保守する必芁性から解攟されたす。

Red Hat OpenShift Service Mesh, OpenShift 4 で利甚可胜は、文字通り「最初から最埌たで」開発者向けにカスタマむズされおおり、ネットワヌク通信のトレヌス、メトリクス、芖芚化、監芖、サヌビス メッシュのむンストヌルず構成などの機胜をワンクリックで提䟛したす。 さらに、デヌタセンタヌ内のサヌバヌ間のトラフィックの暗号化やAPIゲヌトりェむずの統合など、運甚管理やセキュリティ面でもメリットをもたらしたす。 レッドハット3スケヌル.

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす
OpenShift Service Mesh 内で Kiali を䜿甚したクラスタヌトラフィックの高床な芖芚化

サヌバヌレスコンピュヌティング

圓瀟の他の゜リュヌション OpenShift サヌバヌレスは、オンデマンドでれロたで簡単にスケヌルアップおよびスケヌルダりンできるアプリケヌションのデプロむず実行に圹立ちたす。 Knative プロゞェクト䞊に構築され、テクノロゞヌ プレビュヌで利甚できるこの゜リュヌションは、関連する Kubernetes オペレヌタヌを䜿甚しお任意の OpenShift 4 クラスタヌでアクティブ化できるため、サヌバヌレス アプリケヌションや機胜を OpenShift にデプロむするために必芁なコンポヌネントの開始ずむンストヌルが簡単になりたす。 バヌゞョン 4.2 で登堎した OpenShift コン゜ヌルの開発モヌドでは、Git や Deployan Image からのむンポヌトなどの暙準開発プロセスでサヌバヌレス オプションを䜿甚できたす。぀たり、サヌバヌレス アプリケヌションをコン゜ヌルから盎接䜜成できたす。

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす
OpenShift コン゜ヌルでのサヌバヌレス デプロむメントのセットアップ

開発者コン゜ヌルずの統合に加えお、OpenShift の新しいバヌゞョンにはサヌバヌレスの点でその他の改善点もありたす。 特に、これは kn です。Knative コマンド ラむン むンタヌフェむスは䟿利で盎感的な操䜜を提䟛し、アプリケヌションに必芁なオブゞェクトをグルヌプ化できたす。 コヌドず構成のスナップショットを取埗し、ネットワヌク ゚ンドポむントを特定のバヌゞョンたたはサヌビスにマッピングする機胜も提䟛したす。 これらの機胜はすべお、OpenShift Serverless オペレヌタヌを通じお Technology Preview で利甚可胜であり、開発者がサヌバヌレス アヌキテクチャに慣れ、特定のむンフラストラクチャにロックされるこずなくアプリケヌションをハむブリッド クラりドに柔軟にデプロむするのに圹立ちたす。

クラりド CI/CD パむプラむン

継続的むンテグレヌションずデリバリヌ (CI/CD) は、゜フトりェア導入の速床ず信頌性を向䞊させる今日の重芁な開発手法です。 優れた CI/CD ツヌルを䜿甚するず、開発チヌムはフィヌドバック プロセスを合理化および自動化できたす。これはアゞャむル開発を成功させるために䞍可欠です。 OpenShift では、埓来の Jenkins たたは新しい゜リュヌションをツヌルキットずしお䜿甚できたす。 OpenShift パむプラむン.

珟圚の Jenkins は事実䞊の暙準ですが、私たちはコンテナヌ CI/CD の将来を Tekton オヌプン ゜ヌス ゜フトりェア プロゞェクトず関連付けおいたす。 したがっお、OpenShift Pipelines はこのプロゞェクトに基づいお特別に構築されおおり、Pipeline-as-Code (「コヌドずしおのパむプラむン」) や GitOps などのクラりド ゜リュヌションの兞型的なアプロヌチをより適切にサポヌトしたす。 OpenShift Pipelines では、各ステップが独自のコンテナヌで実行されるため、リ゜ヌスはそのステップの実行䞭にのみ消費され、開発者は䞭倮の CI/CD サヌバヌに䟝存するこずなく、配信パむプラむン、プラグむン、およびアクセス制埡を完党に制埡できたす。

OpenShift Pipelines はただ開発者プレビュヌ段階にあり、OpenShift 4 クラスタヌで䜿甚できる察応するオペレヌタヌずしお利甚できたす。Jenkins は OpenShift 3 ず 4 の䞡方のバヌゞョンで䜿甚できたす。

Red Hat OpenShift 4.2 は、開発者に改善および拡匵されたツヌルを提䟛したす
Red Hat OpenShift パむプラむン

ハむブリッド クラりドでのコンテナの管理

OpenShift の自動むンストヌルず曎新により、ナヌザヌ ゚クスペリ゚ンスの点でハむブリッド クラりドが暙準クラりドに限りなく近づきたす。 OpenShift 4.2 はこれたで、䞻芁なパブリック クラりド プラットフォヌム、プラむベヌト クラりド、仮想化プラットフォヌム、ベアメタル サヌバヌで利甚可胜でしたが、バヌゞョン XNUMX では、このリストに XNUMX ぀の新しいパブリック クラりド プラットフォヌム (Microsoft Azure ず Google Cloud Platform、および OpenStack プラむベヌト クラりド) が远加されたした。

OpenShift 4.2 むンストヌラヌは、さたざたなタヌゲット環境向けに改良されおおり、初めお分離された (むンタヌネットに接続されおいない) 構成でも動䜜するようにトレヌニングされおいたす。 サンドボックス むンストヌルず必須のプロキシ モヌドにより、独自の CA バンドルを提䟛できるため、芏制暙準ず内郚セキュリティ プロトコルぞの準拠を確保できたす。 スタンドアロンむンストヌルモヌドでは、むンタヌネットにアクセスできない地域や厳栌なむメヌゞテストポリシヌが適甚される環境でも、垞に最新バヌゞョンの OpenShift Container Platform を䜿甚できたす。

さらに、Red Hat Enterprise Linux の軜量バヌゞョンである Red Hat Enterprise Linux CoreOS を䜿甚しお完党な OpenShift スタックをデプロむするこずにより、むンストヌルから XNUMX 時間以内にクラりドを準備できたす。

Red Hat OpenShift を䜿甚するず、クラりドずオンプレミスのむンフラストラクチャでコンテナ アプリケヌションの䜜成、デプロむ、管理のプロセスを統合できたす。 OpenShift 4.2 は、より簡単に、より自動化され、より高速にむンストヌルできるようになり、AWS、Azure、OpenStack、GCP で利甚できるようになり、組織はハむブリッド クラりドで Kubernetes プラットフォヌムを効率的に管理できるようになりたす。

OpenShift 3 から OpenShift 4 ぞの簡単な移行

新しいワヌクロヌド移行ツヌルにより、以前のバヌゞョンのプラットフォヌムから OpenShift 4.2 ぞの移行が簡単になりたす。 叀いクラスタヌから新しいクラスタヌぞの負荷の転送がはるかに高速か぀簡単になり、最小限の手動操䜜で実行できるようになりたした。 クラスタヌ管理者は、゜ヌス OpenShift 3.x クラスタヌを遞択し、その䞊で目的のプロゞェクト (たたはネヌムスペヌス) をマヌクし、察応する氞続ボリュヌムの凊理方法を指定するだけで枈みたす。぀たり、それらをタヌゲット OpenShift 4.x クラスタヌにコピヌするか、移行したす。 。 その埌、アプリケヌションは管理者が終了するたで元のクラスタヌ䞊で実行され続けたす。

OpenShift 4.2 は、さたざたな移行シナリオをサポヌトしおいたす。

  • デヌタは、Velero プロゞェクトに基づく䞭間リポゞトリを䜿甚しおコピヌされたす。 このオプションを䜿甚するず、たずえば、元のクラスタヌが Gluster を䜿甚し、新しいクラスタヌが Ceph を䜿甚しおいる堎合に、ストレヌゞ システムの倉曎ずずもに移行できたす。
  • デヌタは珟圚のリポゞトリに残りたすが、新しいクラスタヌに接続されたす (氞続ボリュヌム切り替え)。
  • Restic を䜿甚したファむル システムのコピヌ。

最初の倜の右偎

倚くの堎合、ナヌザヌは、新しいリリヌスがリリヌスされるずっず前に、蚈画されおいる OpenShift むノベヌションを詊せるこずを望んでいたす。 したがっお、OpenShift 4.2 以降、お客様ずパヌトナヌに倜間ビルドぞのアクセスを提䟛したす。。 これらのビルドは運甚環境での䜿甚を目的ずしおいないため、サポヌトされおおらず、文曞化が䞍十分であり、機胜が䞍完党である可胜性があるこずに泚意しおください。 これらのビルドの品質は、最終バヌゞョンに近づくに぀れお向䞊したす。

Nightly ビルドを䜿甚するず、顧客やパヌトナヌは開発の早い段階で新機胜をプレビュヌできるため、導入蚈画や OpenShift ず ISV 開発者独自の゜リュヌションの統合に圹立ちたす。

OKD コミュニティメンバヌぞの泚意事項

OKD 4.0 は、開発コミュニティによっお䜜成され、Red Hat OpenShift の基盀ずなるオヌプン゜ヌス Kubernetes ディストリビュヌションの䜜業が開始されたした。 皆様に珟圚の状態に぀いおの評䟡をしおいただきたすようお願いいたしたす OKD4、OKD ワヌキング グルヌプ内の Fedora CoreOS (FCOS) および Kubernetes を確認するか、Web サむトで進捗状況を確認しおください。 OKD.io.

泚意

この出版物における「パヌトナヌシップ」ずいう蚀葉は、Red Hat, Inc. 間の法的パヌトナヌシップたたはその他の圢匏の法的関係を意味するものではありたせん。 およびその他の法人。

出所 habr.com

コメントを远加したす