ソフトウェア開発と展開のための最新のプラットフォーム

これは、新しいバージョンへの移行の準備に役立つ、次期 Red Hat OpenShift platform 4.0 アップデートの変更、改善、追加に関する一連の投稿の最初の記事です。

2014 年の秋に、誕生したばかりの Kubernetes コミュニティが初めて Google のシアトル オフィスに集まった瞬間から、Kubernetes プロジェクトは今日のソフトウェアの開発とデプロイの方法に革命を起こす運命にありました。 同時に、パブリック クラウド サービス プロバイダーは、インフラストラクチャとサービスの開発に積極的に投資し続けました。これにより、IT との連携やソフトウェアの作成がはるかに簡単かつアクセスしやすくなり、信じられないほど手頃な価格になりました。これは、クラウドの開始当初にはほとんど想像できなかったことでした。 XNUMX年。

もちろん、新しいクラウド サービスが発表されるたびに、Twitter 上で専門家の間で多くの議論が行われ、オープンソース時代の終わり、オンプレミス IT の衰退、その必然性など、さまざまなテーマについて議論が行われました。クラウドにおける新しいソフトウェア独占の概要、および新しいパラダイム X が他のすべてのパラダイムをどのように置き換えるかについて説明します。

言うまでもなく、これらの論争はすべて非常に愚かでした

現実には、何もなくなることはありません。今日、私たちの生活の中に新しいソフトウェアが絶え間なく登場するため、最終製品とその開発方法は飛躍的な成長を遂げています。 そして、周囲のすべてが変化するという事実にもかかわらず、同時に本質的にはすべてが変化しません。 ソフトウェア開発者は引き続きエラーのあるコードを作成し、運用エンジニアと信頼性専門家は引き続きポケベルを持ち歩き、Slack で自動アラートを受け取ります。マネージャーは引き続き OpEx と CapEx の概念に基づいて業務を遂行し、障害が発生するたびに開発者の上級者が警告を発します。 「言ったでしょ」と悲しそうにため息をつくでしょう...

まあ、本当に 議論されるべきだ、より優れたソフトウェア製品を作成するために自由に使えるツールは何か、またそれらのツールを使用してセキュリティを向上させ、開発をより簡単かつ信頼性の高いものにする方法は何かということです。 プロジェクトの複雑さが増すにつれて、新たなリスクも増大しており、今日では人々の生活がソフトウェアに大きく依存しているため、開発者はより良い仕事をするよう努めなければなりません。

Kubernetes はそのようなツールの XNUMX つです。 Red Hat OpenShift を他のツールやサービスと組み合わせて単一のプラットフォームに統合し、ソフトウェアの信頼性を高め、管理を容易にし、ユーザーにとって安全にする作業が進行中です。

そうは言っても、OpenShift チームは XNUMX つの単純な質問をします。

Kubernetes の操作をより簡単かつ便利にするにはどうすればよいでしょうか?

答えは驚くほど明らかです。

• クラウド上またはクラウド外での展開の複雑な側面を自動化します。
• 複雑さを隠しながら信頼性に重​​点を置く。
• シンプルで安全なアップデートをリリースするために継続的に取り組み続けます。
• 制御性と監査性を実現します。
• 最初は高いセキュリティを確保するように努めますが、使いやすさを犠牲にすることはありません。

OpenShift の次のリリースでは、作成者の経験と、世界最大の企業で大規模にソフトウェアを実装している他の開発者の経験の両方を考慮する必要があります。 さらに、今日の現代世界の根底にあるオープンエコシステムの蓄積された経験をすべて考慮する必要があります。 同時に、アマチュア開発者の古い考え方を捨て、自動化された未来という新しい哲学に移行する必要があります。 ソフトウェアを展開する古い方法と新しい方法の間のギャップを埋め、最大のクラウド プロバイダーによってホストされているか、エッジの小さなシステムで実行されているかに関係なく、利用可能なすべてのインフラストラクチャを最大限に活用する必要があります。

