著者|張レイ、アリクラウドプラットフォームコンテナ上級技術専門家、CNCF公式大使
「ソフトウェアの未来はクラウド上で成長させなければならない、」これは、ネイティブクラウド仮説の中核概念です。いわゆる「クラウドネイティブ」は、稼働率を最大化するために、クラウドを最大限に活用し、クラウドの価値を最大化することができます定義されたパスに実際にあります。このアイデアは、ソフトウェア革命を実現するための重要な手段の一つが、上に行くし続け、床を吸引し、コンテナ技術;このパスでは、離れて「適用」キャリアから、質問のうち、「ネイティブ言います」。
ネイティブのクラウド技術の発展の簡単な歴史
- 2004年 - 2007年、Googleは内部のcgroupコンテナのような大規模にこの技術を使用しています。
- 2008年には、GoogleがのcgroupはメインのLinuxカーネルにマージされます。
- 2013年、正式にリリースドッカープロジェクト。
- 2014は、Kubernetesプロジェクトも正式にリリース。、あなたは優雅に、簡単かつ迅速にあなたを助ける本来の意図Kubernetesプロジェクトでこれらの容器を、管理する方法を持っている必要がありドッカーコンテナので、以降その理由は、理解することは非常に簡単です。GoogleとRedHatのは、非常に迅速にKubernetes、このプロジェクトの開発のペースを解放した後。
- グーグル、RedHatのとMicrosoftや他の大規模なクラウド・コンピューティング・ベンダーとオープンソース企業による2015はCNCFクラウドネイティブ財団の設立を共同でリードします。設立のCNCFの始まりは、22人の創立メンバーがあり、そしてKubernetesもCNCFが最初のオープンソースプロジェクトを主催なります。その後、開発のCNCFのペースは非常に急速です。
- 2017年、CNCFは170人のメンバーと14件の基金のプロジェクトに達します。
- 2018年には、195人のメンバー、19と11件のプロジェクト財団のインキュベーター・プロジェクト、全体のクラウドコンピューティングでの開発のように速いペースでCNCF 3周年は非常に稀です。
ネイティブのクラウド技術の生態状況
だから、今私たちが話しているネイティブのクラウド技術エコシステムは、技術の膨大なコレクションです。クラウドネイティブパノラマ（とCNCF https://github.com/cncf/landscapeが）、このパノラマで200件の以上のプロジェクトや製品が既に存在しており、これらのプロジェクトや製品は、ビューとCNCFフィットでもあります。背景として、このパノラマのであれば、あなたは彼らが考えることでしょう、我々が今日議論しているネイティブのクラウドは、実際に主に以下の点を検討しています。
- クラウドネイティブ財団 - CNCF。
- このようCNCFが正式に一緒にホストされている20件の以上のプロジェクトなどのネイティブクラウド技術コミュニティ、Kubernetesのようなプロジェクトは、世界第4アクティブなオープンソースプロジェクトとなっている現代のクラウド・コンピューティング・エコシステムの礎を形成します。
- 前の2に加えて、今、世界の主要なパブリック・クラウド・ベンダーがKubernetesを支えてきました。また、100以上の技術スタートアップ企業も投資を続けあります。アリババは現在も、包括的なクラウドについての話、そしてクラウドは、クラウドネイティブに取得するには、これはネイティブのクラウドを採用する大手テクノロジー企業の一例です。
私たちは、時代の重要なノードであります
2019年はクラウド時代のネイティブの重要なノードであり、なぜあなたは言うのですか？私たちは、単にとかす皆のためにここにいます。
2013年からドッカープロジェクトのリリースを開始するために、発行されドッカープロジェクトは、開発者が簡単にアプリケーションを得ることができるように自分のアプリケーションより良い、より完全なパッケージにユーザーを有効にする、あなたの指先で全体のオペレーティング・システムのセマンティクスのサンドボックス技術を作ります任意のPaaSの機能に依存する必要なしに、最小の実行単位。この古典のPaaS業界では、実際に「次元削減の戦闘」です。
「コンテナのデザインモード」の考え方を提唱し、Googleはボーグ/オメガ・システムは、「再生」を実現するために、オープンソースコミュニティによって内部の思考という意味でKubernetesプロジェクトのリリース、および2014年。GoogleがオープンソースKubernetes間接的にではなく、を選んだものの、直接ボルグのオープンソースプロジェクトは、実際には、その背後にある理由を理解することは比較的容易である：Googleが使用する外部の人々に利用できる方法がない、ボルグ/オメガこのようなシステムはあまりにも複雑ですが、ボルグ/オメガ我々はKubernetesの使用はと接触させることができるように、このデザインのアイデアがあり、これは、オープンソースの重要な背景Kubernetesです。
2016年にこのような2015年、ドッカー、群れ、Mesosは、Kubernetesは、彼らが実際に競合しているため、コンテナの配置フィールドでの競争が開始されます簡単に理解することは、それがドッカーまたはコンテナであるとき、コンテナの配置「三の覇権」の時代に行ってきましたあなたがビジネス価値やクラウドの価値をできるようにしたい場合は、それ自体に大きな価値が、しかし、それは確かに上記のスケジュールで有利な位置を占める必要があります。
スウォームとMesos特性は、それは、エコロジーとテクノロジーにおけるその強いだけである、エコロジー、技術とMesosが強く賛成の群れより偏った。これとは対照的に、2の両方の利点をKubernetes、標準レイアウトコンテナに勝つとなるために、状況における2017年「三の覇権」で最高潮に達することは今まででした。このプロセスは、代表的なイベントドッカーは、コア製品に組み込まれKubernetesサービスを発表し、徐々にスウォームプロジェクトのメンテナンスを停止しています。
Kubernetesとコンテナが確立された基準は、ベンダーのクラウド、徐々にコアソフトウェア開発のアイデアとして、「クラウド」を形成になってきたので、ネイティブのクラウド技術の概念が芽生え始めた2018年に、それはあります。
2019年までに、状況はいくつかの変更を有効にするようです。
「クラウドネイティブ」とは何ですか？クラウドネイティブはどのように落ちますか？
クラウドネイティブな定義
多くの人々は、「クラウドネイティブが何であるかを最終的には？」と尋ねるだろう
実際には、クラウドネイティブが最高のパスやベストプラクティスです。より詳細には、ユーザーにクラウドネイティブがアジャイル、精神の下負担を指定し、最良のパスは、クラウドの価値を最大化し、クラウドの能力を最大限に活用するためのスケーラブルな、再現可能な方法することができます。
そのため、クラウドは実際にネイティブガイドソフトウェアアーキテクチャ設計のアイデアです。この考え方によると、ソフトウェアを設計し：まず第一に、「長い雲の中、雲の中で生まれた」自然であり、第二に、その容量クラウドを最大化するためには、私たちがソフトウェアを開発することを可能にし、「クラウド」は、天然統合することができ一緒に、「雲」の最大の価値を果たしています。
そのため、本来の最大値とビジョンを曇らせる、ソフトウェア、クラウドを最大化するために再生することができるように、将来のソフトウェアは、クラウド内の誕生以来、そこから成長すると思うし、新しいソフトウェアの開発、出版、運用、保守モードに従うことです容量。ここで言えば、私たちはなぜ、血管革新的な技術について考えることができますか？
実際には、つまり、非常によく似たコンテナとコンテナ技術の革新的な技術、：定義されたアプリケーション技術よう「自己完結型」のを有する容器。そのため、再現性の俊敏、スケーラブルな方法するために、このようなアプリケーションは、クラウド上の雲を再生する機能を掲載しました。これは、その雲のコア技術は、コンテナシャーシネイティブ技術であるように、クラウドコンテナ技術は、革命的なインパクト嘘を果たしています。
ネイティブクラウド技術のカテゴリ
ネイティブクラウド技術分野は、以下の態様のいくつかのものがあります。
- 最初の部分は、クラウドアプリケーションの開発プロセスで定義されています。これは、アプリケーション定義および画像の作成、構成CI / CD、およびストリーミングおよびメッセージデータベースを含みます。
- 第二部は、クラウドアプリケーションの振り付けや管理のプロセスです。これは、アプリケーションのレイアウトとスケジューリング、サービス発見管理、リモート呼び出し、API Gatewayおよびサービスメッシュを含め、また関心のKubernetesの一部です。
- 第3の部分はモニタリング及び可観測です。重点のこの部分は、それは、カオスプロジェクトのコンセプトである、クラウドアプリケーションを監視する方法であり、コレクションを記録、トレース、どのように破壊的なクラウド上のテスト。
- 第一部は、クラウドネイティブの基礎となる技術、容器などが実行されている、ネイティブのクラウドストレージ技術、ネットワーク技術、元の雲です。
- 第五の部分はこれらのコア技術的なポイントの正面にクラウドネイティブのツールセットで、生態学的な支援や、そのようなプロセスの自動化および構成管理などのツールを使用する必要性の多くは、コンテナの画像ストレージ、クラウドセキュリティ技術とネイティブ雲のパスワードがあり、管理。
- 最後に、サーバレスがあります。PaaSのサーバレスの形態形成は特別であり、それは、そのようなFAASやバースなどの概念を含む方法で書かれた多くの「極端な抽象化」アプリケーションを定義します。FAASまたはバースそれかどうかは、その最も典型的な特徴は、（あなたが行くように有料）実際の利用の請求に基づき、したがって、サーバレスの請求も重要な知識や概念です。
2つの理論は、ネイティブの考えを曇らせます
ネイティブクラウドの技術的範囲を完全に理解した後は、それが技術的な内容はまだたくさんありますが、コンテンツの技術的な性質が似ている含まれていることがわかります。ネイティブのクラウド技術の性質は、2つの理論的基礎となっています。
- 不変のインフラストラクチャ：最初の理論は基づいています。これは、現在の容器をミラーリングすることによって達成され、その意味では、インフラストラクチャ・アプリケーションは不変であるべきで、全く異なる環境に移行した自己完結型、自己記述ものです。
- クラウドアプリケーションのオーケストレーション理論：二根拠はこれです。現在の実装では、あなたがKubernetesコースのシリーズの主要な部分を説明するために必要なものである「コンテナのデザインモード」でGoogleに呼ばれています。
インフラ市Xiangyun進化の過程
「不変のインフラ」という概念を導入した最初の。実際には、アプリケーションはインフラもクラウドに進化の過程を受けている依存し、例えば、従来のアプリケーションインフラストラクチャに、実際には、変数になりがち。
それは、このような公開の必要性や更新ソフトウェア、おおよそこのようなプロセス、手動でアップグレードまたはダウングレードパッケージ個別のサーバー上の設定ファイルを調整し、その後、SSH経由でサーバーに接続された第一、及び、として、そのようなことを行うことが多いこと新しいコードは、既存のサーバーに直接配備されています。したがって、このインフラストラクチャを調整、修正され続けます。
しかし、雲の中に、「クラウド」フレンドリーなアプリケーションインフラストラクチャは不変です。
そして、このシナリオの更新処理が行うだろう：アプリケーションがデプロイされると、このアプリケーション・インフラストラクチャは、それを変更しません。あなたが更新する必要がある場合は、古いサービスを置き換えるために新しい直接サービスを構築するために、今、公開画像を変更する必要があります。コンテナは自己完結型の環境を提供するため、そして、我々は（すべての目的のアプリケーション実行されているに依存を含みます）、直接交換を達成することができました。アプリケーションのために、完全にコンテナの変更を何が起こったのか気にしないので、ちょうど自分自身がそれをオフにミラーリングコンテナを変更する必要があります。このようにクラウドに優しいインフラストラクチャの準備ができているため、交換すると、コンテナは、クラウドアプリケーションインフラストラクチャの時代である敏捷性と一貫性の能力を持っているので交換が、これはあります。
だから、結論では、「動物」に代わるようなクラウドインフラストラクチャの時代は、いつでも交換することができ、そして伝統的なインフラストラクチャは非クラウドの時代を反映したユニークな「ペット」、慎重な注意が必要であり、インフラの変数利点。
インフラ市Xiangyunの重要性の進化
だから、「不変」の進化を処理するためのインフラストラクチャのように、それは2つの非常に重要な利点を提供してくれます。
- 図1に示すように、インフラストラクチャの一貫性と信頼性。ミラー、両方のUSオープンでは、中国でのオープンも、あるいはインドのすべて同じ開きます。そして、前記アプリケーションのためのOS環境が同じです。アプリケーションでは、このインフラストラクチャは非常に重要な特徴の一貫性である、当該容器を実行する必要はありません。
- 図2に示すように、この画像自体は、アプリケーションを実行するために必要なすべての依存関係を含む、自己完結型であるため、クラウド上の任意の位置にシフトすることができます。
また、ネイティブのクラウドインフラストラクチャは、単純な、予測可能な導入と運用・保守機能を提供します。今、画像、アプリケーションまたはオペレータが、その運用・保守から作られるよう自己記述コンテナ全体をミラーリングすることによっては、実際にKubernetes技術のようにアップ実行することができますを持っているので、全体アプリケーション自身が自己完結型の行為は、あることができるように、いずれかの場所にクラウドに移行します。また、全体のプロセスの自動化が非常に容易になることができます。
アプリケーション自体は、より良い実施例1から実施例100に展開し、次に万インスタンスに、特別ななしで容器を適用するためのプロセスであってもよいです。制御システムと支持アセンブリ最後に、我々は、その後も可能不変の周囲のインフラを通じて急速に。容器自体のこれらのコンポーネントので、インフラストラクチャ・コンポーネントの不変集合そのような理論と一致しています。
これらは、もたらす不変のインフラのユーザーの最大の利点です。
2019 - 最初の年のクラウドネイティブ技術の普及
なぜ2019年はそれで重要なノードである可能性が高いですか？私たちは、2019年にはネイティブのクラウド技術の普及最初の年であると考えています。
まず、我々は2019年に、アリババは、包括的なクラウドを発表し、そのことがわかります「クラウドはクラウドネイティブに取得します。」我々はまた、コアソフトウェア開発のアイデアとして、「クラウド」は、すべての開発者のためのデフォルトのオプションになってきていることがわかります。Kubernetesや他のネイティブクラウド技術は、技術スタッフのための必修科目となってきているように、多数のジョブが浮上しています。
このような背景、「意志Kubernetesは」、「Kubernetesを理解し、」ますます顕著になってきての重要性の「ネイティブなアーキテクチャを曇らせるだろう」、もはや十分ではありません。2019年の初めからは、ネイティブのクラウド技術は、人々が投資し、ネイティブのクラウド技術は、この時点で学習しなければならない重要な理由である質量の採用になります。
「クラウドネイティブ技術のオープンクラス」のコースのようなものはありますか？
上記の技術動向を踏まえ、そうアリババとCNCFは共同でネイティブのクラウド技術のオープンクラスをオープンしました。
そして、最終的には、この公開講座は、どのような内容の話しますか？
オープンクラスシラバス
後の段階でのコアコースとして主にアプリケーションコンテナとKubernetesにおけるクラウドシラバスネイティブオープンクラスの第一段階は、その上のオンラインサービスメッシュ、サーバレスを継続していきます。
オープンクラスの最初の段階では、我々は最初のコース、2つの部分に分かれて-基本セクションと高度な知識の一部：
- まず第一に、我々は、説明の最初の部分のコースをあなたは強固な基盤を築く手助けすることを願っています。次いで、コードレベルの上位のコンテンツより詳細な分析のために。私たちは、このような段階的なアプローチにより、ネイティブのクラウド技術を学ぶためにそれらを助けたいです。
- 第二に、私たちの講師は、このセクションでは、これらの試験問題、各コースの背後にある学校の試験後に対応するセルフテストを設定します実際に誘導する最も効果的なコースです、我々はあなたが放課後の評価の仕方によって知識をまとめる助けることができるように願っています独自のクラウドネイティブな知識・システムを作成します。
- 最後に、それぞれの知識ポイントの背後にある私たちのインストラクターは、雲の練習を設計している、いわゆる、コンピュータ関連は、まだ実際に缶を動作させるために始めるために必要な学習「習うより慣れろ」。したがって、雲の実用的な部分では、講師はすべて放課後の自己接触のための詳細な実用的な手順を提供します。そして、このセッションでは、アリクラウドは、クラウドにあなたのより良い練習を支援するために、定量アリの雲のバウチャーを提示されます。
以上の三つの部分には、教育内容とCNCF共同で立ち上げたアリクラウドクラウドネイティブ技術のオープンクラスを構成します。
オープンクラスレッスンプラン（第一段階）
https://gitchat.csdn.net/column/5d68b823de93ed72d6eca1bc
CNCFとアリババが共同で29時間を発行しました。各知識の後ろに放課後のセルフテストを提供します。
講師のラインナップに関しては、それはまたの誇りオープンクラスの第二の最も引用された部分です。私たちのクラスはコミュニティとプロジェクトのメンテナのメインCNCFシニアメンバーであなたのために開かれ、多くのコースは専門技術者の講師コンテナアリクラウドプラットフォームチームです。我々は、部分的に説明すると同時に、我々はまた、外部の専門家や上級講師クラウドネイティブコミュニティを招待します。レッスンが進行しているので、我々は時折コースと着陸の練習の例に答える、大規模なコーヒー放送を手配します。
私たちは、中国、最も完全で最も権威と最も影響力のネイティブクラウド技術のオープンクラスを提示し、これらの内容は、一体化されていることを願っています。
コースの前提条件
私たちは、疑問があるかもしれない、私はその前にネイティブクラウドの基礎の事前知識を必要とするものを学びたいですか？実際には、一般的に3つの部品の予備知識が必要です。