クラウド ネイティブ エコシステム カンファレンス 1 日目: NetEase Cloud Computing がクラウド ネイティブ ソフトウェアの生産性の 3 つの領域を明らかに

12月16日〜17日、CNCF、NetEase Cloud Computing、VMware、PingCAP、Alibaba Cloudが共催する2020 Cloud Native Day Cloud Native Ecosystem Conferenceがオンラインで開催されました。 ByteDance、Zilliz、Yum Chinaなどの共催者や企業から17名の重鎮スピーカーが2日間の基調講演を行い、主要なクラウドネイティブ企業や組織、トップユーザーのクラウドネイティブ戦略と実践を分析し、クラウドネイティブ技術がもたらす機会と課題を分析し、クラウドネイティブ技術のユーザーと愛好家が技術の理解を深め、クラウドネイティブとエンタープライズITの統合を促進しました。

カンファレンス初日、網易コンピューティング青州事業部のゼネラルマネージャーである陳謝氏は、網易コンピューティング青州クラウドネイティブプラットフォームの過去5年間の3つの大きな技術変化を結び付け、ITとビジネスアーキテクチャのデジタル化の過程にある網易と多数の企業の進化の背後にあるロジック、ソフトウェア生産とクラウドネイティブの関係、網易コンピューティングの将来に対する考えを共有しました。

陳二氏は、クラウドネイティブソフトウェアの開発を、ビジネスアーキテクチャのマイクロサービス段階、クラウドコンピューティングオペレーティングシステム段階、アプリケーションプラットフォーム段階の3つの段階に分け、サービスガバナンスと監視システムの構築、ミドルウェアへのKubernetesの完全統合、アプリケーションビューと運用保守ビューの分離を重要な特徴としています。クラウドネイティブの開発はマイクロサービス段階を経て現在はクラウドオペレーティングシステム段階にあり、一方でアプリケーションプラットフォーム段階の開発も始まって​​おり、今後の開発方向となるだろうと彼は主張した。

クラウドネイティブの出発点: マイクロサービスアーキテクチャの複雑さを排除

マイクロサービス段階における技術進化の要求は、インターネット/モバイルインターネットの台頭に端を発し、マイクロサービスアーキテクチャの複雑さによって明らかになりました。インターネット時代において、企業は高度なビジネス複雑性の中でソフトウェアを迅速に反復する必要があります。陳二氏は、分割統治が最も直感的な解決策であると指摘した。当時はマイクロサービスアーキテクチャも提案されていましたが、分割後の技術的な複雑さは無視できない要素であり、反復効率と合わせて検討する必要があります。クラウド コンピューティングの登場により、まず断片化されたコンピューティング リソースの取得の問題が解決され、残りはマイクロサービス アーキテクチャの複雑さに対処するためにクラウド コンピューティングに基づくテクノロジ スタックが提供されました。

上記の問題に対応するため、NetEase Cloud Computing は実践の過程で徐々に Qingzhou マイクロサービス プラットフォームを形成しました。このプラットフォームには、API ゲートウェイ、サービス ガバナンス フレームワーク、継続的デリバリー サービス、フルリンク アプリケーション モニタリング、分散トランザクションの 5 つのコンポーネントが含まれています。このうち、継続的デリバリー プラットフォームは、クラウド コンピューティング インターフェイスを呼び出してコンピューティング リソースを準備し、製品をクラウド上のさまざまな環境に公開する役割を担います。 API ゲートウェイは、アプリケーション全体として外部世界へのインターフェースを提供する分散型マイクロサービス アーキテクチャの問題を解決します。サービス ガバナンスは、サービスの登録と検出、およびサービス間のルーティング戦略を解決します。フルリンク監視は、マイクロサービスの監視と診断の問題を解決します。分散トランザクション ミドルウェアは、サービス分割後のトランザクション保証の問題を解決します。

クライマックス：クラウドOSはK8sに基づいてリソース管理を規制し、環境メンテナンスを簡素化します

マイクロサービスの大規模適用の結果、コンピューティング リソースのライフサイクル管理、複雑なランタイム環境のメンテナンス、およびリソース使用率の低下が発生します。 Chen Wei 氏は 2 つの例を挙げました。1 つは、大規模なプロモーションの後で弾力性のあるリソースをオフラインにすることが難しいことです。一部のノードがオフラインになった場合、影響評価は正確になりますか?サービスの残りのコピー数は妥当ですか?サービスは自動的に目標コピー数まで回復できますか?もう 1 つは、クラスターのスケジュール配分を調整するのが難しいことです。たとえば、サービスを異なる物理ノードに分散したり、サービスを論理的にグループ化したりする場合、これは静的初期化中にのみ実行できます。その後の変更が発生すると、十分に保証できなくなります。