この結果を達成するにはどうすればよいでしょうか?

Red Hat では、確立されたコミュニティを維持し、会社が関与しているプロジェクトの閉鎖を防ぐために、退屈で報われない仕事を長期間行うのが通例です。 オープンソース コミュニティには、最も並外れたもの、つまり面白く、教育的で、新しい機会を切り開き、そして単純に美しいものを作成する才能のある開発者が多数含まれていますが、もちろん、全員が同じ方向に進んだり、共通の目標を追求したりすることを期待する人は誰もいません。 。 ユーザーに利益をもたらす分野を開発するには、このエネルギーを利用して正しい方向に向けることが必要な場合がありますが、同時にコミュニティの発展を監視し、そこから学ばなければなりません。

2018 年の初めに、Red Hat は CoreOS プロジェクトを買収しました。このプロジェクトは、オープンソースの原則に基づいて作成され、より安全で信頼性の高い将来について同様の見解を持っていました。 当社は、すべてのソフトウェアが安全に動作することを保証するという当社の理念を実践しながら、これらのアイデアをさらに発展させ、実装することに取り組んできました。 この作業はすべて、Kubernetes、Linux、パブリック クラウド、プライベート クラウド、および現代のデジタル エコシステムを支えるその他の何千ものプロジェクト上に構築されています。

OpenShift 4 の新しいリリースは、明確で自動化され、より自然になります

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

プラットフォームは最初から安全である必要がありますが、開発者が簡単に反復できるようにする必要があります。つまり、管理者がプラットフォームを簡単に監査および管理できると同時に、十分な柔軟性と安全性を備えている必要があります。

これにより、ソフトウェアを「サービスとして」実行できるようになり、通信事業者にとって管理不能なインフラストラクチャの増大につながることがないようにする必要があります。

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

OpenShift 4: メンテナンス不要の NoOps プラットフォーム

В この出版物 OpenShift 4 に対する会社のビジョンを形作るのに役立ったタスクについて説明しました。チームの目標は、ソフトウェアの運用と保守の日常タスクを可能な限り簡素化し、実装に携わる専門家と開発者の両方にとって、これらのプロセスを簡単かつリラックスできるものにすることです。 しかし、どうすればこの目標に近づくことができるでしょうか? 介入を最小限に抑えてソフトウェアを実行するためのプラットフォームを作成するにはどうすればよいでしょうか? この文脈において NoOps とは何を意味するのでしょうか?

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

• システムではなく、アプリケーション インターフェイス (API) を操作します。
• ソフトウェアの実装を気にする必要はありません。プロバイダーに任せてください。
• すぐに大規模なフレームワークの作成に取り掛かるべきではありません。「構成要素」として機能する小さな部分を作成することから始め、このコードがディスクやデータベースではなくデータやイベントで動作するようにしてください。

目標は、以前と同様、ソフトウェア開発の反復を高速化し、より良い製品を作成する機会を提供し、開発者がソフトウェアを実行するシステムについて心配する必要がないようにすることです。 経験豊富な開発者は、ユーザーに焦点を当てると状況がすぐに変わる可能性があることをよく知っているため、ソフトウェアが必要であると確信できない限り、ソフトウェアの作成にあまり力を入れるべきではありません。

保守や運用の専門家にとって、「NoOps」という言葉は少し怖く聞こえるかもしれません。 しかし、フィールド エンジニアとコミュニケーションを取ると、信頼性と信頼性を確保することを目的として彼らが使用するパターンとテクニック (サイト信頼性エンジニアリング、SRE) が、上記のパターンと多くの類似点があることが明らかになります。

• システムを管理するのではなく、管理プロセスを自動化します。
• ソフトウェアを実装するのではなく、それをデプロイするためのパイプラインを作成します。
• すべてのサービスをバンドルして、XNUMX つのサービスの障害がシステム全体の障害を引き起こすことを避け、自動化ツールを使用してサービスをインフラストラクチャ全体に分散し、監視および監視できる方法で接続します。