コンテナとKubernetesの登場により、これらの問題は解決されました。コンテナ イメージは、階層化と簡単な組み合わせ/再利用の利点をもたらし、管理が容易で、スケジュール管理やライフサイクル管理と連携できます。 Kubernetes は、クラスターの状態を正確に維持する L1 CMDB を導入し、ポリシー変更のスケジュール設定、障害回復、容量の拡張と縮小などのライフサイクル管理に関連する操作を自動化します。また、企業が IaaS レイヤー API に注意を払わずに Kubernetes API のみを認識することもサポートします。これを基に、NetEase Cloud Computing は Kubernetes でビジネス、ミドルウェアなどの負荷をサポートし、マイクロサービス サポート機能 (つまり、Service Mesh) をシンクしてクラウド コンピューティング オペレーティング システムを形成します。

陳謝氏は、NetEase 内のリソース利用の最適化、ハイテク製造業顧客のマルチクラウド管理、企業のソフトウェアベンダー環境の統一など、NetEase クラウドコンピューティングオペレーティングシステムの 3 つの事例を紹介しました。 （詳細は以降の動画再生にご注目ください。）

クラウドネイティブの未来: アプリケーションプラットフォームがソフトウェア制作機能の普遍化を促進

NetEase Cloud Computing は、クラウド OS を実践する過程で新たな問題と新たな機会も発見しました。

問題は、開発者のテクノロジー スタックに過度の負担がかかっていることです。マイクロサービス アーキテクチャの採用により、集中化された運用と保守の責任の一部 (容量計画とスケジュール戦略、ネットワーク、ストレージ構成など) が R&D の役割に移されましたが、R&D は一般的にこれらのタスクの処理が得意ではありません。 「しかし、ソフトウェア生産能力の向上は、技術的な障壁を高めるという犠牲を払うべきではないと私たちは考えています。」陳偉氏は強調した。

統一された運用および保守インターフェースにより、特定の種類のアプリケーションの運用と保守を標準化および自動化できる可能性が生まれるという点にチャンスがあります。ソフトウェア生産プロセスの中で最も困難なリンクの 1 つである開発から運用・保守への移行が大幅に最適化されることが期待されます。

クラウド ネイティブの基盤として、Kubernetes にはアプリケーション レベルの抽象化がこれまでありませんでした。陳二氏は、将来的にはアプリケーション開発者の認知的負担を軽減するために、アプリケーションの概念を分離する必要があると考えています。現在のコミュニティによる OAM モデルの試みも、NetEase Cloud Computing の重要な焦点です。

アプリケーション中心の方向では、NetEase Cloud Computingはクラウドネイティブの普及に基づいて普遍的なソフトウェア制作機能を実現し、より多くの人がアプリケーション開発に参加し、優れた開発効率を実現したいと考えています。結局のところ、現在の企業のデジタル化のプロセスでは、IT チームの提供能力がボトルネックになることが多く、価値があるもののそれほどコアではない一部のシステムは、長い間、需要待ちの状態になっていることがよくあります。

陳謝氏は、ソフトウェア生産能力の普遍化は、主に開発能力と運用・保守能力の2つの側面における問題を解決することを伴うと述べた。開発能力の面では、シナリオの範囲を狭め、抽象化と表現能力を弱め、見たままの編集機能を提供することで、開発者の認知的負担を軽減できます。これは、歴史上、ローコード プラットフォーム製品に共通する戦略でもあります。

運用・保守能力の面では、運用・保守能力が不足しているため、非専門家によるコード出力を企業の IT 環境に統合して標準的な企業サービスにすることは不可能であり、個人または小規模な使用に限定されます。クラウド ネイティブ テクノロジーにより、アプリケーションの標準的な運用および保守構成とポリシー記述を生成することができ、これらの構成はクラウド OS の統合された運用および保守インターフェイスの下で普遍的に適用できます。

NetEase Cloud Computing の実践は、クラウドネイティブ システムと組み合わせることができるローコード プラットフォームを作成することです。初心者開発者および情報管理システムアプリケーションを対象としています。これは MVVM モデルに基づいていますが、開発者はプログラミング言語、MVVM フレームワーク、ネットワーク、リモート呼び出しなどの概念の抽象化を理解する必要はありません。代わりに、ビジネス データ モデルを理解し、必要なロジックを記述し、インターフェイス要素を視覚的にドラッグしてアプリケーションを実装するだけで済みます。

Chen Xie 氏は、このプラットフォームはコンテナ イメージや Helm チャートなど、クラウド ネイティブ標準を満たす製品を生成するように設計されており、Qingzhou のコンテナ クラウドや顧客の Kubernetes クラスターに自動的に展開して実行できると紹介しました。シンプルなアプリケーションはコンテナを通じて直接デプロイできます。お客様がK8sの運用保守の仕組みをお持ちであれば、開発者が追加情報を提供することなく、製品をベースに運用保守を展開することができ、お客様の運用保守体制の仕様にも対応可能です。

顧客がより高度な機能を必要とする場合、Qingzhou プラットフォームをクラウド OS として使用して、継続的デリバリー、自動デプロイメント、サービス ガバナンス、API 管理、ミドルウェアの自動運用と保守などの機能を拡張することもできます。