SRE は、何か問題が発生する可能性があり、問題を追跡して修正する必要があることを知っているため、日常的な作業を自動化し、事前にエラー バジェットを設定して、問題が発生したときに優先順位を付けて意思決定できるようにしています。

OpenShift の Kubernetes は、4 つの主な問題を解決するために設計されたプラットフォームです。仮想マシンやロード バランサー API の理解が強制されるのではなく、デプロイメント プロセスとサービスという高次の抽象概念で動作します。 ソフトウェア エージェントをインストールする代わりにコンテナを実行し、独自の監視スタックを作成する代わりにプラットフォームですでに利用可能なツールを使用できます。 つまり、OpenShift XNUMX の秘密のソースは実際には秘密ではありません。SRE の原則とサーバーレスの概念を取り入れて、開発者と運用エンジニアを支援する論理的な結論に導くだけです。

• アプリケーションが使用するインフラストラクチャを自動化および標準化する
• 開発者自身を制限することなく、展開プロセスと開発プロセスをリンクします
• XNUMX 番目のサービス、機能、アプリケーション、またはスタック全体を確実に起動、監査、保護することは、最初のサービス、機能、アプリケーション、またはスタック全体と同じように難しくありません。

しかし、OpenShift 4 プラットフォームとその以前のプラットフォーム、およびそのような問題を解決するための「標準」アプローチとの違いは何でしょうか? 何が実装チームと運用チームのスケールを促進するのでしょうか? この状況における王様はクラスターであるためです。 それで、

• クラスターの目的が明確であることを確認します (クラウド様、私はこのクラスターを選択できたので選択しました)
• マシンとオペレーティング システムはクラスターにサービスを提供するために存在します (陛下)
• クラスターからホストの状態を管理し、再構築 (ドリフト) を最小限に抑えます。
• システムの重要な要素ごとに、問題を監視して排除する乳母 (メカニズム) が必要です。
• システムの「すべて」の側面や要素、および関連する回復メカニズムの障害は、日常生活の一部です。
• インフラストラクチャ全体は API 経由で設定する必要があります。
• Kubernetes を使用して Kubernetes を実行します。 （はい、はい、それはタイプミスではありません）
• アップデートは簡単で手間なくインストールできる必要があります。 アップデートをインストールするのに複数のクリックが必要な場合は、明らかに何か間違ったことをしていることになります。
• コンポーネントの監視とデバッグは問題にならないため、インフラストラクチャ全体にわたる追跡とレポートも簡単かつ便利である必要があります。

プラットフォームの機能を実際に見てみたいですか?

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

1. 始めるには、にアクセスしてください try.openshift.com そして「始める」をクリックします。
2. Red Hat アカウントにログインし (または新しいアカウントを作成し)、指示に従って最初のクラスターをセットアップします。

インストールが成功したら、チュートリアルを確認してください OpenShift トレーニングOpenShift 4 プラットフォームを簡単かつ便利に Kubernetes を実行できるようにするシステムと概念をより深く理解することができます。

新しい OpenShift リリースを試して、意見を共有してください。 私たちは、Kubernetes を可能な限りアクセスしやすく、簡単に操作できるようにすることに尽力しています。NoOps の未来は今日から始まります。

今注目！
会議で DevOpsフォーラム 2019 20 月 37 日、OpenShift 開発者の XNUMX 人、Vadim Rutkovsky がマスター クラスを開催します。彼は XNUMX 個のクラスターを破壊し、それらを強制的に修復します。 カンファレンスは有料ですが、プロモーション コード #RedHat を使用すると XNUMX% 割引になります

マスタークラスは 17:15 ～ 18:15 で、スタンドは終日開いています。 Tシャツ、帽子、ステッカー - いつもの！

ホール #2
「ここではシステム全体を変更する必要があります。私たちは認定整備士と一緒に壊れた k8s クラスターを修理します。」

出所： habr.com